День добрый.
Разрабатываю Базу Данных для страховой компании (Firebird 1.5, FIBPlus, EhLib). Кроме автострахования появилось страхование имущества и ДМС(Добровольное Медицинское страхование). Раньше была такая связь:

Клиент <- Автомобиль <- Полис ....
(у клиента м.б. много авто, у 1 авто м.б. много полисов)

Как мне кажется, добавление дополнительных объектов страхования (кроме авто, имущества и ДМС) в схему данных можно решить 2-мя способами:

1. Создать таблицу StraxObject . Все объекты страхования(авто, имущество, ДМС) связать 1:1 с этой таблицей.

2. Переименовать текущую таблицу Автомобиль в StraxObject и хранить данные по всем объектам страхования в этой таблице(т.е. в этой таблице будут поля от всех объектов страхования).

Подскажите, как лучше сделать? Может быть еще какой-то вариант решения проблемы существует?

Спасибо за ответ!
А вы не могли бы объяснить, почему клиента связывать с полисом, а полис с объектом? Я рассуждал, так: у клиента может быть объект страхования - их может быть много(объектов). У каждого объекта может быть свой полис - и так же полисов у каждого объекта может быть множество.
Почему вы предложили такую связь?

ps: спасибо за книгу, обязательно приобрету.

Гость_Кость
И по полису могут быть несколько объектов.


Я работал только с автострахованием, но сейчас вводится имущество и ДМС. Не могли бы вы пояснить, как у полиса может быть несколько объектов? Я честно говоря, по работе с автострахованием, считал наоборот: что у полиса может быть только один объект(т.е. авто), а вот у объекта может быть несколько полисов(КАСКО, ОСАГО, пролонгации).
И еще не очень понимаю связь клиент-полис-объект. Да, согласен, полис принадлежит клиенту. Но ведь и объект тоже собственность клиента. И как мне кажется, объект (извините) главнее, чем полис, т.к. без объекта невозможно существование полиса. Т.е.: клиент(страхователь) сначала покупает авто, а уже после этого оформляет на него полис. Мне казалось так.

Я хотел показать свою точку зрения, уважаемый Гость_Кость . У меня хромает аналитика, поэтому очень бы хотелось услышать упреки в свой адрес(от всех) :) т.е. где я не прав.
Заранее благодарен.

ps: про UML начал читать уже. Оказывается другой группе его преподают, а нам нет :-/ С другой стороны, самому, имхо, продуктивнее учиться.

Гость_Кость
Предложенная схема, на мой взгляд, правильная.


ой, я тут запутался, кажется. Вы имели ввиду предложенную схему мной или YBW ?

Гость_Кость Данный автомобиль может быть застрахован по нескольким полисам.
А Страхователь будет иметь несколько полисов.
Страхователями в данных случаях могут выступать различные люди, (маловероятно но могут).

А как организовать связь между полисом и объектом страхования? Просто один ко многим? Но тогда для каждого полиса придется повторно вбивать данные по О.С(для одного и того же клиента).
Что-то у меня совсем все развалилось :(

Ой, ой! Спасибо за такие ответы! Т.е. у нас ОБЪЕКТ СТРАХОВАНИЯ получается списком (ENROLL)? Для связи многие-ко-многим полисов и автомобилей, людей и имущества.
Есть еще туча вопросов, но лучше почитать книжку. Не буду торопить события.

Еще раз огоромное спасибо!

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

Дело в том, что у меня не СК, а брокер, поэтому нужно просто учитывать клиентов , полисы и взносы по полисам. Выгодоприобретатель, владелец/водитель машины - этих вещей в бухалтерии, кажется вообще не знают. Отделу продаж это, насколько я понял, тоже не особо важно.

Вопрос предыдущий я задал из следущих соображений: я представил, как будут вводится данные в клиентском ПО. Ввели клиента. Далее вводим автомобили и недвижимость, принадлежащую страхователю. После этого добавляем полисы. Сделали.
Теперь предположим, что есть Grid связанный с STRAXOBJECT. Там есть LookUp поле связанное с автомобилями(ну или недвижимостью - в зависимости от полиса). И нам в этом LookUp поле надо показать не все автомобили, которые есть в базе, а только те, которые мы вбили в текущего клиента(страхователя).
Я так себе представляю ввод данных в базу, поэтому хотел связать CLIENT с автомобилями, недвижимостью и ДМС... Возможно, неправильный подход - поэтому и спрашиваю здесь авторитетного мнения.

Гость_Кость , если связывать STRAXOBJECT и CLIENT, то принадлежность конкретного автомобиля к данному клиенту нужно будет производить через JOIN?


ЗЫ: не волшебник, учусь только....

ай, ну да. Вы правы. Владелец у нас с объектом страхования связан... Спасибо.