|
Проектирование БД о населении
|
||
|---|---|---|
Участник
[не активирован] [не одобрен]
Сообщения: 196 663
|
||
| 18.12.2007, 09:55 |
|
|
|
|
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
Кифирчик А что будет, если в разных документах разный пол будет указан? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2007, 15:59 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
в смысле? не понял вопроса ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2007, 16:24 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
Кифирчикв смысле? не понял вопроса в смысле? не понял вопроса, как можно не понять смысл вопроса. Некто имеет набор документов, в которых более одного значения пола в терминах Вашей системы. Некто кто в этом случае? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2007, 16:39 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
а... когда чел меняет пол, то он меняет и паспорт, вот на основании нового паспорта, оператор в БД сделает запись в table2, забъёт соответствующие данные нового паспорта... и пол человека будет определяться по последней записи... и соответствующему ей паспорту а последняя запись, определяется примерно так WHERE event_date = (SELECT max(event_date)...) в чём проблема? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2007, 16:49 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
Кифирчиккогда чел меняет пол, то он меняет и паспорт И загранпаспорт и все остальные документы в один день? Кифирчикв чём проблема? Ни в чем, Вам просто в очередной раз намекают, что не должны атрибуты документов мигрировать в атрибуты людей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2007, 16:56 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
Кифирчик Novise Кифирчик возможно имеет смысл сделать отдельный справочники для имён, фамилий, и отчеств.. О, только не это!!! это почему? я заинтригован Хрестоматийный пример: Остап Ибрагим Сулейман Берта Мария Бендер Бей. Правда по пачпорту он Остап Ибрагимович. Поддержание актуальными доп. 3 справочников доп. гемор. Все знают разницу между Натальей и Наталией? Лидией и Лидой? Кифирчик также проблема будет в конвертировании старой базы в новую... надо быть на 100% увереным в том что ошибок не будет... и сам переход на использование новой базы и клиента будет мучительным Можно быть 100% увереным, что ошибки будут. Из-за невожможности полной конвертации к новым справочникам. Плавали, знаем. Кифирчик ИМХО будет больше проблем в синхронизации с КЛАДР и само создание адресного реестра.... надо как-то извратиться, чтобы он отвечал нужным требованиям (например можно было хранить историю названий, или был в виде дерева) и одновременно сохранялись все ID при синхронизации с КЛАДР.... И с остальными классификаторами и справочниками - те же проблемы. Ну и опять же, извиняйте, ежели что. Мы ж ить академиев не кончали... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.12.2007, 20:39 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
Тема, кстати, замечательная поднята на самом деле... Прочитал несколько раз. Осмыслил все вышесказанное. Уже долгое время думаю над схожими проблемами и методами их решения... Довольно много уже сказано о том, что руки и мозги у создателей и проектировщиков государственных (!!!) систем учета (населения, транспорта, нарушений и пр.) растут из Ж*. Во многих сферах и вовсе нет никакой системы учета, не говоря уже о единой системе. А вот теперь представьте мои (уверен, не только…) мучения по созданию некой системы, которая бы объединила различные имеющиеся банки данных о населении, транспорте, происшествиях и пр. в единую базу, с возможностью удобного глобального поиска по заданным реквизитам и удобной визуализацией полученных результатов, а также попытка установления вероятных взаимосвязей. С этой задачей сталкиваются практически в каждом отделе по безопасности как в банках, так и в частных организациях и пр. Существующая система, под управлением СУБД (а можно ли это так назвать?) Кронос+ имеет достаточно ограничений и неудобств, да и вообще достаточная убогая система (до сих пор понять не могу, как она получила такую распространенность…). Задача изначально показалось очень простой - что могло быть проще выгрузки множества таблиц из Кронос+ в *.csv, потом импорт их в БД, а потом написать приложение, которое будет работать с этим массивом таблиц. На словах все просто. А вот при детальном рассмотрении начали выплывать проблемы... В общем, у кого есть какие соображения или наработки по этой теме? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2007, 16:43 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
NiKeSoft.ru Довольно много уже сказано о том, что руки и мозги у создателей и проектировщиков государственных (!!!) систем учета (населения, транспорта, нарушений и пр.) растут из Ж*. Если вы прогах, которые спускаются сверху, то они разрабатываются, как правило ИТ-компаниями ... и государственность систем учета тут нипричем ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2007, 16:59 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
А тема то совсем другая. Как от одной системы перейти к новой. Если изменяется структура базы, справочники плывут и вообще... Хорошо, если БД спущена сверху - все проблемы остаются наверху и решать их там. Это их проблемы. А если это доморощенная разработка - то это зверек пушистый, ласковый, писец называется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2007, 19:29 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
> Тема, кстати, замечательная поднята на самом деле... Ничего замечательного. Нормальных девелоперов в госструктурах нет. И нормальным продуктам там взяться неоткуда в принципе. В ближайшие пять лет ничего не изменится. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.12.2007, 19:35 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
Прочитал сегодня документацию ГАС "Выборы" ЭИРЦВ.90036-01 31 01. Похоже в ГАС "Выборы" все реализовано так: ЖУРНАЛ ИЗМЕНЕНИЙ ------------------- kodli1 - код личности новый kodli2 - код личности старый address1 - код адреса новый address2 - код адреса старый doc1 - код документа новый doc2 - код документа старый dat1 - |диапазон дат dat2 - |актуальности и таблиц ИЗБИРАТЕЛЬ ------------ kodli - ключ fam - фамилия im - имя ot - отчество datr - дата рождения pol - пол mesto_rozhd - место рождения (каким-то набором полей) dat1 - |диапазон дат dat2 - |актуальности АДРЕС МЕСТА ЖИТЕЛЬСТВА --------------------------- address - ключ addr - адрес (каким-то набором полей) dat1 - |диапазон дат dat2 - |актуальности ДОКУМЕНТ ИЗБИРАТЕЛЯ ------------------------ doc - ключ vid_doc - вид документа ser - серия nom - номер kem - кем выдан dat1 - |диапазон дат dat2 - |актуальности ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2007, 07:23 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
Для паспортистов ЖЭО в чистом виде эта схема не подойдет Медленно будет работать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2007, 07:25 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
michael_is_98Для паспортистов ЖЭО в чистом виде эта схема не подойдет Медленно будет работать... Она не подойдет по бизнесу, а не медленности ... вот потом и наблюдаются нетленки в госструктурах городского уровня ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2007, 09:39 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
> ГАС "Выборы" ЭИРЦВ.90036-01 31 01. УЖОСНАХ. Нет слов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.12.2007, 10:01 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
Предлагаю от теоретических выкладок перейти к практическим. Вот мой вариант решения данной задачи: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.12.2007, 00:49 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
1) добавить таблицу контактных телефонов (пригодятся) 2) текущее состояние субъекта (жив/умер хотя бы) 3) национальности давно уже нету 4) адреса как минимум 2: регистрация и фактическое место жительства ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2007, 09:55 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
1) добавить таблицу контактных телефонов (пригодятся) 2) текущее состояние субъекта (жив/умер хотя бы) 3) национальности давно уже нету 4) адреса как минимум 2: регистрация и фактическое место жительства В предлагаемой мною схеме все это реализуется на раз. 1. Добавить новый объект Телефон:(КодОбъекта,Номер) Тогда можно установить сколько угодно связей между Лицом->Телефоном типа Владелец и связь между Адресом->Телефоном типа Установлен по адресу. 2. Это вообще элементарно. Мы живем в стране бюрократии, тут не помереть ни родиться без бумажки низяя! Значит достаточно завести связь Лицо->Документ где документ Справка о смерти/Свидетельство о рождении и проблема решена. 3. Ее офицально нет, но если вам потребуется отобрать всех лиц по такому критерию - без этого туго придется. 4. Да заведите вы сколько угодно, хоть 1000 адресов на человека. Появится просто новая связь Лицо-Адрес типа Проживает/Прописан/Заходил и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2007, 17:12 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
Да ужжж.... Скажите, уважаемые, хоть кто-нибудь из Вас что-нибудь слышал о простом понятии разработки и проектирования БД как НОРМАЛИЗАЦИЯ??? Никто не подскажет мне случаем уровень нормализации вышеприведенной структруры??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.12.2007, 18:10 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
Какое преимущество приведенной схемы данных по сравнению с той, которую привел из ГАС "Выборы" в своем предыдущим посте? Предлагаю на телефонах, фактических адресах не останавливаться. Это "довесок" к задаче, который уведет нас в сторону. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2007, 10:50 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
Зачем поле "состояние человека". Если исходить из схемы данных, которую привел выше, можно посмотреть, было ли событие, например, "смерть" (не дай бог конечно) по конкретному человеку в журнале изменений. вообще, увидеть все события по конкретному человеку - хорошая возможность ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2007, 10:57 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
michael_is_98Зачем поле "состояние человека". Если исходить из схемы данных, которую привел выше, можно посмотреть, было ли событие, например, "смерть" (не дай бог конечно) по конкретному человеку в журнале изменений. вообще, увидеть все события по конкретному человеку - хорошая возможность Верно, только вот надо все-же плясать от документа, на основании которого что-то с человеком происходит (бюрократия не всегда плохо). Родился человек - Свидетельство о рождении Умер человек - Свидетельство о смерти. Сменил фамилию/пол - Новый паспорт. и т.д. все - документируется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2007, 15:09 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
Однако, когда в документе имеется отметка - исполнен, это удобно, хотя и денормализация. Для удобства же имеет смысл иногда отсутпать от строгих правил. Я за поле состояние в табле Гражданин . Но это уже вопросы конкретной реализации. А события/документы и их хренология само собой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2007, 18:14 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
Страдалецъ michael_is_98Зачем поле "состояние человека". Если исходить из схемы данных, которую привел выше, можно посмотреть, было ли событие, например, "смерть" (не дай бог конечно) по конкретному человеку в журнале изменений. вообще, увидеть все события по конкретному человеку - хорошая возможность Верно, только вот надо все-же плясать от документа, на основании которого что-то с человеком происходит (бюрократия не всегда плохо). Родился человек - Свидетельство о рождении Умер человек - Свидетельство о смерти. Сменил фамилию/пол - Новый паспорт. и т.д. все - документируется. наличие документа установленной формы это документарное подтверждение факта состояния а не сам факт состояния... а то вот так и получается - пока не выдано/предъявлено свидетельство о смерти, человек вроде как и не умер ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2007, 18:55 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
Заведение поля Состояние у человека - вообще неправильно. представьте себе, что сегодня вы поставили ему состояние Выпил, а завтра вам надо проставить уже Закусил. Чего будете делать? Заводить отдельную табличку для фиксации этих изменений придется. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2007, 21:13 |
|
||
|
Проектирование БД о населении
|
|||
|---|---|---|---|
|
#18+
guest_20040621> ГАС "Выборы" ЭИРЦВ.90036-01 31 01. УЖОСНАХ. Нет слов. +1 Думаю, документация врёт, если система всё же работает в масштабах страны. Деза, "honey pot", "тепловая ловушка". СтрадалецъПредлагаю от теоретических выкладок перейти к практическим. Вот мой вариант решения данной задачи: Если уж формально: то, что изображено - не ERD, и даже не UML Class Diagram. Это - помесь MS Access "ERD" с UML 2 Object Diagram, этакая "row diagram". Полезность сомнительна. Если вы, конечно, действительно не хотите для каждого человека и документа создавать отдельную таблицу. Если хотите - то см. выше. Bl@ze¶oxДа ужжж.... Скажите, уважаемые, хоть кто-нибудь из Вас что-нибудь слышал о простом понятии разработки и проектирования БД как НОРМАЛИЗАЦИЯ??? Никто не подскажет мне случаем уровень нормализации вышеприведенной структруры??? Если брать только то, что без "1" в названии - то формально 3НФ. Вроде бы, ни повторяющихся полей, ни зависимостей от части ключа, ни зависимостей от неключевых атрибутов нет. Другое дело, что логически неправильно и очень неудобно в использовании. Оно, конечно, объект класса, и если десериализовать в оперативной памяти - может, всё замечательно, сложно, объектно, прогрессивно, концептуально, архитектурно и бюджетно-осваивательно получится. Но десериализовать несколько десятков Гб недопустимо, поэтому надо сначала выбрать. Какую руладу нужно написать и выполнить, чтобы просто получить номер последнего выданного человеку паспорта! А получить адрес на определённый момент времени вообще невозможно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.12.2007, 21:43 |
|
||
|
|
start [/forum/topic.php?fid=32&msg=34998683&tid=1544072]: |
0ms |
get settings: |
6ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
45ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
45ms |
get tp. blocked users: |
1ms |
| others: | 212ms |
| total: | 337ms |
| 0 / 0 |
