Структура базы данных для хранения документов?

Question

[HASANN]

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

Немного о задаче. Имеются различные типы документов. К примеру: Локальные акты, Справки, приказы и т.д. . Для каждого документа существует свой набор полей: name, path(путь до файла на диске), date и т.д. . Предполагается, что некоторые поля которые содержаться во всех документах будут общими, например поля name и path содержаться во всех документах. Встаёт вопрос: как организовать структуру БД? Если можно изобразите схематично.

Answer 1

[AlikDex]

Не заморачивайтесь на тему общих полей. Храните документы как целостные документы. Т.е. в приказах - приказы, в справках - справки и т.д. со своими полем name и path. Тем более, что на диске это придется организовывать что-то типа /documents/orders/2015/aug/05/N335.doc
Почему так? Если навернется база, чтобы человек мог найти нужный ему документ интуитивно.

И потом организовать поиск будет гораздо удобнее и составить к нему интерфейс.

Answer 2

[Станислав Макаров]

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

Comments

[HASANN]

Локальный акт:
Наименование;
Дата.

Служебная записка:
Дата;
Кому предназначена;
Содержание;
Данные об исполнении.
Справка:
Наименование;
Название или краткое содержание;
Кому выдана.

Положение о конкурсах:
Источник;
Дата поступления;
Направленность;
Наименование;
Поручение;
Исполнение;
Данные о контроле.

Итоги о проведении конкурса:
Дата;
Направленность;
Наименование;
Уровень;
Педагог дополнительного образования(ПДО);
Участник;
Результат.

Должностная инструкция:
Наименование;
Дата;
Кому выдана.

Инструкция по охране труда:
Дата введения в действие;
Дата окончания срока действия;
Наименование инструкции;
Кому выдана.

Общеобразовательные программы дополнительного образования:
Дата;
Направленность;
Наименование;
Разработчик;
Тип;
Срок реализации.

Да, и еще должна быть таблица рабочие, чтобы можно было выбирать например того кому предназначенна справка и т.д. .

Answer 3

[Therapyx]

Ой плохой из меня пеинт мастер, но вот )) как-то так думаю, если что упустил, критикуйте, попробуем доработать :)
ipic.su/img/img7/fs/Bezymyannyj.1438725172.png
Суть такова, что все поля, которые должны быть общими, ты выносишь в другую таблицу и связываешь ее через foreign keys.

Comments

[Станислав Макаров]

Зачем же три разных поля ID в общей таблице? Почему б одним ID не обойтись?

[Therapyx]

Станислав Макаров: можно обойтись и одним, но дабы избежать аномалий и тому подобному, то лучше так.

[Therapyx]

Станислав Макаров: по крайне мере "так меня учили" :)

[Станислав Макаров]

Therapyx Не знаю, каких аномалий вы сможете избежать, если их будет три, но новые аномалии точно появятся: что мне мешает во все три поля проставить ID? Поля-то взаимоисключающие. Вам по сути нужно делать вывод о типе документа из того, в какой таблице из дочерних вы этот Id нашли. Ну или чтобы не искать, можно в родительской поле type сделать.