powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Одна таблица или несколько?
12 сообщений из 12, страница 1 из 1
Одна таблица или несколько?
    #37035164
Umberto_Eco
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Всем привет.
Проблема моя наверно хорошо известна и многие с ней сталкивались.
Система учета мед. помощи для страховых компаний. Сущность "Медицинские услуги". Можно выделить несколько основных класса услуг: поликлинические, стоматологические, стационар, дополнительные (обследования) и услуги фельдшерско-акушерских пунктов. Следует ли разделять на несколько таблиц? Имеется разница в атрибутах у разных классов услуг. Примеры:
1. У стоматологических есть атрибут "Номер зуба" и их можно заносить по несколько сразу, т.е. еще будет коэффициент, показывающий сколько раз оказана.
2. У услуг типа "стационар" нет врача, оказавшего услугу, зато есть количество дней, проведенных в стационаре.
3. У услуг фельдшеров не указывается врач и код услуги всегда фиксированно один и тот же. Кроме того в отличии от всех предыдущих эта услуга не принадлежит никакому талону.

Есть и другие отличия. Вот и вопрос: надо ли объединить все эти различные сущности либо, все ж таки разделить на несколько?
...
Рейтинг: 0 / 0
Одна таблица или несколько?
    #37035183
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Umberto_EcoЕсть и другие отличия. Вот и вопрос: надо ли объединить все эти различные сущности либо, все ж таки разделить на несколько?
Удаление зуба и удаление камней с зубов имеют отличия. Вот и вопрос: надо ли объединить все эти различные сущности либо, все ж таки разделить на несколько?:)
...
Рейтинг: 0 / 0
Одна таблица или несколько?
    #37035187
Umberto_Eco
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
БредятинаUmberto_EcoЕсть и другие отличия. Вот и вопрос: надо ли объединить все эти различные сущности либо, все ж таки разделить на несколько?
Удаление зуба и удаление камней с зубов имеют отличия. Вот и вопрос: надо ли объединить все эти различные сущности либо, все ж таки разделить на несколько?:)Видимо ответ будет - смотря какие отличия. Я вот про отличия в удалении камней и удаление зуба не в курсе. По крайней мере с точки зрения учета услуг :)
...
Рейтинг: 0 / 0
Одна таблица или несколько?
    #37035253
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ник у вас забавный.

> Следует ли разделять на несколько таблиц?

Декомпозиция неизбежна, вопрос где и как именно. Странновато вы основные классы выделили. Чем пользовались?
...
Рейтинг: 0 / 0
Одна таблица или несколько?
    #37035282
Umberto_Eco
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
guest_20040621Ник у вас забавный.Не думал, что в интернет-форумах еще можно кого-то удивить или позабавить ником. А если бы назвался не именем итальянского писателя XX века, а скажем "Мегахаризматишный Йожег", то это было бы привычнее? )))
guest_20040621Странновато вы основные классы выделили. Чем пользовались?Это по результатам предварительного общения с заказчиком. Дошли до блока услуг и проблема разных классов услуг как-то вышла на первый план. В первую очередь задумался, когда узнал про услуги фельдшеров. Все прочие услуги оказываются в рамках медицинских талонов, а эти - нет. Не хотелось бы поле TALON_ID без нужды делать NULLABLE. Да там хватает и отличий касательно бизнес-логики.

Если Вы с данной предметной областью знакомы, то очень внимательно выслушаю Ваши варианты классификации.
...
Рейтинг: 0 / 0
Одна таблица или несколько?
    #37035325
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> удивить или позабавить ником

Удивительно то, что вы знаете о нем. И - предположу - читали. По нынешним временам - редкость.

> Дошли до блока услуг

Собственно, об этом я и спрашивал. Какой-то стандартный классификатор? С чем увязан?

> Если Вы с данной предметной областью знакомы

Давно дело было. Детали не очень помню, но навскидку типов услуг было сильно больше.
...
Рейтинг: 0 / 0
Одна таблица или несколько?
    #37035348
Бредятина
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Umberto_EcoВидимо ответ будет - смотря какие отличия.

Не исключено. Следовательно, Вам, как минимум, нужно классифицировать отличия, если Вы, действительно, хотите разделить услуги на разные "классы". Только сразу подумайте, а факты предоставляния услуг Вы тоже будете разделять?
Umberto_EcoЯ вот про отличия в удалении камней и удаление зуба не в курсе.

В том-то и дело. И заказчик не рассказал. Или и он не в курсе. Но вот удаление зуба из полости рта Вы уже собирались отделить от удаления серной пробки из уха:)
Umberto_EcoПо крайней мере с точки зрения учета услуг :)
Что Вы вкладываете в понятие "учет услуг"? Что означает "с точки зрения учета услуг нет разницы между этими двумя услугами"? А с какой точки зрения разница есть?
...
Рейтинг: 0 / 0
Одна таблица или несколько?
    #37035377
SERG1257
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Umberto_Eco надо ли объединить все эти различные сущности либо, все ж таки разделить на несколько?Поскольку диагноз по телефону дело неблагодарное, советов типа лошадью ходи (с) ждать не стоит, попробуем перечислить достоинства/недостатки каждой схемы, а вы выберите что вам больше подходит.
1 Одна таблица с возможно пустыми полями
Достоинства - самое простое решение. Никаких проблем с ключами, уникальностью, быстрый легкий поиск и т.д.
Недостатки - самое негибкое решение, при введении нового типа придется добавлять колонки, блокировать таблицу и т.д.
2 Общие поля в отдельную таблицу - предок или супертип. Предыдущий датасет реализуется вьюхой с левыми соединениями с таблицами доп свойств. В пределах общих полей все достоинства предыдущего варианта - быстрый поиск, уникальность, ключи. Добавление нового свойства требует обновления вьюхи
3 Совсем разные таблицы с одинаковыми полями, объединенные вьюхой через union all. Самый гибкий вариант. Поиск по подтипу самый быстрый (нет лишнего соединения). С ключами, уникальностью плохо.
...
Рейтинг: 0 / 0
Одна таблица или несколько?
    #37036128
Umberto_Eco
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
guest_20040621> Если Вы с данной предметной областью знакомы

Давно дело было. Детали не очень помню, но навскидку типов услуг было сильно больше. Вы помните правильно. Там своя классификация и причем не одна. Хотя с точки зрения органов ОМС есть и деление услуг именно как я излагал, что есть следствие различия в оплате, в отчетности.

SERG1257,

Вы хорошо изложили мои сомнения. Как раз такие варианты и прокручивал и, видимо, действительно ждал именно команды "лошадью ходи". ))

Самому не по душе плодить лишние сущности. Пока остановился на таком варианте. Все услуги в одной таблице. Все, кроме услуг фельдшеров, которые выносим в отдельную таблицу. Обоснование такого решения: связать пациента и услугу правильнее через Талон, а в случае фельдшерских услуг талона попросту нет. Особенности БЛ и все тут.
...
Рейтинг: 0 / 0
Одна таблица или несколько?
    #37036170
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> связать пациента и услугу правильнее через Талон

Imho напрасно. Завтра будет десять новых талонов, послезавтра захочется ДМС, - и перманентный рефакторинг. Хорошо только с точки зрения необходимости постоянного сопровождения.
...
Рейтинг: 0 / 0
Одна таблица или несколько?
    #37036189
Umberto_Eco
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
guest_20040621> связать пациента и услугу правильнее через Талон

Imho напрасно. Завтра будет десять новых талонов, послезавтра захочется ДМС, - и перманентный рефакторинг. Хорошо только с точки зрения необходимости постоянного сопровождения.Про другие талоны не в курсе. Он вроде бы один унифицированный. Если уж и введут новые виды, то рефакторинга не избежать в любом случае. :(

От ДМС проблем пока не наблюдается. Да и в любом случае будет полис, куда ж без него.

Но уж слишком не различаются услуги Ф (фельдшеров). В отличии от всех прочих услуг нет информации ни о талоне, ни о враче, оказавшем услугу.
...
Рейтинг: 0 / 0
Одна таблица или несколько?
    #37041609
Andrey.L
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Umberto_EcoСамому не по душе плодить лишние сущности. Пока остановился на таком варианте. Все услуги в одной таблице. Все, кроме услуг фельдшеров, которые выносим в отдельную таблицу. Обоснование такого решения: связать пациента и услугу правильнее через Талон, а в случае фельдшерских услуг талона попросту нет. Особенности БЛ и все тут.Зачем?
Если через "Талон", то введите "Один пустой талон на все фельдшерские услуги". И ведите все услуги одинаково.
...
Рейтинг: 0 / 0
12 сообщений из 12, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Одна таблица или несколько?
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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