Подскажите, пожалуйста! Например есть база данных учеников в школе (с таблицами с данными об учениках, о родителях, о классном руководителе, об учебном классе и др.). Имеется потребность ежедневно подготавливать точное колличество учебных мест и оборудования для практических заданий. Если для этого дополнительно создать таблицу "посещение" и в ней три атрибута: id, ученик_id, дата. Соответственно если ученик пришел в школу, то заполняются поля и на основании их (через COUNT, например) определяется колличество учеников сегодня в школе и готовится соответсвующее колличество учебных мест. Целесообразно ли такое решение? Будет ли таблица "посещение" являться таблицей фактов?

Да, интересно про фиксацию отсутсвующих. Сразу экономия и времени и места. Надо запомнить подход.

А про постановку задачи, то практические начинаются не раньше 11.00. А приходят все к 8.00.

Я бы хотел рассказать про еще один момент, который присущ лично мне. Я не знаю правильно ли я размышляю или неправильно, но мне уже указывали на него. И вот хотел бы разобраться.
Вот в данной постановке задачи может да, какой-то непонятный процесс в школе. Т.к. расписание есть, есть дневники, и к 11.00 все определятся, как и кто будет сидеть за партами и сколько необходимо учебных материалов. Зачем что-то внедрять. Но я пытаюсь сосредоточиться непосредственно на функциях объекта и понимании как он работает (если я правильно выражаюсь). И представить, что где то в мире именно в каком-то учебном процессе существует подобная проблема, и это рабочее решение. Если так, то ок, я кладу это решение к себе в "карман" и потом применю его там, где оно прекрасно впишется. Может это будет не школа, а производство, завод, столовая и прочее.

p.s. Это примерно если мне захотят объяснить что-то и начнут рассказывать: Вот смотри, например, пришла обезьяна в магазин и купила 5 апельсинов и отдала 2 из них другу-слону. Сколько осталось апельсинов у обезьяны? Решение данной задачи 5-2=3. Но в тоже время я начну говорить, что решения задачи не может быть, т.к. обезьяны не ходят в магазин, не едят апельсины, не дружат со слонами, и вообще откуда у обезьяны деньги, если у нее нет работы?
При этом если Вася придет в магазин в день зарплаты и купит 5 апельсинов и отдаст 2 другу-Пете, то в таком случае с данным решением все будет ок: 5-2=3 и точка.

как-то так.

SERG1257,

Благодарю за ответ. Значит я думал в правильном направлении. Отчеты додумаюсь уже самостоятельно. Тут уже вижу однозначно какой профит.

А вот еще один вопрос мне непонятен. Мне говорили, что таблица фактов - это неотьемлемая часть базы данных. И что базу данных строить нет смысла, если в ней нет таблицы фактов. Но меня тоже мучает вопрос. А если БД с инф о клиентах? И там таблицы чисто с их адресом, телефоном, местом работы, родственниками? Без фиксации каких либо фактов, дат, покупок и т.д. И там 500 000 клиентов. То вполне же такая база может быть пригодна и необходима для каких-либо задач?

Или, например, инф о пациентах в больнице по отделениям и их диагнозах.

SERG1257,

Смех смехом, а почти так оно и было. У меня в голове все ровно лежало. Но потом мне все перемешали и я начал усложнять очевидное.

Подскажите, пожалуйста, а если будут таблицы:

Таблица ученики: ученик_ID, ФИО.

Таблица фактов посещения школы: факт_ID, ученик_ID, дата_посещения.

То какой тип связи будет у таблицы ученики с таблицей фактов? Один ко многим?