Есть здесь подобные темы, там где Тенцера обсуждали, но в итоге никчему не приходили. Хотелось бы создать такую БД, чтоб потом не пришлось переделывать структуру таблиц, ну т.е. универсальную, чтоб добавление чего-л. не ломало структуру, и отлично вписывалось. Работа ведется на Access. Надеюсь это не имеет значения, мне нужна не тех. реализация а логика, построить правильно таблицы. На форуме Access спрашивал-молчат. Попробую здесь.
Задача: это будет БД, в которой будет отражаться статистика посещений ЧЗ библиотеки института. Вопрос в отражении сервисов, предоставленных читателю. Т.е. должен быть учет вида работ:
1.Выдача книги
2.Здача книги
3.Работа за компьютером
4.Распечатка
5.Ксерокопирование
6.Консультация(предоставление помощи по вопросам)
Но проблема в детализации каждого из сервисов, например:
1.Выдача книги -- имеет раздел знаний, которому пренадлежит книга
2.Здача книги -- ко-во зданных книг
3.Работа за компьютером -- что делал? Сидел в интернете, искал госты в Зодчем, рылся в эл. каталоге
4.Распечатка -- ко-во страниц
5.Ксерокопирование -- ко-во страниц
6.Консультация(предоставление помощи по вопросам) тут можно просто да/нет или что-то еще.

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

Задача состоит в том, чтоб библиотекарь, обслуживающий в данный момент посетителей отмечал каждому посетителю виды предоставленных читальным залом сервисов.
Есть сводная табл. Посещения в которой:
1.ID
2.Дата
3.ФИО(из справочника по ключу)
4.Время начала работы
5.Время конца работы

А Виды обслуживания будут отмечатся в дочерней табл., которая связана с табл. Посещения один ко многим. Выглядеть будет подобно:
1.ID
2.ID Сервиса(сервисы будут в отдельном справочнике)
3.?????????????????????????????

А вопрос, как организовать ввод данных, когда они имеют с одной стороны одинаковую сущность(они все явл. видами предоставленных услуг), а с другой стороны имеют разные атрибуты, уточняющие предоставленную услугу, типо отксерил - 100 листов, взял книгу - раздел знаний Техническая литература, посидел за компом - лазил по интернету.

YuriyRusinov
Да так бы и сделал, если бы не разность атрибутов для каждого сервиса. Что например для печати значение 5 - это ко-во страниц, а для выдачи книги 5 - это внешний ключ из справочника Раздел знаний, и обозначает он, например Общественно-политические науки?

_мод
Получается два способа реализовать:
1. сделать табл. Сервисы, и напихать туда все поля, чтоб можно было описать любой атрибут из всех возможных сервисов?
2. выстроить дерево? Т.е. табл. с одинаковыми атрибутами для всех, потом эта табл. разбивается на несколько, каждая из которых отражает специфичные атрибуты. Правильно я вас понял?

Так и зделаю, опишу полностью задачу.
Это будет БД посещений читального зала библиотеки. Перечень таблиц и попутное объяснение:
Табл.:
Студенты - в этой табл. содержаться сведения о посетителях-студентах, ФИО, Группа, Категория(заочник, асп.,....). Эту табличку буду брать из БД Деканат приемной комиссии, т.е. ее делать нужно не будет, а потом использовать как справочник.
Преподы/сотрудники - точно такая же как предыдущая, только без поля Группа.
Тут начинается интересное.
Генеральная - она будет сводить собственно посещение воедино. В эту табл. собираюсь впихнуть:
1. ID
2. Дата посещения
3. Время начала работы
4. Посетитель - из выпадающего списка по таблицам Студенты и Преподы/сотрудники с возможностью поиска по фамилии. Т.е. в интерфейсе ввода оператор вводит начало фамилии, список сам открывается и перекидывается на то место, где начинаются фамилии, и определяет конкретного человека. Оператор видит ФИО, программа сохраняет в это поле значение ID этого студа или препода/сотрудника.
5. Время конца работы - после ввода значения в это поле, посещение будет считаться закрытым.

Теперь о обсуждаемом вопросе(Виды услуг оказанные библиотекой).
Думал так: сделать еще одну таблицу Виды услуг , сделать ее подчиненной по отношению к Генеральной. Т.е. табл Виды услуг :
1.ID
2.Генеральная.ID - это поле имеет внешний ключ от поля ID генеральной табл., отношение один-к-многим. Т.к. у одного посещения может быть несколько видов услуг.
3.Услуга - Скорее всего это поле должно отражать вид услуги(печать, возвр. книги, ...)
4.Значение услуги - Это поле отражать значение услуги, в зависимости от ее вида, допустим если в поле 3 стоит Возврат книги, то в этом значение "3", обозначающее что вернули 3 книги, если в поле 3 стоит Ксерокопирование, то в этом поле стоит "41", что значит 41 лист

Вот такая логика.

YuriyRusinov
База тогда получится ненормализованная
Понял, исправлю.
я не уверен, что Access поддерживает такое, я бы сам пробовал MySQL или PostgreSQL
Дело в том, что я совсем новичок, это моя первая база, которая будет представлять что-то хоть более-менее серьезное. Пока в MY/Postgre соваться не хотелось бы.
_мод

когда появление новых сервисов не будет требовать изменения структуры БД вообще - это EAV
Круто, сейчас гляну, что это за чудо такое.