powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Еще один впрос про расписание
13 сообщений из 13, страница 1 из 1
Еще один впрос про расписание
    #37011529
kmaw
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Составляется расписание на неделю приемов врачей. Надо ли использовать отдельную сущность "расписание на день". Или достаточно привязывать к расписанию на неделю временные интервалы "начало приема" и "конец приемы" (по ним всегда можно определить, к какому дню недели относится интервал)?

Спасибо
...
Рейтинг: 0 / 0
Еще один впрос про расписание
    #37011722
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kmawСоставляется расписание на неделю приемов врачей.
А подробнее? Т.к. х/з что там у тебя за расписание...
Бывает что хватает простой бумажки на двери

Пн. с 9:00 по 13:00
Вт. с 13:00 по 17:00
Ср. с 9:00 по 13:00
Чт. с 13:00 по 17:00
Пн. с 9:00 по 14:00
...
Рейтинг: 0 / 0
Еще один впрос про расписание
    #37011883
Злой Бобр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kmaw,

Нет.
...
Рейтинг: 0 / 0
Еще один впрос про расписание
    #37012042
Фотография alexeyvg
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kmawНадо ли использовать отдельную сущность "расписание на день". Или достаточно привязывать к расписанию на неделю временные интервалы "начало приема" и "конец приемы" (по ним всегда можно определить, к какому дню недели относится интервал)?Нужно узнать, что требуется, а потом проектировать сущности :-)

У меня в поликлинике у терапевта расписание на дни месяца (типа 1, 2, 4, 5, 6, 9....)
У другого врача чётные-нечётные
У третьего пн-вт-ср...

И у всех них в расписаниях есть исключения.
...
Рейтинг: 0 / 0
Еще один впрос про расписание
    #37012197
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
alexeyvgkmawНадо ли использовать отдельную сущность "расписание на день". Или достаточно привязывать к расписанию на неделю временные интервалы "начало приема" и "конец приемы" (по ним всегда можно определить, к какому дню недели относится интервал)?Нужно узнать, что требуется, а потом проектировать сущности :-)

У меня в поликлинике у терапевта расписание на дни месяца (типа 1, 2, 4, 5, 6, 9....)
У другого врача чётные-нечётные
У третьего пн-вт-ср...

И у всех них в расписаниях есть исключения.
Потому что используется плохая концептуальная модель (я уж не говорю о логической:)).
Расписание ("Прием") - это (плановое событие). Участниками которого являются: врач, дата, пациент. А характеристиками - время начала приема и время окончания приема. Связь события "Прием" с сущностью "Пациент" появляется, когда пациент записывается на прием, а характеристики "Приема" и связи с Врачом и Датой формируются при составлении расписания.
Используйте классическую объектную модель данных, и все у вас будет получаться быстро, надежно и эффективно:)
...
Рейтинг: 0 / 0
Еще один впрос про расписание
    #37012604
kmaw
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ладно, попробую по другому сформулировать: имеются временные интервалы "начало-конец". формат времени "дд.мм.гггг чч24:мин", которые задаются на неделю (забыли про врачей). Для работы с такими интервалами можно использовать две сущности

"таблица_расписания_на_неделю" и
"строки_таблицы_расписания_на_неделю" (содержат эти самые интервалы),

связанные один-ко-многим. Запросом всегда можно получить расписание на день недели.
Стоит ли для этих и только этих условий задачи использовать вместо указанных 2-х сущностей 3:

"таблица_расписания_на_неделю" ,
"таблица_расписания_на_день" ,
"строки_таблицы_расписания_на_день" ,

связанных м/ду собой один-ко-многим

я, пока, не вижу необходимости в 3-х сущностях в БД (на уровне бизнес-логики, для удобства всеже использую три). вот и хотелось бы мнения по этому поводу, может с какими-нить обоснованиями
...
Рейтинг: 0 / 0
Еще один впрос про расписание
    #37012605
kmaw
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
и еще, бизнес-класс "расписание на день" у меня отличается от первого и третьего бизнес-класса тем, что у него нет ID
...
Рейтинг: 0 / 0
Еще один впрос про расписание
    #37012681
Фотография krvsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kmawимеются временные интервалы "начало-конец"
Вот с этим и будем работать...
Как вариант, предлагаю такую схему:

ВрачКодФИОДругие поля
РасписаниеДатаНачалоОкончаниеКод врача
...
Рейтинг: 0 / 0
Еще один впрос про расписание
    #37238424
falcon17
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Подниму-ка темку, чтобы не плодить новую

Вопрос такой: как лучше хранить расписание учреждений:

расписание создается в простом виде типа
Пн. с 9:00 по 18:00
Вт. с 9:00 по 18:00
Ср. с 9:00 по 18:00
Чт. с 9:00 по 18:00
Пн. с 9:00 по 17:00
Сб. с 10:00 по 14:00

Обед 13:14

Идея - сделать 28 полей (начало дня, начало обеда, конец обеда, конец дня * 7 дней) для этого мне не очень нравится, но что-то парсить тоже неохота.

Есть ли соображения по этому поводу?

Спасибо.
...
Рейтинг: 0 / 0
Еще один впрос про расписание
    #37238463
falcon17
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
склоняюсь теперь к 17 полям: начало раб.дня, конец * 7 + обед. + комментарий к расписанию, символов на 50
...
Рейтинг: 0 / 0
Еще один впрос про расписание
    #37238542
Злой Бобр
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
falcon17

Tbl1 (id (int), Date (DateTime)) , тут храним дату с которой действует наше расписание.
Tbl2 (id (int), Name (char 5)) , тут храним список дней недели которые используются в расписании (Пн., Вт., ...).
Tbl3 (id (int), Tbl1.id (int), Tbl2.id (int), nachalo (char 5), konec (char 5)) , начало и конец рабочего дня.
Tbl4 (id (int), Tbl3.id (int), nachalo (char 5), konec (char 5), komm (varchar 50)) , время перерывов на обед, тех перерывов и пр. Последнее поле комментарий.

Я б так сделал. Но вам виднее, т.к. вопрос вырван из контекста и на самом деле возможно лучше идти другим путем.
...
Рейтинг: 0 / 0
Еще один впрос про расписание
    #37238844
falcon17
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Злой Бобр,

это форма регистрации для сайта.

Соответственно, в первую очередь должно быть удобство форм ввода.

Tbl1 на мой взгляд лишняя - пусть пользователь сам отслеживает актуальность, Tbl2 - можно тоже обойтись - вместо дней недели, можно просто оставить номер дня недели, а в остальном согласен, стоит выделить таблицу с днями.
Спасибо.
...
Рейтинг: 0 / 0
Еще один впрос про расписание
    #37239301
Mainframe_старый
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мы разделили в ИС Расписание понятия
1. Пожелания -предпочтения
2. Правила формирования расписания
3. Собственно расписание.

Пожелания вам видимо не нужны (у нас преподаватели, и их много .. у вас врачи, обойдутся без пожеланий видимо), но смысл их такой - , что задаются те предпочтения, которые ограничивают расписание - например, диапазон дней недели, за исключением какого-то диапазона, диапазон времени, за исключением времени, пожелания к помещению и т.п.
Правила это правила, по которым расчет расписания - т.е. , например, по средам , в период с 1.09 по 2.10, время с 9.00 до 12.00 в помещении 1111.
Собственно расписание - это рассчитанное по правилам определенное событие в определенный день и время в определенном помещении.
...
Рейтинг: 0 / 0
13 сообщений из 13, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Еще один впрос про расписание
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]