Как правильно создать связь между таблицами в MySQL?

accounts - это аккаунт пользователя. При регистрации пользователь выберет с помощью чекбокса какой тип аккаунта он хочет создать: individual (физическое лицо) или cargo_carriers (фирма перевозчик).

Это явная ошибка. Должен существовать аккаунт пользователя. Должен существовать аккаунт фирмы. А вот пользователь может быть либо только самостоятельным пользователем, либо ещё и представителем фирмы. И в аккаунте фирмы аккаунт пользователя будет указан как аккаунт представителя.

Запись json в БД?

Пытаюсь добавить json в БД. Добавляется это:

Вы добавляете не JSON, а строковый литерал. То, что внутри у него JSON, нигде не было указано. Отсюда и обрамляющие кавычки, и квотирование внутри,

Используйте явное приведение типа.

PS. Могли бы и показать, как именно выполняется добавление и в какую структуру таблицы. Похоже, что и там не без косяков.

Ошибка при создании процедуры..?

delimiter // - это синтаксис MySQL. Ваш PostgreSQL его понимать отказывается...

В чём принципиальная разница двух запросов?

ComodoHacker,

Об эквивалентности нужно говорить именно в контексте конкретной схемы данных, если мы решаем конкретную задачу, а не теоретизируем.

Если так подходить, то просто смотрим на изначальные запросы, обнаруживаем, что структура выходных данных различна, и ставим штамп "Неэквивалентны". Чистая практика, никакого трёпа. Кстати, именно с этого я и начал.

А вот всё остальное - это и есть теоретизирование.

Возможно, Вы как-то иначе понимаете эквивалентность запросов. Для меня эквивалентны - это "дают одинаковые выходные наборы при любых одинаковых входных данных". WHERE IN и WHERE EXISTS - эквивалентны. LEFT JOIN с условием по правой таблице в ON и такой же с условием во WHERE и дополнительным OR IS NULL - эквивалентны. А показанные автором - нет.

В чём принципиальная разница двух запросов?

ComodoHacker, когда мы говорим об эквивалентности запросов, мы говорим об этом без каких-либо ограничений на структуру и данные. Эквивалентность - это равенство реализованной в запросе логики, а структура и данные находятся за по делами запроса.

Что, собственно, и наблюдается - достаточно полю id потерять уникальность, и эквивалентноси конец, да? Так не обманывайте себя, её не было.

В чём принципиальная разница двух запросов?

:facepalm: У Вас частный случай - id является уникальным полем.

В чём принципиальная разница двух запросов?

galaxy,

С поправкой на лишнее поле, запросы логически идентичны

Запросы возвращают различное количество записей. Соответственно любые попытки объявить их логически идентичными - заведомо ошибочны.

Или Вы как-то ну очень иначе понимаете идентичность.

Как удалить запись в таблице через 7 дней?

Зашедульте на сервере (в том же CRON) периодическое (скажем, раз в минуту) удаление записей старше недели. И тогда вообще никакого кода в приложении не потребуется.

В чём принципиальная разница двух запросов?

galaxy,

А где там разная логика? или я чего-то не вижу?

Вероятно, не видишь.

Вот максимально упрощённая модель. Количество полей различно. Количество записей различно. Может там быть одинаковая логика - ну хотя бы теоретически, а?

Бизнес и продажа фичей важнее качества кодовой базы?

Менеджмент и продажа приносят прибыль.
От разработки - одни убытки.
Задача бизнеса - увеличение прибыли и снижение расходов-убытков.
Поэтому менеджмент в шоколаде, а программисты ... ну ... в общем, не в фаворе.

Положение меняется только тогда, когда начинают приносить прибыль качество и репутация. Большинство компаний до такого уровня просто не дорастают.

В чём принципиальная разница двух запросов?

В чём принципиальная разница двух запросов?

В том, что они реализуют различную логику и возвращают разные данные. Даже структура различается. На этом фоне всё остальное несущественно.

Какой из запросов будет иметь большую деградацию по мере роста количества данных.

Второй - WHERE IN (subquery) обычно наиболее медленный из альтернативных вариантов, и чем больше массив данных, тем заметнее разница.. а самый быстрый обычно WHERE EXISTS.

В моём городе у всех одинаковые IP?

Чёта у меня как-то не срастаются "каждый раз меняется" и "одинаковые"...

Как сетевой адаптер различает категорию витой пары?

John Smith,

На одном объекте было такое

Это ещё не самый ппц.

У нас на одном объекте в проекте на каждую точку шло 2 пары - под комп и под телефон. Так эти ... гении положили в каждую точку одну cat.5e и одну cat.3, хотя в проекте было 5e на обе розетки. И когда пришло время принимать - была песня. Надо ж менять - а всё зашито и замазано. Короче, подрядчик "сэкономил" на весьма солидную сумму.

Как сетевой адаптер различает категорию витой пары?

Гигабит прекрасно работает на исправной линии 5 категории. Это емнип и в стандарте записано.

На самой розетке видно 8 контактов если что.

А внутри сколько из них пробито? И как именно?

Как создать связь многие ко многим, через одну таблицу?

Дайте просто текстом в теге кода, а не в виде картинок.

Как восстановить файл если он удален программой?

С точки зрения системы (и процедуры восстановления) абсолютно пофиг, кто удалил. Важны только учётная запись удалятора и тип удаления.

Как сделать запрос на вывод актуальной цены на дату продажи продукта из другой таблицы?

Ну и что с картинками этими делать? смотреть? Выложите вместо них (или вместе с ними) CREATE TABLE + INSERT INTO скрипты.

И покажите требуемый результат по каждому пункту для этих данных.

Как настроить репликацию базы данных?

Para_Lapok,

Инфу о репликации с разных сайтов брала

Это - главная и основная ошибка.

Единственный документ, по которому нужно работать - это MySQL 5.7 Reference Manual / Replication. Изучите весь раздел, от первой до последней буквы, и выполняйте данные там инструкции с точностью до запятых и переводов строк.

FanatPHP,

может быть, вам надо что попроще? Скажем, сделать дамп на одной системе и залить на другую?

Ну от этой операции она никуда не денется - без неё репликацию не начать.

Как лучше спроектировать базу данных, MySQL?

Выложите полный анализ предметной области, на основании которого Вы создавали эту схему.

При первом взгляде - необоснованное выделение экземпляров в отдельные сущности на основании единственного атрибута.

LEFT JOIN по условию IF?

Владислав,
Оптимизация запроса - отдельная и обычно достаточно объёмная задача. Думаю, есть смысл создать отдельный вопрос. Не забудьте показать текст запроса, DDL всех таблиц, дать по таблицам статистику по условиям объединения и отбора, показать план запроса и указать точную версию сервера.