Гость
Целевая тема:
Создать новую тему:
Автор:
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Схема данных осмторов объектов / 13 сообщений из 13, страница 1 из 1
14.03.2016, 13:43
    #39191344
waszkiewicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схема данных осмторов объектов
Имеем следующее. Некий Объект осматривается (проводится Осмотр) на предмет наличия Дефектов.

На первый взгляд все просто -
n:m между Осмотр и Объект- граничная сущность Дефект
но - каждый дефект собран в Журнал, а Журнал жестко привязан к Объекту (префиксы для листов, сквозная нумерация листов etc) - необходимо знать, какой номер листа очередным.

Получается, в Дефект нужно включать связь с Журналом - ливером чую, что не так что-то, а как выкрутить - ума не приложу. Спасайте
...
Рейтинг: 0 / 0
14.03.2016, 13:48
    #39191352
Dimitry Sibiryakov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схема данных осмторов объектов
waszkiewiczНа первый взгляд все просто - n:m между Осмотр и Объект
Ты уверен, что за один осмотр могут осматриваться сразе несколько объектов?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
14.03.2016, 13:50
    #39191354
waszkiewicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схема данных осмторов объектов
Нет, конечно. Любой Объект может быть подвергнут Осмотру. Однако 1 осмотр- один объект
...
Рейтинг: 0 / 0
14.03.2016, 13:55
    #39191358
waszkiewicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схема данных осмторов объектов
waszkiewicz, ну и типов осмотров несколько
...
Рейтинг: 0 / 0
14.03.2016, 13:57
    #39191360
Dimitry Sibiryakov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схема данных осмторов объектов
waszkiewiczОднако 1 осмотр- один объект
Тогда это связь 1:N и проблемы нет. Журнал дефектов связывается либо исключительно с
журналом осмотров, который в свою очередь уже связывается с объектами, либо можно ввести
избыточную связь непосредственно журнала дефектов с объектами, чисто для удобства.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
14.03.2016, 14:03
    #39191368
waszkiewicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схема данных осмторов объектов
Dimitry Sibiryakov,

почему вдруг 1:n? У нас есть сущности Осмотр и Объект. Любой Объект может быть осмотрен любым видом Осмотра. Я перепрыгнул (каюсь) через реальный осмотр (он граничная сущность), а дефекты с ним да, 1:n
...
Рейтинг: 0 / 0
14.03.2016, 14:06
    #39191373
waszkiewicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схема данных осмторов объектов
смущает избыточная связь - дефект - результат осмотра Объекта, а запись дефекта в журнале, который принадлежит Объекту
Потом не будет мучительно больно за такую схему?
...
Рейтинг: 0 / 0
14.03.2016, 14:25
    #39191393
vmag
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схема данных осмторов объектов
waszkiewicz,
Может как-то так ?
...
Рейтинг: 0 / 0
14.03.2016, 14:26
    #39191396
Dimitry Sibiryakov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схема данных осмторов объектов
waszkiewiczпочему вдруг 1:n? У нас есть сущности Осмотр и Объект. Любой Объект
может быть осмотрен любым видом Осмотра. Я перепрыгнул (каюсь) через реальный осмотр (он
граничная сущность), а дефекты с ним да, 1:n
Вид Осмотра (по-моему), это просто левый справочник, он связывается с Журналом Осмотров
как и любой другой.

Избыточная связь - да, может создать проблему. Поэтому её таки лучше при начальном
проектировании убрать.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
14.03.2016, 14:37
    #39191408
waszkiewicz
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схема данных осмторов объектов
Dimitry Sibiryakovwaszkiewiczпочему вдруг 1:n? У нас есть сущности Осмотр и Объект. Любой Объект
может быть осмотрен любым видом Осмотра. Я перепрыгнул (каюсь) через реальный осмотр (он
граничная сущность), а дефекты с ним да, 1:n
Вид Осмотра (по-моему), это просто левый справочник, он связывается с Журналом Осмотров
как и любой другой.

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


так и Объект тоже справочник. И почему справочник не может быть сущностью?
...
Рейтинг: 0 / 0
14.03.2016, 14:47
    #39191423
Dimitry Sibiryakov
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схема данных осмторов объектов
waszkiewiczИ почему справочник не может быть сущностью?
Он, собственно, и есть сущность. Но такая простая, что не заслуживает отдельного упоминания.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
16.03.2016, 05:14
    #39192855
Serguei
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схема данных осмторов объектов
waszkiewiczсмущает избыточная связь - дефект - результат осмотра Объекта, а запись дефекта в журнале, который принадлежит Объекту
Потом не будет мучительно больно за такую схему?
А вы не смущайтесь. Сделать схему базы не сложно- сделайте и покажите, мы подскажем.
Будет намного больнее, если вы ничего не попытаетесь даже сделать.
...
Рейтинг: 0 / 0
16.03.2016, 08:56
    #39192906
vmag
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Схема данных осмторов объектов
SergueiА вы не смущайтесь. Сделать схему базы не сложно- сделайте и покажите, мы подскажем.
Будет намного больнее, если вы ничего не попытаетесь даже сделать.

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


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