Структура базы данных

Добрый день. Составляю структуру БД, но что-то завис на 1 моменте.
В общем есть таблицы: contragent, auto.
И думаю как лучше сделать таблицы с контактными данными. Есть пока пара вариантов.
1) Создать таблицу driver (id, fio, id_auto, p_num,d_dum,phone), contragent_contacts (id,id_contragent,fio,e_mail,work_phone,mobile_phone,birthday,note).
Как видно тут некоторые поля пересекаются. p_num - паспортные данные, d_num - данные водительского удостоверения. В таблице contragent_contacts паспортные данные могут появиться позже, а могут вообще не появиться.

2) Создать таблицу individual в которой указать все поля, которые перечислены в таблицах driver & contragent_contacts. И для данных, которых нет, записывать NULL. Соответственно может возникать куча ячеек со значениями NULL. Не знаю на сколько это корректно. =/
И создать таблицы driver (id,id_individual,id_auto), contragent_contacts (id,id_individual,id_contragent).

Мне кажется 2-ой вариант предпочтительнее, потому что в дальнейшем возможно будут возникать ещё таблицы типа driver и contragent contact. Но смущает высокая плотность ячеек с NULL значениями.
И, соответственно, если будет использоваться 2 вариант, то количество записей в таблице individual будет намного больше.

В общем не так давно начал разбираться в проектировании БД, так что пока не всё понимаю. Подскажите пожалуйста, если кто знает какой-вариант лучше.

Dezmont
Сформируйте список сущностей, которые отвечают желаемой модели. Судя по описанию, у Вас они такие:
0. Конграгенты
1. Автомобили
2. Водители

Верно? Опишите логическую связь сущностей (если я что-то упустил, добавьте) - и тогда можно будет спроектировать БД в соответствии с требованиями бизнесс-процессов.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

EuGen
3. Контактные лица.

Вот у меня то и заключается загвоздка в том, что сущности Контактные лица и Водители можно объединить в одну - Физические лица. А потом создавать таблицы связей для этих сущностей.
Может я конечно через чур глобально подхожу, но, мне кажется, потом проще будет изменять БД, если появится, например, таблица director, workers похожие на таблицы contacts и drivers.
Т.е. эти таблицы могут пересекаться друг с другом более чем на 50%, а где-то вообще необходимо будет только 1 или 2 дополнительных свойства.

P.S. Может конечно я не совсем верно трактую понятие сущности...

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

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

Создаётся БД транспортной компании.
1. Таблица Автомобили с данными об авто.
2. Контрагенты - банковские реквизиты Юр.лица (либо ИП)
3. Водители (связь с таблицей автомобили)
4. Контакты (связь с таблицей контрагентов)
5. Заявки: id_contragent,id_driver.

Упрощённо что-то типа этого. Ещё думаю куда запихать данные о Директорах для Контрагентов. Создавать новую таблицу, или громоздить дополнительные столбцы в таблице контрагенты.