Оптимальная структура БД

[VVitafresh]

Дали задание: учет существующей документации по определенным объектам. В качестве ТЗ дали "свиток", который оказался таблицей с количеством столбцов ~100 шт. Каждая строка это один объект, столбцы -- всевозможные документы, относящиеся к этому объекту (№, дата, название, примечания для документа и т.д.). Существующие документы относятся к определенной категории (землееотвод, договора и т.п.), т.е. их можно сгруппировать.

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

[alibek]

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

[Ennor]

Каждая строка это один объект, столбцы -- всевозможные документы, относящиеся к этому объекту

Если количество документов переменное от объекта к объекту (оно же - есть необязательные документы), то безусловно лучше разбить на несколько таблиц.

Вообще, с трудом представляю себе ситуацию, в которой однотабличное решение было бы лучшим вариантом. Наверное, это была бы очень скучная база.

[VVitafresh]

Объемы какие ожидаются?

База маленькая, счет объектов идет на сотни, не более тысячи.

Вообще, с трудом представляю себе ситуацию, в которой однотабличное решение было бы лучшим вариантом. Наверное, это была бы очень скучная база.

Представляется такая себе веселенькая база

Мне главное быстрота разработки и удобство последующего создания отчетов, каких именно -- пока не знаю, но скорее всего перечень подготовленных документов по объекту на заданную дату, перечнь объетов, которые имеют документацию определенного типа и т.п.

Хотя с другой стороны создание отдельной таблицы с id_докумемента+тип документа+все возможные реквизиты (у разных документов могут быть различны) и последующее связывание с id_объекта дало бы гибкость для последующей возможной доработки...