Используете пустое поле для представления чего-либо?

Как и два других ответа, это не очень хорошая идея. Вот предложение по нормализации.

Вы хотите, чтобы некоторые сделки представляли собой «общую» сделку, независимо от тарифа. Вы можете разделить таблицу сделок на две части: одну для простых сделок, а другую - для общих:

mysql> select * from deal_simple;
+----+----------+-----------+--------------+--------+
| id | phone_id | tariff_id | affiliate_id | active |
+----+----------+-----------+--------------+--------+
|    |       24 |         8 |            4 |      1 |
|    |       25 |         8 |            4 |      1 |
|    |       26 |         8 |            4 |      1 |
+----+----------+-----------+--------------+--------+

mysql> select * from deal_general_tariff;
+----+----------+--------------+--------+
| id | phone_id | affiliate_id | active |
+----+----------+--------------+--------+
|    |        4 |            3 |      1 |
|    |       24 |            3 |      1 |
+----+----------+--------------+--------+

Затем вы можете получить расширенные результаты с помощью простого запроса (я предполагаю, что вы не включили по ошибке еще 3 строки, которые связаны phone_id 4 с tariff_id 3, 4, 5):

SELECT phone_id, tariff_id, affiliate_id, active
FROM deal_simple

UNION

SELECT dgt.phone_id, td.tariff_id, dgt.affiliate_id, dgt.active
FROM 
    deal_general_tariff AS dgt
  JOIN 
    tariff_data AS td
      ON td.affiliate_id = dgt.affiliate_id ;

Есть несколько способов добиться желаемых результатов, но с помощью чего-то более логичного, чем NULL.

Как отметил Одед, NULL означает отсутствующее неизвестное значение.

• Может быть столбец для указания собственности
• Нормализация
• Использовать существующий столбец "rate_id" в качестве индикатора владения со значением NON NULL.

Не хорошая идея.

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

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

Во-вторых, он не расширяемый - что, если вам нужно что-то для представления всех тарифов с affiliate_id из 4?

В-третьих, что делать, если вам действительно нужно использовать NULL?

Не хорошая идея. Основная проблема в том, что NULL уже означает три разных вещи, и это делает их проблематичными. Вы задаете проблемы. Он представляет собой:

1. Неизвестное значение (т.е. не введено, предполагается, что существует). Это означает, что NULL || «mytext» ЕСТЬ ПУЛЬ.
2. Известно, что значение не существует (например, используется NULL во второй строке почтового адреса). Это проблематично, но избежать этого очень сложно. На платформах, отличных от Oracle, для символьных типов лучше использовать пустые строки. Похоже, вы это взвешиваете.
3. Значение не найдено в результатах внешнего соединения

Это означает, что у вас уже есть три разных случая, к которым вы должны быть готовы при обращении к значению NULL, и вам нужно использовать контекст, чтобы выяснить это. Если вы можете уменьшить значения до двух или еще лучше до 1 (внешнее соединение не найдено), тогда вам будет лучше и у вас будет меньше случаев, о которых нужно беспокоиться.

Проблема, конечно, возникает, когда ожидается, что одно из двух значений присутствует, например employee.hourly_wage или employee.monthy_salary. Это, конечно, плохой пример, поскольку можно использовать wage_or_salary плюс pay_unit, но проблема довольно универсальна. Очень часто приходится выбирать между идеальной нормализацией и избеганием нулей в столбцах, с одной стороны, и богатых ограничений данных между столбцами, с другой.

Не используйте NULL для передачи сообщения. Используйте NULL, чтобы указать на отсутствие значения.

Отсутствие значения может означать, что значение существует, но неизвестно. Это дело освещал Одед.

Это также может означать, что значение в этом случае неприменимо. Это часто случается, когда таблица содержит строки, описывающие объекты данного класса, но есть несколько подклассов, расширяющих класс. Некоторые столбцы могут относиться к одним подклассам, но не к другим.

Вы можете обойти этот последний случай, если вам нужно, с помощью метода, который имеет тег с именем «Наследование таблицы классов» в SO.

Если читатели данных сделают выводы из отсутствия значения, они смогут это сделать. Но вывод - это не общение.