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

Небольшие пояснения:
Таблица avto_categories содержит категории авто: мототранспорт, автомобили, грузовые, автобусы и спецтехника.
Таблица avto_ads содержит непосредственно данные об объявлении и общие для всех категорий транспорта параметры.
Таблицы avto_avto, avto_trucks, avto_buse, avto_moto и avto_spec содержат специфичные для категорий поля(Позже будут дополняться).
Категории мото- и спец- транспорт делятся на подкатегории(Например, для мото: бураны, мопеды, скутеры, мотоциклы и др.).
Таблица avto_ads с таблицами avto_avto, avto_trucks, avto_buse, avto_moto и avto_spec один к одному.

Попутно еще вопрос:
1. Не слишком ли много связей на таблицу avto_ads? Имеет ли смысл убирать из avto_ads поля brand_id и cat_id, сделав связь с таблицей model_id и извелкая данные оттуда.

Неужели не к чему придраться? :)

Cane Cat Fisher,

Пугало количество связей у таблицы avto_ads, потому не стал связь делать. А вообще, связь подразумевается.

Cane Cat FisherА почему количество связей является такой критической величиной?
В том-то и дело, что я не знаю, так как практики в проектировании серьезных БД у меня не было. Спрашиваю у вас, съевших на этом собаку. :-) Да и в целом, по структуре интересует мнение, может где-то что-то поменять стоит?
Кстати, кто-нибудь на практике использует реляционные отношения(внешние ключи) для веб-сайтов? Сколько не видел проектов, нигде связи в коде толком не используются, связи "эмулируются" запросами типа

Cane Cat FisherYogi89,

Что Вы понимаете под "толковым использованием связей в коде"?
Использование отношений. Заметил, что некоторые разработчики, проектируя БД, не указывают явно связей(получается просто набор таблиц), хотя и подразумевают их. Реализуются они посредством запросов в коде приложения. Вот и интересна целесообразность такого подхода.
В принципе, вопрос со связями снят, так как решено делать сайт на фреймворке с поддержкой AR, где они реализованы.

По схеме никто ничего сказать не может? Все идеально? :-)

Немного изменил схему. Подскажите, пожалуйста, есть над чем поработать или сойдет?

Cane Cat FisherYogi89Заметил, что некоторые разработчики, проектируя БД, не указывают явно связей(получается просто набор таблиц), хотя и подразумевают их. Реализуются они посредством запросов в коде приложения.


Интересно. А если указать связи явно, (под "связями" мы понимаем FOREIGN KEYS, не так ли?), то запросы в коде приложения станут не нужны?
Имелось ввиду, что если запросом удаляется запись в родительской таблице, то необходимо удалять запросом и соотв. записи в дочерней.