guest_20040621> Что ожидаете на выходе?

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

ViPRosguest_20040621> Что ожидаете на выходе?

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

правила регистрации - сильно сужает
и воще все эти "окончательные ссылки", "базовые определения", "нормативные документы".. и т.д. не должны играть никакой роли при моделировании - вся эта фигня должна быть выводима и при том, без особых усилий
ViPRos, можно ожидать от вас своё видение решения задачи без данного ограничения?

guest_20040621решение стоит денег

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

АнатоЛойguest_20040621решение стоит денег

Может ли кто-то на рынке с ненулевой вероятностью сейчас предложить деньги за решение данной задачи - да.
Воспользуется ли кто-то опубликованным решением для получения дохода - может быть.
Буду ли я просить деньги за использование опубликованного здесь решения - точно нет.
Буду ли я считать себя автором опубликованного решения - да.
Смогу ли я получить деньги за использование другими опубликованного решения - скорее нет, чем да :).
Т.е. всё как в этом случае: 15458705 ...

guest_20040621> Может ли кто-то на рынке

АнатоЛой, свою задачу в этом обсуждении я выполнил. Начиналось всё с обсуждения необходимости специального подхода к справочникам, - полагаю, ответ на этот вопрос сейчас для вас вполне очевиден. Хотите продолжать? - легко. Хотите подумать, чтобы тема "отстоялась"? - без проблем.
По задаче вопросов нет - я сказал "принято" и думаю над ней.
Я просто прокомментировал свою позицию о деньгах в этой задаче :).

АнатоЛойguest_20040621> Что ожидаете на выходе?

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

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

Согласен - по всем пунктам :).
Всё-таки проект/черновик и сделанный пока на чистом академическом интересе.
Появится реальная потребность и выхлоп - можно уточнять, детализировать, проектировать дальше.

guest_20040621Вопрос по поводу метамодели. Связывать значения и ограничивать их область действия вы намерены реляционно?

Уже устал под конец дня - с ходу в вопрос не въехал. Чуть позже попробую перечитать и отвечу.

guest_20040621Вопрос по поводу метамодели. Связывать значения и ограничивать их область действия вы намерены реляционно?

Это вопрос к области, для которой я уже представил структуру данных (хранение инфо о классификаторах и о использующих их системах)? Или к области использования собственно значений классификаторов в перечнях и прочих операционных/статистических данных?

guest_20040621> Это вопрос

К области использования.

Если кратко - то:
1. Спроектировать концептуально/логически: намерен/могу/знаю реляционно.
2. Реализовывать это физически можно:
1) с использованием чисто реляционных фишек (foreign key;unique constraint/alternative key; mandatory/not null, check constraint'ов, и просто триггеров;
2) вообще без реляционных фишек (часть ограничений в исходном функциональном операционном коде, часть в процедурах периодичного контроля);
3) смешанный вариант: исходя из критичности требований, используемых технологий и ограничений проекта :)

guest_20040621> намерен/могу/знаю

Вы имеете что-то типа

entity ()
restrictive_entity ()
allowed_subset (entity_id, restrictive_entity_id)
another_entity (entity_id)

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

guest_20040621> давайте на примерах

Возьмите тот же пример с полом. Для разных государств, таких, где разрешены однополые браки и официально допустимы больше двух идентификаторов пола.

Рассмотрите регистрацию пола и семейного статуса для резидентов и их контроль для нерезидентов.
Принято. В процессе проектирования могут возникнуть вопросы именно по предметной области, но, думаю, справлюсь :)...