ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Дилема в проектировании бизнес-процессов
16 сообщений из 16, страница 1 из 1
Дилема в проектировании бизнес-процессов
    #34961136
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sp
Участник
Стоит задача регистрировать в системе полную информацию о клиенте.
Спроектировали сущности

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
Лицо
----------------
ID_лица
ИНН
Дата рождения
Укр_Паспорт_ID
Зарубежный_Паспорт_ID
Адресс_ID
...

УкрПаспорта
--------------
Паспорт_ID
Номер
Серия
Фамилия
Имя
Отчество
Дата регистрации
Дата окончания действия
АдресПрописки_ID

Адреса
----------
Адрес_ID
Страна_ID
Область_ID
НаселенныйПунк_ID
Улица
Дом
комн.
........
При такой схеме клиент может быть зарегистрирован в системе если он принес свой пасспорт(иначе без серии и номера паспорта регистрировать эти данные нельзя)
Но стоит так же задача регистрировать в базе отношения с людьми от которых не потребуеш паспорт по различным причинам, но они должны участвовать в документообороте базы и присутствовать в документах

Как в этой ситуации можно эти 2 требования совместить?
Плодить фиктивные паспорта - глупо и их будет куча дубликатов
Посоветуйте кто что может плз
...
Рейтинг: 0 / 0
23.11.2007, 13:40
| Ответить | Цитировать | Написать  
Дилема в проектировании бизнес-процессов
    #34961962
Золотая рыбка
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Золотая рыбка
Гость
Лучше перенести данные по ФИО в сущность 'Лицо'. Это и более правильно - все-таки имя связано с человеком, а не с паспортом, и можно будет регистрировать физических лиц без указания документа - если в этом есть необходимость.
...
Рейтинг: 0 / 0
23.11.2007, 16:52
| Ответить | Цитировать | Написать  
Дилема в проектировании бизнес-процессов
    #34962002
assa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
assa
Участник
Золотая рыбкаЛучше перенести данные по ФИО в сущность 'Лицо'. Это и более правильно - все-таки имя связано с человеком, а не с паспортом, и можно будет регистрировать физических лиц без указания документа - если в этом есть необходимость.'лица' меняют и пол и фио. Т.ч."луше" таки выделить некую сущность для хранения истории изменяемых реквизитов лица, и скажем ссылаться на них из того же паспорта (1-1).
...
Рейтинг: 0 / 0
23.11.2007, 17:05
| Ответить | Цитировать | Написать  
Дилема в проектировании бизнес-процессов
    #34962047
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sp
Участник
Золотая рыбкаЛучше перенести данные по ФИО в сущность 'Лицо'. Это и более правильно - все-таки имя связано с человеком, а не с паспортом, и можно будет регистрировать физических лиц без указания документа - если в этом есть необходимость.

Но что делать когда Паспорт меняется и с ним ФИО?
тупо изменить его в лице? но тогда мы теряем связи ФИО-Паспорт и нет никакой согласованности этих данных!
...
Рейтинг: 0 / 0
23.11.2007, 17:21
| Ответить | Цитировать | Написать  
Дилема в проектировании бизнес-процессов
    #34962081
Кот Матроскин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кот Матроскин
Участник
Сущности данных - это абстракция .
Полностью описать ими явление реального мира невозможно.
Смысл анализа - в том, чтобы понять, какие свойства обьекта реального мира важны для Вашей области, а какие - нет.
Нужно ли Вам знать, какие паспорта были у данного человека раньше? Нужно ли знать, какое имя носил обладатель паспорта № XXX в 93 году?
В зависимости от этих (и других) вопросов и надо проектировать схему данных.
...
Рейтинг: 0 / 0
23.11.2007, 17:34
| Ответить | Цитировать | Написать  
Дилема в проектировании бизнес-процессов
    #34962193
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sp
Участник
Кот МатроскинСущности данных - это абстракция .
Полностью описать ими явление реального мира невозможно.
Смысл анализа - в том, чтобы понять, какие свойства обьекта реального мира важны для Вашей области, а какие - нет.
Нужно ли Вам знать, какие паспорта были у данного человека раньше? Нужно ли знать, какое имя носил обладатель паспорта № XXX в 93 году?
В зависимости от этих (и других) вопросов и надо проектировать схему данных.

Конечно же важна история!
В том то и дело что тут такое вот противоречие и я пока не могу понять есть ли выход из этой ситуации
...
Рейтинг: 0 / 0
23.11.2007, 18:13
| Ответить | Цитировать | Написать  
Дилема в проектировании бизнес-процессов
    #34962364
Кот Матроскин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кот Матроскин
Участник
Ну тогда я бы на Вашем месте сделал отношение 1:N между "лицами" и "паспортами" (а по хорошему - между "лицами" и "документами", а "документы" бы уже деталиpировал на местный паспорт, загранпаспорт, etc). У всех паспортов, кроме последнего, ставить признак "дата замены" .
Тогда да, ФИО лучше хранить в "паспорте", в "лице" - делать вычисляемыми полями из последнего паспорта.
Та же штука - между "лицами" и "адресами", тоже отношение 1:N, разные типы адресов, тоже "дата устаревания", разница лишь в том, что некоторых адресов у человека может быть одновременно несколько.
...
Рейтинг: 0 / 0
23.11.2007, 19:21
| Ответить | Цитировать | Написать  
Дилема в проектировании бизнес-процессов
    #34963455
drev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
drev
Участник
Кот МатроскинНу тогда я бы на Вашем месте сделал отношение 1:N между "лицами" и "паспортами" (а по хорошему - между "лицами" и "документами", а "документы" бы уже деталиpировал на местный паспорт, загранпаспорт, etc). У всех паспортов одного типа , кроме последнего, ставить признак "дата замены" .
Тогда да, ФИО лучше хранить в "паспорте", в "лице" - делать вычисляемыми полями из последнего паспорта.
Та же штука - между "лицами" и "адресами", тоже отношение 1:N, разные типы адресов, тоже "дата устаревания", разница лишь в том, что некоторых адресов у человека может быть одновременно несколько.

+1

маленькое дополнение:

фио хранить в обеих таблицах, текущее изменять триггером по добавлению документа; для лиц без документов - ручной ввод
...
Рейтинг: 0 / 0
25.11.2007, 07:23
| Ответить | Цитировать | Написать  
Дилема в проектировании бизнес-процессов
    #34967500
sp
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
sp
Участник
[quot drev
+1

маленькое дополнение:

фио хранить в обеих таблицах, текущее изменять триггером по добавлению документа; для лиц без документов - ручной ввод[/quot]

Спасибо, а это идея!
...
Рейтинг: 0 / 0
27.11.2007, 11:39
| Ответить | Цитировать | Написать  
Дилема в проектировании бизнес-процессов
    #34968868
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
А если такой подход.

Если человек на словах утверждает, что он Вася Пупкин из Урпинска, то давайте регистрировать его устное заявление в соответствующей таблице (пусть даже в таблице "КЛИЕНТ", но в специальных атрибутах). Т.е. таблица паспорт фиксирует документано подтверждённые сведения, а специальные атрибуты таблицы "клиент" могут содержать и непроверенные данные. Для симметрии можно рассмотреть две таблицы - "паспорт" и "устное заявление". Записи в обеих таблицах могут иметь общего виртуального предка - "особь".
...
Рейтинг: 0 / 0
27.11.2007, 16:03
| Ответить | Цитировать | Написать  
Дилема в проектировании бизнес-процессов
    #34969577
Nosorog
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Nosorog
Участник
автортаблица паспорт фиксирует документано подтверждённые сведения
паспорт может быть фальшивым или чужим (имхо)
...
Рейтинг: 0 / 0
27.11.2007, 17:55
| Ответить | Цитировать | Написать  
Дилема в проектировании бизнес-процессов
    #34969619
Фотография BULK INSERT
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
BULK INSERT
Участник
mcureenabА если такой подход.

известен подход когда запись проходить три стадии "утверждения"

Inserted - Вася Пупкин записано со слов
Checked - Подтверждены основные данные
Veryfied - Добавлены паспортные данные

в действительности это записи трех разных таблиц
...
Рейтинг: 0 / 0
27.11.2007, 18:04
| Ответить | Цитировать | Написать  
Дилема в проектировании бизнес-процессов
    #34970019
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
nosorog автортаблица паспорт фиксирует документано подтверждённые сведения
паспорт может быть фальшивым или чужим (имхо)

за это обычно сажают. но в общем случае связь "документа" с "особью" не является абсолютно достоверной. в любом деле мошенничество может иметь место, однако, если бизнес не особо страдает от злодеяний самих машенников и расходов на борьбу с ними, то жить можно.
...
Рейтинг: 0 / 0
27.11.2007, 20:20
| Ответить | Цитировать | Написать  
Дилема в проектировании бизнес-процессов
    #34976407
MrPavel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MrPavel
Участник
можно вести сущности "тип документа" и (или) "основание записи"
...
Рейтинг: 0 / 0
29.11.2007, 20:03
| Ответить | Цитировать | Написать  
Дилема в проектировании бизнес-процессов
    #34976424
MrPavel
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MrPavel
Участник
Документы удостоверяющие личность

Наименование документа С-к "Наименование документа"
Кем выдан
Когда выдан
Номер документа
Дата окончания действия документа
Основание окончания действия документа
Примечание
...
Рейтинг: 0 / 0
29.11.2007, 20:10
| Ответить | Цитировать | Написать  
Дилема в проектировании бизнес-процессов
    #34983747
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mcureenab
Участник
MrPavelможно вести сущности "тип документа" и (или) "основание записи"

На сущность это не тянет. Скорее домен.
...
Рейтинг: 0 / 0
04.12.2007, 02:59
| Ответить | Цитировать | Написать  
16 сообщений из 16, страница 1 из 1
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Дилема в проектировании бизнес-процессов
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=32&msg=34962047&tid=1544152]:
 0ms
get settings:
 7ms
get forum list:
 16ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 191ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 51ms
get tp. blocked users:
 1ms
others: 240ms
total:  522ms
созд. / загр.: 522ms
x
x
Закрыть


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