Нет концепции Наследование и supertable, как вы предлагаете. Это не ООП. Итак, создайте таблицы с ограничениями внешнего ключа и вставьте свои данные вручную.
Значение внешнего ключа может быть NULL. Хотя обычно это не очень хорошая идея. Возможно, вы захотите свернуть стол от 3 до 2 или 1 с помощью столбца .
Возможно, у вас нет учетной записи. Что является целью, кроме репликации информации. Конечно, он может справиться с большей детализацией, но не переполняйте свой дизайн ненужными таблицами.
Если вы настаиваете на том, чтобы иметь отдельные таблицы сбережений и проверок и таблицу учетных записей, единственный способ снять таблицу учетных записей с помощью FK - использовать NULLS. И, как уже упоминалось, это не рекомендуется. Причина почему? Это как сказать Это должно быть один из этих ... за исключением случая, когда мне все равно. И мы должны заботиться о наших данных.
Сопротивляйтесь желанию иметь FK NULL
. Один из способов добиться этого - иметь таблицу учетных записей и присоединяться к другим таблицам, зная, что только некоторые из них будут успешными. A Conditional Join. Достигнуто через LEFT JOIN
.
> единственный способ снять таблицу учетных записей с помощью FK с использованием NULLS означает ли вы, что поле учетных записей должно иметь значение NULL для работы двух FK? – Ajoo
Да, вот что я имею в виду. И что это за FK? Взлом и позорный! Сопротивляйтесь желанию! Это всегда, я имею в виду всегда, признак плохого дизайна. – Drew
Просто хотел попробовать один раз, чтобы посмотреть, сработало ли это. Тогда, пожалуйста, предложите, как я могу достичь того, что я пытаюсь сделать. т. е. создать таблицу учетных записей из таблиц сбережений и текущих счетов (даже с риском репликации данных). Спасибо – Ajoo