sp,

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

Для чего таблица Пёрсонс? Особенно умиляет ФИО строкой, которое повторяется в трех столбцах паспорта.

И еще, в таблице может быть много записей, да, что не означает будто там Персоны. Каждая строка описывает Персону и поэтому таблица называется Персона. Другими словами если бы вы проектировали БД так, чтобы использовать все данные, то получили бы отчет такого рода:

Персоны: Иван Никифорович Пупкин, род. 1987, ум. 2012. Имел паспорты: серия-номер и был Индивидуальными предпринимателями.

sp,

Партия вам запрещает определить свойство поля NULL и DEFAULT такие, чтобы только Ф/И/О можно было внести и тем самым создать запись.

Так вот порвите членский билет такой партии и выкиньте его в колодец.

Я понимаю что не должно быть все так просто, это у нас национальная идея все губить нелепыми усложнениями, но считаю своим долгом объяснять гражданам "не усложняй".

guest_20040621,

Это еще благо что у нас паспорты есть. Жил бы ТС в штатах - вообще бы опух. Там можно по нескольким почтовым отправлениям идентифицироваться и главной особенностью гражданина является место постоянного проживания, а не номер-серия как в концентрационном лагере.

guest_20040621Как вы намерены вести историю изменений?

Вы не можете вести историю изменений. В каждый момент гражданин идентифицируется тем, чем идентифицируется и точка.

Гражданин может поменять не только паспорт, серию-номер, не только ИНН и прочую тряхомудию, он может поменять Ф, И и О по-отдельности или одновременно.

Пусть снимает отпечатки пальцев. Вот оно!

[quot sp]debloggersp,
Запрещает ни партия ни религия, а жизнь - заставьте потом девочек не забыть и вписать данные!!
не сталкивались с таким!? У нас это повседневность - если ситема не заставляет - то никто ничего и не делает! :) это жизнь она круче партии!!:)

Тут надо понять ту же самую вещь. Реляционная БД абсолютно беззащитна перед дураком. Другими словами дуракоустойчивость равна 0.

Пример номер 1. Найдите одно отличие в записи фамилии Cидоров и Сидоров. В бд будут созданы 2 записи. Сидоровых С.С. ИНН 0001 станет два штуки.

Пример номер 2. Как ваша "система" заставит оператора задать посетителю вопрос: Вы к нам уже обращались?

Пример номер 3. Как ваша система заставит посетителя ответить на вопрос: Вы к нам уже обращались?

Заметьте, началось обсуждение методов идентификации которой в простом таком виде как в нашей системе принято не существует. Паспорт это химера. Любая идентификация основана на расследовании. Поэтому оператор должен задать вопрос: вы к нам уже обращались? А посетитель должен ответить на вопрос порывшись в памяти. Это оно и есть - микрорасследование для идентификации.

Ваша священная вера в бумажки-таракашки объяснима, конечно, но если вы хотите работать с БД то должны принуждать операторов поддерживать культуру работы с БД. Обычно это делается через начальство. Начальству проще объяснить что требуется, его немного и оно много грамотнее подчиненных, которых начальство будет принуждать делать то, что вам надо ради того, что им надо.

В той самой реальности которую вы себе придумали все это возможно и работает. Может быть неделю помучаются, а потом привыкнут и уже замечать не будут на автоматизме.

Короче, не существует программ и скриптов которые бы заставили оператора что-то делать грамотно. Это можно только заручиться поддержкой начальства и настучать оператору в мозг чтобы делал все правильно. Поскольку БД - это в первую очередь правила пользования БД.

Сидоров отличается от Сидорова тем, что буква с и буква с на клавиатуре совпадают. А оператору лень стирать случайно введенную латиницу. Введя Cbl девочка сотрет две буквы, а С оставит, переключится на кир и напишет остальное.

spПростите, но если у вас 2 сущности выродятся в одну, как у вас потом сойдется все до кучи, когда была Иванова и вдруг тут появилась Петрова?? но это один и тот же человек, просто второй раз замуж вышла! :)

Прощаю.

Когда Иванова стала Петровой она испытывает эмоцию на протяжении определенного времени, поскольку везде куда бы она не обратилась куда раньше обращалась ей приходится искать себя в прошлом и переписывать на настоящее.

То же самое с переездом. После которого надо прописать новое место жительство во многих местах. То же самое с закрытием и открытием предприятий. Обычные задачи которые решаются по месту.

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

То есть ищите Петрову.

Так вот, если очень хочется вести историю изменений, то потребуется дерево. Самое простое - из корня и одного уровня веток. Корень ссылается на актуальную запись, ветка покрыта листьями изменений. Все записи идентичного формата.

ПользовательИД
-ПользовательИД
-ПользовательИД
-ПользовательИД

Пользователь
ИД
Ф
И
О
...
уровень
Дата создания

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

Естественно появится избыточность, а как вы еще хотите организовать внутри базы backup записей?

Таким образом оператор задав вопрос вы к нам уже обращались ищет фамилию select фамилия from Пользователь where level = 0 AND фамилия LIKE $s затем уточняет, затем имя, отчество, ИНН и так минирасследованием определяет посетителя в БД. Не определяет, замуж вышла, паспорт поменяли, ИП закрыли - новое открыли? - Поля редактируются и вместо кнопки Сохранить жмется кнопка Заменить. Создается новая запись с уровень 0, а поле уровень ранее связанной по ИД записи меняется на 1. Рефреш и готово.

Ну да, первая таблица это поля ИД - ПользовательИД.