powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Хранение информации о физических и юридических лицах.
107 сообщений из 107, показаны все 5 страниц
Хранение информации о физических и юридических лицах.
    #37790469
windzor2008
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Всем привет. Сразу оговорюсь, что вопрос чисто теоретический. Допустим проектируется БД ГИБДД для регистрации автомобилей. Собственником автомобиля может быть как физ лицо (хранится ФИО, серия/номер паспорта, пол, место жительства) и юр. лицо (название, учредитель, юр. адрес, физ. адрес, дата регистрации и т.д.). Соответственно вопрос, как хранить эти данные? Если всех в одной таблице - то получатся пустые поля, если в разных таблицах, то все запросы придётся писать в двух экземплярах и придётся решать проблему, как хранить внешние ключи на эти таблицы.

Всем заранее спасибо!
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37790656
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
windzor2008все запросы придётся писать в двух экземплярах

Сначала надо определиться какие это будут запросы. Две таблицы не имеет смысла. Либо одна,
либо три.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37790675
windzor2008
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ну, например, выборка |Марка|VIN|Гос. номер|Владелец|

А какие 3 таблицы?
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37790832
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
windzor2008, а что именно не устроило Вас в ответах в 120 предыдущих топиках аналогичной тематики?
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37790865
windzor2008
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Поиском посмотрел, ответа на свой вопрос не нашел.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37791038
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
windzor2008А какие 3 таблицы?
Для такого запроса - никакие, поскольку для него нет разницы между физическим и
юридическим владельцем. Достаточно одной таблицы с полем "ФИО/Название".
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37791071
windzor2008
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ok. Допустим в интерфейсе есть таблица, отображающая мой запрос. При клике на строке, должна открыться форма, которая выводит полную информацию.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37791130
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
windzor2008Допустим в интерфейсе есть таблица, отображающая мой запрос. При клике на строке, должна
открыться форма, которая выводит полную информацию.

Вот для хранения этой полной информации и могут понадобиться ещё две таблицы. Одна для
физиков, вторая для юриков. Итого - три таблицы, как я и говорил.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37791156
windzor2008
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Что одна таблица юриков, другая физиков - я догадался. Третья таблица - это связующая владельцев с автомобилем, если я правильно понимаю. Но какой должна быть структура этой третьей таблицы? Id и, например, дата создания? И опять же я должен делать 2 запроса и объединять их через union?
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37791238
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Допустим проектируется БД ГИБДД для регистрации автомобилей

Нанять квалифицированных архитекторов - это правильное решение задачи. Обсуждать здесь нечего.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37791248
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
windzor2008Но какой должна быть структура этой третьей таблицы?

Такой, чтобы там была вся необходимая информация для "например, выборка |Марка|VIN|Гос.
номер|Владелец|".
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37791252
windzor2008
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Такой, чтобы там была вся необходимая информация для "например, выборка |Марка|VIN|Гос.
номер|Владелец|".

Тогда владелец название предприятия/ФИО будет сразу в двух таблицах: соответственно таблицах физ./юр. лиц и этой третьей?
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37791269
Фотография Программист-Любитель
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
windzor2008Такой, чтобы там была вся необходимая информация для "например, выборка |Марка|VIN|Гос.
номер|Владелец|".

Тогда владелец название предприятия/ФИО будет сразу в двух таблицах: соответственно таблицах физ./юр. лиц и этой третьей?
Нет. В главной общей таблице - только данные, которые применимы и к физлицам и к юрлицам. При этом Название для юрлиц трактуется как название организации, а для физлиц - как фамилия.

В раздельных таблицах - специфические атрибуты, применимые только к физлицам или только юрлицам.

Читайте паттерны наследования через таблицы.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37791281
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
On 05/12/2012 11:03 AM, windzor2008 wrote:
> Всем привет. Сразу оговорюсь, что вопрос чисто теоретический. Допустим

Вопрос уже обсасывался 200 раз. Надо использовать отношение подкатегории,
оно же "наследование". Поищи тут, или вообще в интернете, или почитай
документацию по Hibernate раздел "Inheritance mapping"
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37791293
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
On 05/12/2012 04:07 PM, windzor2008 wrote:
> Что одна таблица юриков, другая физиков - я догадался. Третья таблица - это
> связующая владельцев с автомобилем, если я правильно понимаю.

Нет, эта -- четвёртая. Треться -- общая таблица-предок для физ и юрлиц,
хранящая общие для всех их атрибуты. По крайней мере должн быть два
атрибута -- идентификатор и класс (юрлицо или физлицо). Плюс ещё общие
атрибуты какие есть для физиков и юриков.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37791514
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Треться -- общая таблица-предок для физ и юрлиц

Дружище, может, хватит так настойчиво писать чушь?
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37791524
Vladimir Baskakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
(задумчиво) я вижу две таблицы.
а запрос поиска - он просто в обе постучиться, и все. Про наследование - теоретически - интересно, а на практике - ничего кроме лишнего join-а.

кто ищет владельца машины он что - не понимает, ищет физика Иван Иваныча или юрика Бритиш Петролиевича? В таблице машин ссылка на владельца - 2 поля - ИД и тип. По моему так?
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37791994
F#
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
F#
Гость
guest_20040621,
почему чушь
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37792044
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> почему чушь

По определению. Не читайте надписи на заборах - и будет вам счастье. А если будете понимать, что объектная модель данных применительно к реляционным структурам - фэйк, счастья будет в два раза больше.

Дополнительная таблица необходима только в случае регистрации количества участников акта, большего двух (один из которых - владелец базы данных). Но это совсем другая задача, с другой формулировкой и другими решениями.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37792052
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621Дополнительная таблица необходима только в случае регистрации количества участников акта,
большего двух

А ты наивно полагаешь, что у автомобиля за весь срок его жизни может быть только один
владелец. Ню-ню...
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37792055
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Н-да... Dimitry Sibiryakov... я тоже ошибался, полагая, что вы имеете представление о проектировании. ОК, если настаиваете.

Во-первых, с баранами брудершафта не пью, как я уже говорил.
Во-вторых, регистрация нового факта - посредством нового акта, дополнений или изменений к нему - это регистрация нового факта. Дальше рассказывать или додумаете самостоятельно?
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37792056
Фотография timda
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621Дружище, может, хватит так настойчиво писать чушь?

Кто здесь пишет чушь, так это вы, милейший.
Для начала свое мнение озвучьте, причем осмысленно, а не посылая никого.
Вдаваться в теорию ТС не просил.
Есть конкретный вопрос и на него есть 2-3 варианта решения.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37792057
Александр Пузаков
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
windzor2008,

На вскидку

Автотранспорт
Поле ОписаниеID ключГосНомер Государственный номер ТСМарка Марка ТСВладелецАвтотранспорта ссылка на ВладельцыАвтотранспорта

ВладельцыАвтотранспорта
Поле ОписаниеID ключНаименование Наименование владельцаИНН Идентификационный номер налогоплательщикаЮрФизЛицо перечисление (ЮрЛицо/ФизЛицо)

ДанныеФизЛица
Поле ОписаниеВладелецАвтотранспорта ссылка на ВладельцыАвтотранспортаПол перечисление (М/Ж)Серия Серия паспортаНомер Номер паспортаДатаВыдачи Дата выдачи паспортаАдрес Место жительства физ. лица

ДанныеЮрЛица
Поле ОписаниеВладелецАвтотранспорта ссылка на ВладельцыАвтотранспортаОГРН ОГРН организацииЮрАдрес Юридический адрес организацииФактАдрес Фактический адрес организации
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37792060
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Кто здесь пишет чушь, так это вы, милейший.

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

Удручающая картина. Ни одного внятного решения очень простой задачи.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37792061
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Александр ПузаковВладелецАвтотранспорта ссылка на ВладельцыАвтотранспорта

Аффтар споткнётся уже на совместном владении, не говоря уж об истории.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37792074
Александр Пузаков
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovАлександр ПузаковВладелецАвтотранспорта ссылка на ВладельцыАвтотранспорта

Аффтар споткнётся уже на совместном владении, не говоря уж об истории.

Еще одна табличка решит этот вопрос.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37792128
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
F#guest_20040621,
почему чушь
Че ты с ним разговариваеш? Это ж гест, его даже не существует в природе.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37792585
windzor2008
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Еще одна табличка решит этот вопрос.

Т.е. из таблицы Автотранспорт убрать Владельца и добавить таблицу:

РегистрацияДействия(ID, IDВладельца, IDМашины, ТипДействия, ДатаДействия).
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37792587
windzor2008
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
timda, Теория мне тоже интересна.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37792729
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
windzor2008Теория мне тоже интересна.
Это можно. Есть сущность -Владелец АМ. Ей соотв. одна таблица -Владельцы АМ
На нее навешивается тем или иным образом классификация этих сущностей (и далеко не тольк фл. юл)
Соотвт. этому строится UI
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37792862
Vladimir Baskakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Есть сущность -Владелец АМ

наверное - акт владения автомобилем подтверждается документарной формой - свидетельством о собственности, вероятно? на основе набора реквизитов этого документа и можно строить табличку, фиксирующую акты владения. Из этой табличка(сущность) может иметь внешние связи с сущностями, где лежит детальная информация по владельцу физику.... или владельцу юрику. Физика-владельца ГИБДД нечасто ищет по ИНН? в основном - по имени, паспортным данным и тд? А для юриков актуально другое? Так что отдельная сущность "владелец" для меня подвопросна.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37793009
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Vladimir Baskakovнаверное - акт владения автомобилем
Акт - это сущность Документ, привязанный к Владельцу
Таких до-ов м.б. много разных
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37793075
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
On 05/13/2012 02:42 PM, Александр Пузаков wrote:

> На вскидку
>
> Автотранспорт
> Поле Описание
> ID ключ
> ГосНомер Государственный номер ТС
> Марка Марка ТС
> ВладелецАвтотранспорта ссылка на ВладельцыАвтотранспорта
>
>
>
> ВладельцыАвтотранспорта
> Поле Описание
> ID ключ
> Наименование Наименование владельца
> ИНН Идентификационный номер налогоплательщика
> ЮрФизЛицо перечисление (ЮрЛицо/ФизЛицо)
>
>
>
> ДанныеФизЛица

Автору топика: вот эта структура от Александр Пузаков очень похожа на
правду. Фактически она такая и должна быть, может ты захочешь какие-то
вариации сделать.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37793950
F#
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
F#
Гость
guest_20040621> почему чушь

По определению.


По какому определнию? Dы просто повторили то, что и так сказали, что это чушь. Можете ли вы аргументировать свю точку зрению?

Не читайте надписи на заборах - и будет вам счастье.


Где "не забор" подскажите cсылку? (Кстати, на заборах, часто бывают полезные вещи написаны, обощение сделано категорично :) )

А если будете понимать, что объектная модель данных применительно к реляционным структурам - фэйк, счастья будет в два раза больше.


При чем тут объектная модель? Вам известно, что отношение частного и общего есть не только в ООП, но и в ФП и в ER

Дополнительная таблица необходима только в случае регистрации количества участников акта, большего двух (один из которых - владелец базы данных).


Не затруднит ли вас привести хоть какие-то доводы в пользу этой точки зрения.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37793954
F#
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
F#
Гость
guest_20040621> почему чушь

По определению.


По какому определнию? Dы просто повторили то, что и так сказали, что это чушь. Можете ли вы аргументировать свю точку зрению?

Не читайте надписи на заборах - и будет вам счастье.


Где "не забор" подскажите cсылку? (Кстати, на заборах, часто бывают полезные вещи написаны, обощение сделано категорично :) )

А если будете понимать, что объектная модель данных применительно к реляционным структурам - фэйк, счастья будет в два раза больше.


При чем тут объектная модель? Вам известно, что отношение частного и общего есть не только в ООП, но и в ФП и в ER

Дополнительная таблица необходима только в случае регистрации количества участников акта, большего двух (один из которых - владелец базы данных).


Не затруднит ли вас привести хоть какие-то доводы в пользу этой точки зрения.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37794012
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> По какому определнию?

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

> Где "не забор" подскажите cсылку?

Не бывает таких ссылок. Теоретическое проектирование реляционных структур - это Дейт. А рост квалификации - это практические задачи и уровень общей подготовки. Вы достигли удовлетворительной квалификации, если представляете себе... ну, например, как связан Corruption Perceptions Index с первичными данными учетной системы гипотетической лавчонки.

> При чем тут объектная модель?

Вы на волшебное слово "наследование" обратили внимание?

> Не затруднит ли вас привести хоть какие-то доводы в пользу этой точки зрения

Приведите альтернативный вариант реализации, чтобы можно было говорить предметно.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37794187
F#
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
F#
Гость
guest_20040621> По какому определнию?

Вы, наверное, здесь недавно? Есть темы, которые обсуждать бессмысленно, поскольку делалось это не один десяток раз. Одна из них - _объектная модель данных_.
...
Вы на волшебное слово "наследование" обратили внимание?


Я не считаю, что наследования достаточно для того, чтобы считать модель объектной (см Categorization Relationships в ER).
Концептуально отношение частного и общего имеется в данном конертном случае. Отношение частного и общего сопровождается наследованием атрибутов общего частным.

Приведите альтернативный вариант реализации, чтобы можно было говорить предметно.

Три варианта - одна таблица на физические и юрлица, по таблице на на юриков и физиков, три таблицы - контрагент, юрлицо, физлицо. Собственно решение зафисит от того, нужен ли общий список и насколько большая разреженность терпима в данных.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37794436
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Я не считаю, что наследования достаточно

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

> Отношение частного и общего сопровождается наследованием атрибутов общего частным

Нет, не сопровождается.

> одна таблица на физические и юрлица

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

> по таблице на на юриков и физиков

В обмен на геморрой с определением возможного состава участников плюс оверхед с профитом в виде отсутствия NULL. Оно вам действительно нужно?

> три таблицы - контрагент, юрлицо, физлицо

Нет, это решение другой задачи.

Если количество участников договора всегда два - а в обсуждаемом случае это так - вы вместо двух ссылок использовали дополнительную - причем, на самом деле, достаточно геморройную - структуру и не получили ровным счетом ничего взамен. Вы заняты созданием рабочих мест для кодеров или намерены решить задачу?
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37794471
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
я давно пришел к вывду, что декомпозия - зло :)
лучше синтез
потому я не пользуюсь "наследованием", а генерирую обобщения
обычно мы точно знаем "специализацию" (конкретный станок, реальный человек,....), т.е., то что видим, ощупываем и т.д.
а обобщения почти всегда вычислимы (по типу и имени свойств, по сигнатуре, типу возврата и имени поведенческого метода и т.д.)
виртуальное обобщение легко строится и динамически меняется ( в отличии от переколбаса всей иерархии классов при рефакторинге) и спокойненко так ложится на РМД без создания персистентных таблиц (нафиг не нужных)
таким образом облегчается задача ролевой агрегации спецтипов (типа объединить ФИзЛицо и ЮрЛицо в Лицо и назначить на роль ВладелецЗадрипалки)
т.е. имеем то, что точно и ясно себе представляем (спецтипы - сущности), понимаем роль этих сущностей в отношениях сущностей и создаем классификационные агрегаты для каждой роли путем виртального (автоматического или с указанием в классификаторе ролей) объединения спецтипов и/или их проекций
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37794604
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> я давно пришел к вывду, что декомпозия - зло :)

Разве? ;) Нет, Сахават, вы это зря. Сегодня понятна "специализация", а завтра она поменялась. В одном случае вам придется дописать немного кода, а в другом вы рискуете получить геморроище.

> то что видим, ощупываем

Потенциальное конечное состояние любого датацентрического приложения - глобальная информационная система. То, что сегодня не видно, завтра может стать ключевым. Такой переход должен быть эволюционным.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37794710
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621,

оо услышал желанное слово - эволюция
вот этих бучов и запутал т.дарвин
типа от протокласса всеи т.д.
дело классификации - упростить многообразия путем обобщения
и воще жисть УЖЕ декомпозирована, надо уметь правильно агрегировать (а это можно автоматизировать, в отличии от декомпозици)
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37794764
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> дело классификации - упростить многообразия путем обобщения

Логично. В промышленном производстве есть такое понятие - унификация. Для проектирования это ключевой аспект. Классификаций - туева хуча, что выберете за основу, Сахават? ;) Что будете делать с оставшимися?

> жисть УЖЕ декомпозирована

Разве? Imho вы (я и любой другой) видите ее закамуфлированную часть. Что под маскировкой, можно только предполагать. ;)
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37794855
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621> дело классификации - упростить многообразия путем обобщения

Логично. В промышленном производстве есть такое понятие - унификация. Для проектирования это ключевой аспект. Классификаций - туева хуча, что выберете за основу, Сахават? ;) Что будете делать с оставшимися?

> жисть УЖЕ декомпозирована

Разве? Imho вы (я и любой другой) видите ее закамуфлированную часть. Что под маскировкой, можно только предполагать. ;)
я ничего не выбираю за основу(если сам не моделирую предмет), я пытаюсь дать инструмент выбора баз
комуфляж зависит от глубины проникновения, а глубина прониконовения - от нужды (дума способности у всех почти одинаковы, а нужда - нет)
ну этот базар не я придумал
одни придумывали бога и 10 (20,40...) железных заповедей, а другие пытались решать комбинаторную задачу - вычислить имя бога (богов - в заданном контексте)
дык вот- в методологичеком и инструментарном аспекте первые нифига не придумали нового, а вторые продвинулись намного
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37794904
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> способности у всех почти одинаковы

Если бы. Двойное правило Парето для оценки "одинаковости" - оптимистичный вариант. Давать юзеру возможность что-то определять - смерти подобно. ;)

> в заданном контексте

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

> в методологичеком и инструментарном аспекте

Imho и те, и другие примерно на одном уровне. Но проблема даже не в этом. Наиболее интересные вещи начинаются на стыке дисциплин, т. е. при использовании нового контекста. И при исходно кривых моделях иногда невозможно к нему перейти. А вы говорите - генерировать. ;)
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37794923
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621,

ладно не буду с тобой спорить тут
такие ляля луше за бутылем вина :)
хотя для меня динамическая классификация счас самая важная фиговина
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37794966
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> для меня динамическая классификация счас самая важная фиговина

Так любая классификация - динамическая. Вопрос только в тайминге динамики. ;)
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37794992
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
On 05/15/2012 10:18 AM, F# wrote:

> Я не считаю, что наследования достаточно для того, чтобы считать модель
> объектной (см Categorization Relationships в ER).

Это не наследование. Это - "отношение подкатегории".
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37795116
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621,

тайминг - жизненный цикл системы
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37795172
F#
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
F#
Гость
MasterZiv
Это не наследование. Это - "отношение подкатегории".


Чем отличается? Вот нашел определение:

докаA super-sub or categorization relation indicates that a generic entity type (the supertype) is subdivided into subtypes. The supertype specifies the common attributes and relations that are shared by all subtypes . Each subtype specifies the attributes or relations which are distinct from other subtypes. The super-sub relation is, by nature, a parent/child identifying relationship; the subentities are always identified by the primary key of the supertype. The subtype cannot have primary key components which do not exist in the supertype.

По-моему из этого ясно, что подтип получает атрибуты надтипа, а чем это не наследование?

UML semantics Generalization is a unidirectional inheritance relationship,
uniting two more more generalizable elements in a
supertype/subtype hierarchy, wherein an instance of the
subtype is substitutable for an instance of the supertype.


К сожалению, не смог найти ту версию UML Semantics guide где разделяличь понятия наследование и обобщение, что, мне кажется, полезнее.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37795182
F#
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
F#
Гость
ViPRosпотому я не пользуюсь "наследованием", а генерирую обобщения

Как бы вы спроектировали пример, рассматриваемый в этой теме?
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37795383
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
On 05/15/2012 03:39 PM, F# wrote:

> Это не наследование. Это - "отношение подкатегории".

> Чем отличается? Вот нашел определение:

Названием, блин. И тем, что никак не связано с ООП,
на радость всем гостям.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37795461
F#
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
F#
Гость
MasterZiv> Чем отличается? Вот нашел определение:

Названием, блин. И тем, что никак не связано с ООП,
на радость всем гостям.


Соответственно, содержательно - одно и то же понятие. Спасибо за подтверждение :)
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37795540
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
F#По-моему из этого ясно, что подтип получает атрибуты надтипа, а чем это не наследование?
При наследовании наследуются еще и методы. При категоризации методы унифицируются.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37795583
F#
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
F#
Гость
_модF#По-моему из этого ясно, что подтип получает атрибуты надтипа, а чем это не наследование?
При наследовании наследуются еще и методы. При категоризации методы унифицируются.

Можно пруфлинк? (В ER разве рассматриваются методы?)
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37795585
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
F#ViPRosпотому я не пользуюсь "наследованием", а генерирую обобщения

Как бы вы спроектировали пример, рассматриваемый в этой теме?
ну скореевсего у меня было бы
Юрики
Физики
Владелец(Юрик, Физик)
Авто(Владелец, блабла)
Роль Владелец - виртуальный тип, система создает динамически
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37795601
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
On 05/15/2012 05:26 PM, _мод wrote:

> При наследовании наследуются еще и методы. При категоризации методы унифицируются.

Я не знаю, как в вашей БД, а в нашей например при наследовании наследуются
и методы тоже.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37795764
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
F#Можно пруфлинк? (В ER разве рассматриваются методы?)
Причем тут ER ?
Наследование только св-в - не наследование
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37795767
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
MasterZivЯ не знаю, как в вашей БД, а в нашей например при наследовании наследуются
и методы тоже.

Я рад за вас. У вас настоящая ООБД :)
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37795940
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
On 05/15/2012 06:56 PM, _мод wrote:

> Я рад за вас. У вас настоящая ООБД :)

Да, настоящая. Только она реляционная :-)
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796085
F#
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
F#
Гость
_модF#Можно пруфлинк? (В ER разве рассматриваются методы?)
Причем тут ER ?


Потому, что речь о категоризации зашла в качестве примера наследования не в ОО. В качестве примера приведена категоризация в ER.

А где можно найти подробное описание того, что скрывается за фразой "при категоризации методы унифицируются"? Потому, ято я говорил про ER и вижу что мы имеем ввиду что-то разное.

_модНаследование только св-в - не наследование

То есть если сделать два класса только с полями и написать A extends B то вы это не назовете наследованием пока в A не добавят хотя бы один метод? Лично мне такой стиль мышления не близок, я бы сказал что "наследование только свойств это тоже наследование. Только свойств" :)
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796096
F#
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
F#
Гость
ViPRosну скореевсего у меня было бы
Юрики
Физики
Владелец(Юрик, Физик)
Авто(Владелец, блабла)
Роль Владелец - виртуальный тип, система создает динамически

У авто будет два поля для владельца-физика и владельца-юрика и при расширении иерархии будут появляться новые поля, причем все, кроме одного строго обязаны быть null?
А если бы понадобилось вводить правило уникальности для всех владельцев - вы бы обзединили в табличку или ваш движок взял бы на себя?
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796116
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
F#ViPRosну скореевсего у меня было бы
Юрики
Физики
Владелец(Юрик, Физик)
Авто(Владелец, блабла)
Роль Владелец - виртуальный тип, система создает динамически

У авто будет два поля для владельца-физика и владельца-юрика и при расширении иерархии будут появляться новые поля, причем все, кроме одного строго обязаны быть null?
А если бы понадобилось вводить правило уникальности для всех владельцев - вы бы обзединили в табличку или ваш движок взял бы на себя?
ко сказал что у авто будет два поля?
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796121
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRos,
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796122
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRos,
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796130
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRos,
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796132
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRos,
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796133
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRos,

все делает движок автоматически (ну надо конечно задать метаданные-правила)
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796142
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> У авто будет

Владелец - не свойство автомобиля. Факт - регистрация права собственности.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796147
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621,

ну я вроде факт регисрации Собственности и показал (хотя тут сам предмет то и не особо интересует, важно Обобщение :))
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796151
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
On 05/15/2012 11:45 PM, F# wrote:
> Автор: F#
ViPRos

> Владелец(Юрик, Физик)

Вот это раскройте пожалуйста. Это как ? Юрик или Физик ...

Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796153
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv,

ну вроде все показано
что не понятно?
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796157
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
есть персистентные типы - Юрик и Физик
есть Обобщение - Лицо (Юрик, Физик, ...)
есть Роль - Владелел авто, на которую назначен Лицо
можно добавить новый тип Голубые и включит в Лицо и они наряду с юр и физ станут владелцами и т.д.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796158
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRos,

Владелец - виртуальный динамический тип (генерируется налету)
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796163
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRos,

вернее Лицо (а владелей просто роль)
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796179
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Сахават, у вас на картинке ddl не видно. Что ваш фреймворк сгенерировал - знаете только вы. ;)
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796182
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621,

ну а нафига пользователю это видеть? :)
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796188
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRos,

Таблицы Лицо там точно нет (хотя есть режим, когда Лицо может быть персистентой таблицей)
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796243
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> ну а нафига пользователю это видеть?

Так вопрос-то не пользователь задал? Мне понятно, как должна выглядеть такая структура, а что должен думать спросивший?
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796560
Фотография commit;
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
windzor2008Всем привет. Сразу оговорюсь, что вопрос чисто теоретический. Допустим проектируется БД ГИБДД для регистрации автомобилей. Собственником автомобиля может быть как физ лицо (хранится ФИО, серия/номер паспорта, пол, место жительства) и юр. лицо (название, учредитель, юр. адрес, физ. адрес, дата регистрации и т.д.). Соответственно вопрос, как хранить эти данные? Если всех в одной таблице - то получатся пустые поля, если в разных таблицах, то все запросы придётся писать в двух экземплярах и придётся решать проблему, как хранить внешние ключи на эти таблицы.

Всем заранее спасибо!

Я бы начал с изучения норм "Федерального закона Российской Федерации от 27 июля 2006 г. N 152-ФЗ "О персональных данных"".
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796561
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621,

ну если я начну показывать реализацию, то скорее всего кто то до чего то докопается :)
типа а нафига мне триггеры для поддержания целостности Обобщения, как только отключу генерацию триггеров (так как ВИПРОС сама следить за типизацией членов Обобщения) скажут - а где целостность? Покажу индексы на форинкеях, так скажут - ааа не всегда они нужны и т.д.
вощем все это есть и настраиваются (ну, до идеала далеко, особенно по части вью)
вью строится так - задаются список типов и обобщений(классификаторов) и требуемый вывод
ВИПРОС пытается автоматически сгенерировать SQL исходя из явных нисходящих и восходящих связей, типов атрибутов, состава классификаторов и т.д. и генерирует джойны и юнионы (попытка ввода декларативности :))
много там еще работы, а делать некогда
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796567
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621> ну а нафига пользователю это видеть?

Так вопрос-то не пользователь задал? Мне понятно, как должна выглядеть такая структура, а что должен думать спросивший?
я воще то отвечал тебе, а не топикстартеру
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796570
Фотография iv_an_ru
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
windzor2008Всем привет. Сразу оговорюсь, что вопрос чисто теоретический.Тогда и ответ чисто теоретический. Нужно целое положительное число таблиц. А сколько и каких --- зависит исключительно от требуемого уровня абстракции. Если это именно ГИБДД во всей его красе, то это запросто могут оказаться отдельные таблицы
--- ТС
--- тип ТС
--- номерные рамы
--- типы рам
--- номерные кузова
--- типы кузовов
--- номерные детали двигателей
--- типы двигателей
--- номерные знаки
--- данные ПТС
--- выданные бумажных ПТС
--- выданные свидетельства
--- техосмотры
--- изменения режимов техосмотров
--- лицензии
--- операции с лицензиями
--- владельцы
--- реквизиты владельцев
--- документы исполнительных производств
--- эвакуации и штрафстоянки
--- штрафы
--- аварии с ТС
--- аварийные комиссары
--- уголовные дела, в которых фигурировало ТС
--- мобилизационные предписания разных сортов
--- перевешивания знаков с чёрных на белые и обратно
--- первичные документы на каждый вид фактов из этих таблиц
--- журналы обращений к разнообразным данным
--- журналы аудитов целостности данных

и ещё куча всякого, причём вероятнее всего это будет в некоей "2.5-нормальной форме" и увязано (непременно через Ж) с другими МВДшными базами и с ГИСами.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796615
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> ну если я начну показывать реализацию, то скорее всего кто то до чего то докопается

А то ж. ;) Не без того.

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

> я воще то отвечал тебе

;) А! Теперь понял. Спасибо.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796672
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621,

ну особой проблемы с производительностью нет
Структура создается не хуже чем в других средах + можно БД тюнинговать вручную и работать в запасном режиме (вместе сгенерированных команд запустить альтернативые - есть такой флаг)
+
все это сделано для автматической Визуализации (т.е. ввод -вывод), сложные расчеты и т.д. делаютсю я в обычном стиле минуя ВИПРОС (т.е. методы пишешь как хочешь - либо с помощью АПИ ВИПРОС, либо смес, либо воще без ВИПРОС)
стоит обратная задача - загнать готовую БД в метаданные, что бы дополнить кой чем для визуализации - но за это никто не платит, а времени делать нет
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796784
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> ну особой проблемы с производительностью нет

Не только производительность - проблема.

> Структура создается не хуже чем в других средах + можно БД тюнинговать вручную

Сахават, я не сомневаюсь в работоспособности вашего решения. Просто иногда и руками написать ddl сложно, - не уверен, что это вообще можно автоматизировать.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796821
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621,

дай какой нить случай попроще ( ну с экивоками) попробую описать (ну если есть желние и время)
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796928
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> дай какой нить случай попроще

Официальное обращение к человеку при официальной переписке. Официальной - означает с учетом культурных, половых, религиозных, политических, образовательных и пр. особенностей.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37796997
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621,

ок, на досуге подумаю :)
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37797152
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
без особых изысков в лоб
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37797153
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRos,
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37797154
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ViPRos,

лукапы можно упорядочить (но с вложенными лукапами пока проблема есть при упорядочивании)
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37797176
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
F#что скрывается за фразой "при категоризации методы унифицируются"?
Разница подходов в том, что при наследовании сначала создаются обобщенные классы (категории), а потом от них наследуются подклассы. Алтернатива - разнородные объекты обединяются в категории и для них унифицируются методы. Преимущество в том , что новую категорию можно создать в любой момент и засунуть в нее уже существующие объекты.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37797183
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
_мод,

ага, ты как всегда прав
так лучше видно
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37797199
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
_мод,

наивно думал что это придмал я :) прогить и проектировать одновременно - на вырост
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37797204
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> без особых изысков в лоб

Ну как бы это не совсем то, что нужно. ;)

В простейшем варианте хотелось бы как-то так: Ms. Petrova = госпожа Петрова -> Mrs. Ivanova = госпожа Иванова -> Mrs. Ivanova, Ph.D = госпожа Иванова (здесь отсутствие степени - либо результат нострификации, либо деловая практика, это тоже нужно различать).
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37797215
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621,

ну, сам понимаешь, что это сложно
надо усилить семантические примитивы
пока просто рекурсивный лукап с заданным порядком
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37797219
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
но над эти можно поработать
эквивалентность, приоритет и т.д. наверное не так сложно встроить
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37797229
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> ну, сам понимаешь, что это сложно

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

> надо усилить семантические примитивы

Imho не вариант.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37797242
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621,

выбор оптимального пути на взвешенном графе
я думаю можно эту задачу решить
был бы граф :)
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37797260
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> я думаю можно эту задачу решить

Конечно. Но это одна маленькая типовая подзадача.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37797266
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621,

понимаю, что одна и маленькая
я с семаническими сетями не работал
просто немного для себя услилил понятие "отношение" для идентификации объектов и семантику связей в некотором контексте
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37797274
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621,

а за такие работы где нить платят? (ну кроме гуглов всяких)
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37797896
F#
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
F#
Гость
_модF#что скрывается за фразой "при категоризации методы унифицируются"?
Разница подходов в том, что при наследовании сначала создаются обобщенные классы (категории), а потом от них наследуются подклассы. Алтернатива - разнородные объекты обединяются в категории и для них унифицируются методы. Преимущество в том , что новую категорию можно создать в любой момент и засунуть в нее уже существующие объекты.

Это ваше личное определние категоризации или кто-то еще придерживается такой же трактовки? Есть ли ссылка на более подробное описание? Есть ли какая-то формализация такой связи в ЯП?
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37797965
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> за такие работы где нить платят?

Не знаю. Вряд ли. Не думаю, что кто-то ставит задачи таким образом.

Однако, методы решения интересны. Граф получается громоздким, а выбор альтернативной структуры не очевиден.
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37797990
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621,

очень похоже на мои построения по процессам
граф правил + графы нормативных процессов
из махоньких графов нормативных процессов надо составить расписание по графу правил построения :)
при хороших эвристиках (граф правил) конечный граф строится без особых усилий (мало отсечений и возвратов)
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37797991
ViPRos
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
F#,

Я придерживаюсь, и весь ВИПРОС построен на этом
...
Рейтинг: 0 / 0
Хранение информации о физических и юридических лицах.
    #37798365
_мод
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
F#Это ваше личное определние категоризации или кто-то еще придерживается такой же трактовки?
Кластеризация по научному. Простая класификация - частный случай
...
Рейтинг: 0 / 0
107 сообщений из 107, показаны все 5 страниц
Форумы / Проектирование БД [игнор отключен] [закрыт для гостей] / Хранение информации о физических и юридических лицах.
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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