Есть задача - создать БД для хранения информации по населению. Задача известна давно, подкупает своей простотой, но при ближайшем рассмотрении оказывается не такой тривиальной.

Исходные данные:
По гражданину: фамилия, имя, отчество, дата рождения, пол, место рождения
По документу: вид документа, серия, номер, дата документа, кем выдан, причина получения, причина изменения
По регистрации: дата регистрации, дата снятия, адрес куда прибыл, адрес куда убыл, причина прибытия, причина убытия
По смерти гражданина: номер актовой записи, дата актовой записи

Проектируемая структура БД должна отражать события:
- рождение гражданина
- первое получение паспорта
- смену документа
- перемену ФИО
- прибытие
- убытие
- смерть

Т.е. структура БД должна позволять получать отчеты за опр. период времени с данными граждан по отдельным событиям выше.

Ваши предложения?

Понятно, что должна быть таблица с ключом kodli и полями фамилия, имя, отчество, дата рождения, пол, место рождения
Может быть вторая таблица документа с полями kodli, датой документа, его реквизитами, кодом события (первое получение, замена), причиной получения/замены
Может быть третья таблица регистрации с полями kodli, датой регистрации, дата снятия с регистрации, адрес регистрации, причина регистрации/снятия с регистрации

Но как тогда хранить данные по событиям смена фио, смерть гражданина?

michael_is_98Есть задача - создать БД для хранения информации по населению. Задача известна давно, подкупает своей простотой, но при ближайшем рассмотрении оказывается не такой тривиальной.

Исходные данные:
По гражданину: фамилия, имя, отчество, дата рождения, пол, место рождения
По документу: вид документа, серия, номер, дата документа, кем выдан, причина получения, причина изменения
По регистрации: дата регистрации, дата снятия, адрес куда прибыл, адрес куда убыл, причина прибытия, причина убытия
По перемене ФИО: номер актовой записи, дата актовой записи о браке, номер актовой записи, дата актовой записи о расторжение брака
По смерти гражданина: номер актовой записи, дата актовой записи о смерти

Проектируемая структура БД должна отражать события:
- рождение гражданина
- первое получение паспорта
- смену документа
- перемену ФИО
- прибытие
- убытие
- смерть

Т.е. структура БД должна позволять получать отчеты за опр. период времени с данными граждан по отдельным событиям выше.

Ваши предложения?

michael_is_98 michael_is_98Есть задача - создать БД для хранения информации по населению. Задача известна давно, подкупает своей простотой, но при ближайшем рассмотрении оказывается не такой тривиальной.

Исходные Данные:
- гражданин: фамилия, имя, отчество, дата рождения, пол, место рождения
- документ, удостоверяющий личность (паспорт РФ, паспорт СССР, свидетельство о рождении):
дата выдачи, серия, номер, кем выдан
- листок прибытия/убытия: дата регистрации, дата снятия, адрес куда прибыл, адрес куда убыл, причина прибытия, причина убытия
- запись акта ЗАГС (о смерти, о перемене ФИО, о браке, о расторжении брака): дата актовой записи, номер актовой записи

Регистрируемые события:
-Рождение: запись акта о рождении, сообщение о рождении ребенка
-Получение паспорта: листок прибытия с данными документа, удостоверяющего личность
-Прибытие: листок прибытия с данными по регистрации прибытия
-Перемена ФИО: листок прибытия, запись акта перемены ФИО, запись акта о браке, запись акта о расторжении брака, внесение изменений в запись акта о рождении
-Смена документа:листок прибытия
-Убытие: листок убытия, сообщение об убытии
-Смерть: листок убытия, запись акта о смерти

Проектируемая структура БД должна отражать эти события и получать отчеты за опр. период времени с данными граждан и события по отдельным событиям выше.

Ваши предложения?
Так ближе к ГАС "Выборы" - лучше ориентироваться на этот пост

По поводу найма архитекторов, "осваивания бабло" - не ко мне.
Предлагаю модератору подобные высказывания удалять без предупреждения.

интересует возможная схема БД и конкретные ответы на вопросы.

По поводу хранения адреса могу сказать следующее - это отдельная тема. Не будем ее здесь поднимать. Т.к. задача решается на массиве данных 300-400 тыс. человек (население небольшого города), пусть для простоты будем считать, что адрес человека определяется кодом дома по городу (идентификатор дома в городе), номером квартиры и номером нанимателя (имеет смысл для коммунальной квартиры).
ФИО нужно хранить в 3-х разных полях. Что касается идентификатора личности, то в нашем городе не встречается двух людей с одинаковой ФИО,датой рождения. Этого достаточно. Как это делается в масштабах страны - также не будем вдаваться (скорее всего, добавляется еще место рождения или еще что-то).

В администрации небольшого города работаю я. Стоит здесь у 27 паспортистов система на SQL Server 2000, но ошибки идут, исправить программу невозможно. Собственно на уровне БД система проработана более-менее хорошо, но клиентская часть недоработана...
Есть еще требование получать события (список привел) за определенный период. А система сделать это не позволяет. Вот и нужно думать о новой системе (СУБД, язык программирования пока не определены).

Правила регистрации населения не прописаны четко в законах РФ, в том-то и дело.
У меня предложение. Давайте не будем вдаваться в детали. Да, действительно место рождение может именоваться по-разному, но указывать на один город. Могу даже так сказать - пусть место рождения записывается одной строкой (хотя я знаю, что это заведомо неправильно), пусть ФИО+дата рождения не повторяются (хотя есть примеры когда разные люди имеют одинаковое ФИО+дата рождения).
Интересует именно структура БД, по которой можно получать список внесенных паспортистом изменений в данные в виде событий. Список событий привел и его можно считать исчерпывающим для задачи.
[quote]
-Рождение: запись акта о рождении, сообщение о рождении ребенка
-Получение паспорта: листок прибытия с данными документа, удостоверяющего личность
-Прибытие: листок прибытия с данными по регистрации прибытия
-Перемена ФИО: листок прибытия, запись акта перемены ФИО, запись акта о браке, запись акта о расторжении брака, внесение изменений в запись акта о рождении
-Смена документа:листок прибытия
-Убытие: листок убытия, сообщение об убытии
-Смерть: листок убытия, запись акта о смерти
[/quote]

Просто каждое изменение (событие) происходит на определенных основаниях. Основания я указал после каждого события через ":". Данные документа-основания должны храниться в БД (и опять-таки не будем вдаваться в подробности, как хранить адрес регистрации/снятия с регистрации).

Список документов-оснований:
- листок прибытия/убытия: дата регистрации, дата снятия, адрес куда прибыл, адрес куда убыл, причина прибытия, причина убытия, реквизиты документа, удостоверяющего личность, гражданин
- запись акта ЗАГС (о смерти, о перемене ФИО, о браке, о расторжении брака): дата актовой записи, номер актовой записи, гражданин

При этом есть 2 сущности с реквизитами:
- гражданин: фамилия, имя, отчество, дата рождения, пол, место рождения
- документ, удостоверяющий личность (паспорт РФ, паспорт СССР, свидетельство о рождении):
дата выдачи, серия, номер, кем выдан

Наверное 3 сущности:
-третьей является адрес в виде кода дома по городу, квартиры и номера нанимателя (для коммунальной квартиры)

Возможно, так

Таблица "гражданин"
код гражданина, фИО, дата рождения, пол, место рождения

Таблица "документ"
код документа,вид документа, серия, номер, кем выдан

Таблица "адрес места жительства"
код адреса, адрес

Таблица "карточка" - регистрирует все события, которые произошли с гражданином
код гражданина
код события (выбирается из справочника)
код документа (возможно NULL-значение)
код адреса
дата_события_породившее_карточку
дата_события_породившее_следующую_карточку

похоже на решение Novise.
Но что-то сильно просто

по поводу советов от guest_20040621
хотя я и работаю в мун. конторе, я не занимаюсь бюджетом.
Да и зачем подниматься здесь тему управления проектам, которые разработчики готовы решать за деньги?
Неужели нельзя рассмотреть эту задачу в чистом виде, как, например, множество других задач, которые обсуждаются на форуме?

Слушаю, спрашиваю, высказываю свое мнение...
И готов это делать по теме, которую создал...

Вы будете очень удивлены, но системы о населении, которые используются в реальности - некачественны. Ни в УФМС, ни в ЖЭО я не видел КАЧЕСТВЕННОЙ системы (по крайней мере, в нашем городе). Везде какие-то недочеты, от которых порой становится очень жаль эту отрасль.
В России есть "ИНСОФТ", который занимается отраслью персонального учета населения.
Кстати,у вас в Нижнем Новгороде внедряется система персонального учета населения, поэтому у вас, возможно, ситуация получше.

Скорее всего, на уровне АИС пенсионного фонда, ГАС "Выборы", АИС банков ситуация лучше, но опять же это не первоисточники персональных данных.

Все, давайте, не будем поднимать праздные вопросы (не по теме). Все равно проблему регистрации населения нужно решать на ином уровне.

Похоже хранить список событий по гражданину нужно примерно так, как писал Novise и чуть позже я. Если есть другие мнения - пожалуйста,высказывайте