Есть система состоящая из множества таблиц (CMS). Каждый плагин, подключаемый к CMS, может создавать свои таблицы. В таблицах хранятся поля каких-то объектов. В привычном варианте в каждую таблицу добавляется ID -- primary_key и auto_increment поле, по которому и происходит выборка конкретных объектов -- наверное, это знакомо каждому.

Но, в целях унификации, появилась идея вынести все ID всех объектов в отдельную таблицу -- т.е. создать таблицу objects, в которой и сделать единственное auto_increment поле, а во всех остальных -- FK object_id, ссылающийся на соответствующую запись в objects. Все выборки в этом случае прийдется делать из двух таблиц, а вставки -- сразу в две транзакцией.

Все выглядит неплохо, однако смущает, что таблица objects может непомерно разрастись, а все равно практически все запросы, как выборки, так и вставки, нужно делать через нее. Я раньше не сталкивался с подобной архитектурой, поэтому интересует, приемлемо такое решение или лучше от него отказаться? Если ли у вас опыт подобной унификации?

База MySQL InnoDB.

baracsНе понятно: как у вас сейчас ID объектов генерятся и, как будут генериться.
Зачем в каждой таблице auto_increment поле?

Сейчас обычным способом -- в каждой таблице с объектами есть поле ID, оно же PK, оно же auto_increment.

baracsЗачем в каждой таблице auto_increment поле?

Чтобы каждому объекту присваивался уникальный ID при вставке.

baracsОдна таблица == один класс объектов?


Да.

baracsИ вы хотите создать справочник классов?

Нет, скорее справочник объектов.

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

Накидайте, буду признателен.

SERG1257Единственный (IMHO) сомнительный плюс - каждая запись в БД вне зависимости от объекта имеет уникальный номер.


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

Вторая: в таблицах с полями объектов нужно хранить несколько версий одного и того же объекта с одинаковым ID. Следовательно, этот ID не может быть PK в данной таблице и его нужно генерировать где-то еще. Введение единого справочника всех объектов решает проблему генерации ID для объектов. Если отказываться от него, прийдется делать для каждого типа объектов (а их много) отдельную таблицу, состоящую только из одних ID, чтобы присваивать их создаваемым объектам. Или существует более красивое решение?