Помогите пожалуйста развязать зависимость такого вида (см рисунок). И вообще, как поступают в случаях, когда одно поле говорит, с какой таблицей выполняется связь другого поля?

А можно подробней, как это должно выглядеть? Вот хотя бы на конкретном данном примере. Просто таких моментов в проектируемой БД несколько, и разобрав на конкретном примере, пойму как поступать дальше. Вариант с введением четырех полей для каждой таблицы подразумевает, что тогда надо наложить ограничение, что если какое либо из этих полей не null, то остальные должны быть null. Кажется это не совсем красиво. С вариантом сквозного ключа тоже не совсем понятно, как делать выборку, если не знать из какой таблицы брать связанную запись. Вот третий кажется удачным, но не могу понять, покажите пожалуйста.

Не хотел разные сущности объединять, да и потом ORM на это накладывать придется. Может будет хорошим вариантом если в каждую таблицу типа ввести индекс DataPoint'а? По сути DataPoint это пункт меню, и он может и не иметь какого-то типа, в тоже время, не должно быть так, что один DataPoint имеет два типа одновременно (это я про вариант с полями-ссылками на каждую таблицу и вытекающее от сюда ограничение).

Мужики, ну я же на форум за помощью не для отссылок пришел, я не базовик, до определенного момента я привел БД к НФ, вещи которые не понимаю, прошу хотя бы на конкретном примере показать. За гугл спасибо, почитал. Если правильно понял, то мне нужно убрать из DataPoint поле Type, а в таблицы String, Integer .. добавить поле DP и внешний ключ на таблицу DataPoint. Если нет, поправьте пожалуйста.

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