|
|
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
Всем привет. Сразу оговорюсь, что вопрос чисто теоретический. Допустим проектируется БД ГИБДД для регистрации автомобилей. Собственником автомобиля может быть как физ лицо (хранится ФИО, серия/номер паспорта, пол, место жительства) и юр. лицо (название, учредитель, юр. адрес, физ. адрес, дата регистрации и т.д.). Соответственно вопрос, как хранить эти данные? Если всех в одной таблице - то получатся пустые поля, если в разных таблицах, то все запросы придётся писать в двух экземплярах и придётся решать проблему, как хранить внешние ключи на эти таблицы. Всем заранее спасибо! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 10:03 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
windzor2008все запросы придётся писать в двух экземплярах Сначала надо определиться какие это будут запросы. Две таблицы не имеет смысла. Либо одна, либо три. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 11:35 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
Ну, например, выборка |Марка|VIN|Гос. номер|Владелец| А какие 3 таблицы? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 11:46 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
windzor2008, а что именно не устроило Вас в ответах в 120 предыдущих топиках аналогичной тематики? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 12:44 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
Поиском посмотрел, ответа на свой вопрос не нашел. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 12:57 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
windzor2008А какие 3 таблицы? Для такого запроса - никакие, поскольку для него нет разницы между физическим и юридическим владельцем. Достаточно одной таблицы с полем "ФИО/Название". Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 14:17 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
Ok. Допустим в интерфейсе есть таблица, отображающая мой запрос. При клике на строке, должна открыться форма, которая выводит полную информацию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 14:32 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
windzor2008Допустим в интерфейсе есть таблица, отображающая мой запрос. При клике на строке, должна открыться форма, которая выводит полную информацию. Вот для хранения этой полной информации и могут понадобиться ещё две таблицы. Одна для физиков, вторая для юриков. Итого - три таблицы, как я и говорил. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 14:54 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
Что одна таблица юриков, другая физиков - я догадался. Третья таблица - это связующая владельцев с автомобилем, если я правильно понимаю. Но какой должна быть структура этой третьей таблицы? Id и, например, дата создания? И опять же я должен делать 2 запроса и объединять их через union? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 15:07 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
> Допустим проектируется БД ГИБДД для регистрации автомобилей Нанять квалифицированных архитекторов - это правильное решение задачи. Обсуждать здесь нечего. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 15:49 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
windzor2008Но какой должна быть структура этой третьей таблицы? Такой, чтобы там была вся необходимая информация для "например, выборка |Марка|VIN|Гос. номер|Владелец|". Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 15:52 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
Такой, чтобы там была вся необходимая информация для "например, выборка |Марка|VIN|Гос. номер|Владелец|". Тогда владелец название предприятия/ФИО будет сразу в двух таблицах: соответственно таблицах физ./юр. лиц и этой третьей? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 15:55 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
windzor2008Такой, чтобы там была вся необходимая информация для "например, выборка |Марка|VIN|Гос. номер|Владелец|". Тогда владелец название предприятия/ФИО будет сразу в двух таблицах: соответственно таблицах физ./юр. лиц и этой третьей? Нет. В главной общей таблице - только данные, которые применимы и к физлицам и к юрлицам. При этом Название для юрлиц трактуется как название организации, а для физлиц - как фамилия. В раздельных таблицах - специфические атрибуты, применимые только к физлицам или только юрлицам. Читайте паттерны наследования через таблицы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 16:02 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
On 05/12/2012 11:03 AM, windzor2008 wrote: > Всем привет. Сразу оговорюсь, что вопрос чисто теоретический. Допустим Вопрос уже обсасывался 200 раз. Надо использовать отношение подкатегории, оно же "наследование". Поищи тут, или вообще в интернете, или почитай документацию по Hibernate раздел "Inheritance mapping" Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 16:05 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
On 05/12/2012 04:07 PM, windzor2008 wrote: > Что одна таблица юриков, другая физиков - я догадался. Третья таблица - это > связующая владельцев с автомобилем, если я правильно понимаю. Нет, эта -- четвёртая. Треться -- общая таблица-предок для физ и юрлиц, хранящая общие для всех их атрибуты. По крайней мере должн быть два атрибута -- идентификатор и класс (юрлицо или физлицо). Плюс ещё общие атрибуты какие есть для физиков и юриков. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 16:09 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
> Треться -- общая таблица-предок для физ и юрлиц Дружище, может, хватит так настойчиво писать чушь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 18:27 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
(задумчиво) я вижу две таблицы. а запрос поиска - он просто в обе постучиться, и все. Про наследование - теоретически - интересно, а на практике - ничего кроме лишнего join-а. кто ищет владельца машины он что - не понимает, ищет физика Иван Иваныча или юрика Бритиш Петролиевича? В таблице машин ссылка на владельца - 2 поля - ИД и тип. По моему так? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.05.2012, 18:37 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621, почему чушь ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2012, 12:17 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
> почему чушь По определению. Не читайте надписи на заборах - и будет вам счастье. А если будете понимать, что объектная модель данных применительно к реляционным структурам - фэйк, счастья будет в два раза больше. Дополнительная таблица необходима только в случае регистрации количества участников акта, большего двух (один из которых - владелец базы данных). Но это совсем другая задача, с другой формулировкой и другими решениями. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2012, 13:16 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621Дополнительная таблица необходима только в случае регистрации количества участников акта, большего двух А ты наивно полагаешь, что у автомобиля за весь срок его жизни может быть только один владелец. Ню-ню... Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2012, 13:29 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
Н-да... Dimitry Sibiryakov... я тоже ошибался, полагая, что вы имеете представление о проектировании. ОК, если настаиваете. Во-первых, с баранами брудершафта не пью, как я уже говорил. Во-вторых, регистрация нового факта - посредством нового акта, дополнений или изменений к нему - это регистрация нового факта. Дальше рассказывать или додумаете самостоятельно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2012, 13:40 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621Дружище, может, хватит так настойчиво писать чушь? Кто здесь пишет чушь, так это вы, милейший. Для начала свое мнение озвучьте, причем осмысленно, а не посылая никого. Вдаваться в теорию ТС не просил. Есть конкретный вопрос и на него есть 2-3 варианта решения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2012, 13:41 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
windzor2008, На вскидку Автотранспорт Поле ОписаниеID ключГосНомер Государственный номер ТСМарка Марка ТСВладелецАвтотранспорта ссылка на ВладельцыАвтотранспорта ВладельцыАвтотранспорта Поле ОписаниеID ключНаименование Наименование владельцаИНН Идентификационный номер налогоплательщикаЮрФизЛицо перечисление (ЮрЛицо/ФизЛицо) ДанныеФизЛица Поле ОписаниеВладелецАвтотранспорта ссылка на ВладельцыАвтотранспортаПол перечисление (М/Ж)Серия Серия паспортаНомер Номер паспортаДатаВыдачи Дата выдачи паспортаАдрес Место жительства физ. лица ДанныеЮрЛица Поле ОписаниеВладелецАвтотранспорта ссылка на ВладельцыАвтотранспортаОГРН ОГРН организацииЮрАдрес Юридический адрес организацииФактАдрес Фактический адрес организации ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2012, 13:42 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
> Кто здесь пишет чушь, так это вы, милейший. Дружище, рассказывать каждому барану почему именно он баран, я могу только за отдельное бабло. Научитесь читать. Удручающая картина. Ни одного внятного решения очень простой задачи. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2012, 13:51 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
Александр ПузаковВладелецАвтотранспорта ссылка на ВладельцыАвтотранспорта Аффтар споткнётся уже на совместном владении, не говоря уж об истории. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2012, 13:53 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovАлександр ПузаковВладелецАвтотранспорта ссылка на ВладельцыАвтотранспорта Аффтар споткнётся уже на совместном владении, не говоря уж об истории. Еще одна табличка решит этот вопрос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2012, 14:06 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
F#guest_20040621, почему чушь Че ты с ним разговариваеш? Это ж гест, его даже не существует в природе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.05.2012, 15:42 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
Еще одна табличка решит этот вопрос. Т.е. из таблицы Автотранспорт убрать Владельца и добавить таблицу: РегистрацияДействия(ID, IDВладельца, IDМашины, ТипДействия, ДатаДействия). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2012, 07:15 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
timda, Теория мне тоже интересна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2012, 07:16 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
windzor2008Теория мне тоже интересна. Это можно. Есть сущность -Владелец АМ. Ей соотв. одна таблица -Владельцы АМ На нее навешивается тем или иным образом классификация этих сущностей (и далеко не тольк фл. юл) Соотвт. этому строится UI ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2012, 10:34 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
Есть сущность -Владелец АМ наверное - акт владения автомобилем подтверждается документарной формой - свидетельством о собственности, вероятно? на основе набора реквизитов этого документа и можно строить табличку, фиксирующую акты владения. Из этой табличка(сущность) может иметь внешние связи с сущностями, где лежит детальная информация по владельцу физику.... или владельцу юрику. Физика-владельца ГИБДД нечасто ищет по ИНН? в основном - по имени, паспортным данным и тд? А для юриков актуально другое? Так что отдельная сущность "владелец" для меня подвопросна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2012, 11:34 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
Vladimir Baskakovнаверное - акт владения автомобилем Акт - это сущность Документ, привязанный к Владельцу Таких до-ов м.б. много разных ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2012, 12:43 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
On 05/13/2012 02:42 PM, Александр Пузаков wrote: > На вскидку > > Автотранспорт > Поле Описание > ID ключ > ГосНомер Государственный номер ТС > Марка Марка ТС > ВладелецАвтотранспорта ссылка на ВладельцыАвтотранспорта > > > > ВладельцыАвтотранспорта > Поле Описание > ID ключ > Наименование Наименование владельца > ИНН Идентификационный номер налогоплательщика > ЮрФизЛицо перечисление (ЮрЛицо/ФизЛицо) > > > > ДанныеФизЛица Автору топика: вот эта структура от Александр Пузаков очень похожа на правду. Фактически она такая и должна быть, может ты захочешь какие-то вариации сделать. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2012, 13:10 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621> почему чушь По определению. По какому определнию? Dы просто повторили то, что и так сказали, что это чушь. Можете ли вы аргументировать свю точку зрению? Не читайте надписи на заборах - и будет вам счастье. Где "не забор" подскажите cсылку? (Кстати, на заборах, часто бывают полезные вещи написаны, обощение сделано категорично :) ) А если будете понимать, что объектная модель данных применительно к реляционным структурам - фэйк, счастья будет в два раза больше. При чем тут объектная модель? Вам известно, что отношение частного и общего есть не только в ООП, но и в ФП и в ER Дополнительная таблица необходима только в случае регистрации количества участников акта, большего двух (один из которых - владелец базы данных). Не затруднит ли вас привести хоть какие-то доводы в пользу этой точки зрения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2012, 22:11 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621> почему чушь По определению. По какому определнию? Dы просто повторили то, что и так сказали, что это чушь. Можете ли вы аргументировать свю точку зрению? Не читайте надписи на заборах - и будет вам счастье. Где "не забор" подскажите cсылку? (Кстати, на заборах, часто бывают полезные вещи написаны, обощение сделано категорично :) ) А если будете понимать, что объектная модель данных применительно к реляционным структурам - фэйк, счастья будет в два раза больше. При чем тут объектная модель? Вам известно, что отношение частного и общего есть не только в ООП, но и в ФП и в ER Дополнительная таблица необходима только в случае регистрации количества участников акта, большего двух (один из которых - владелец базы данных). Не затруднит ли вас привести хоть какие-то доводы в пользу этой точки зрения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2012, 22:16 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
> По какому определнию? Вы, наверное, здесь недавно? Есть темы, которые обсуждать бессмысленно, поскольку делалось это не один десяток раз. Одна из них - _объектная модель данных_. Не существует ее, понимаете? Ни на каком уровне абстракции. Убедить меня в противоположном очень просто: достаточно привести метамодель для _объектной модели данных_. > Где "не забор" подскажите cсылку? Не бывает таких ссылок. Теоретическое проектирование реляционных структур - это Дейт. А рост квалификации - это практические задачи и уровень общей подготовки. Вы достигли удовлетворительной квалификации, если представляете себе... ну, например, как связан Corruption Perceptions Index с первичными данными учетной системы гипотетической лавчонки. > При чем тут объектная модель? Вы на волшебное слово "наследование" обратили внимание? > Не затруднит ли вас привести хоть какие-то доводы в пользу этой точки зрения Приведите альтернативный вариант реализации, чтобы можно было говорить предметно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.05.2012, 23:40 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621> По какому определнию? Вы, наверное, здесь недавно? Есть темы, которые обсуждать бессмысленно, поскольку делалось это не один десяток раз. Одна из них - _объектная модель данных_. ... Вы на волшебное слово "наследование" обратили внимание? Я не считаю, что наследования достаточно для того, чтобы считать модель объектной (см Categorization Relationships в ER). Концептуально отношение частного и общего имеется в данном конертном случае. Отношение частного и общего сопровождается наследованием атрибутов общего частным. Приведите альтернативный вариант реализации, чтобы можно было говорить предметно. Три варианта - одна таблица на физические и юрлица, по таблице на на юриков и физиков, три таблицы - контрагент, юрлицо, физлицо. Собственно решение зафисит от того, нужен ли общий список и насколько большая разреженность терпима в данных. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 09:18 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
> Я не считаю, что наследования достаточно Правильно считаете. Вот и незачем использовать терминологию с заборов для описания простых, естественных реляционных решений. > Отношение частного и общего сопровождается наследованием атрибутов общего частным Нет, не сопровождается. > одна таблица на физические и юрлица Вариант, о котором я говорил. Наиболее простой и логичный. Напомню: при количестве контрагентов, большем двух, один из которых - владелец базы данных. > по таблице на на юриков и физиков В обмен на геморрой с определением возможного состава участников плюс оверхед с профитом в виде отсутствия NULL. Оно вам действительно нужно? > три таблицы - контрагент, юрлицо, физлицо Нет, это решение другой задачи. Если количество участников договора всегда два - а в обсуждаемом случае это так - вы вместо двух ссылок использовали дополнительную - причем, на самом деле, достаточно геморройную - структуру и не получили ровным счетом ничего взамен. Вы заняты созданием рабочих мест для кодеров или намерены решить задачу? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 11:08 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
я давно пришел к вывду, что декомпозия - зло :) лучше синтез потому я не пользуюсь "наследованием", а генерирую обобщения обычно мы точно знаем "специализацию" (конкретный станок, реальный человек,....), т.е., то что видим, ощупываем и т.д. а обобщения почти всегда вычислимы (по типу и имени свойств, по сигнатуре, типу возврата и имени поведенческого метода и т.д.) виртуальное обобщение легко строится и динамически меняется ( в отличии от переколбаса всей иерархии классов при рефакторинге) и спокойненко так ложится на РМД без создания персистентных таблиц (нафиг не нужных) таким образом облегчается задача ролевой агрегации спецтипов (типа объединить ФИзЛицо и ЮрЛицо в Лицо и назначить на роль ВладелецЗадрипалки) т.е. имеем то, что точно и ясно себе представляем (спецтипы - сущности), понимаем роль этих сущностей в отношениях сущностей и создаем классификационные агрегаты для каждой роли путем виртального (автоматического или с указанием в классификаторе ролей) объединения спецтипов и/или их проекций ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 11:21 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
> я давно пришел к вывду, что декомпозия - зло :) Разве? ;) Нет, Сахават, вы это зря. Сегодня понятна "специализация", а завтра она поменялась. В одном случае вам придется дописать немного кода, а в другом вы рискуете получить геморроище. > то что видим, ощупываем Потенциальное конечное состояние любого датацентрического приложения - глобальная информационная система. То, что сегодня не видно, завтра может стать ключевым. Такой переход должен быть эволюционным. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 12:05 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621, оо услышал желанное слово - эволюция вот этих бучов и запутал т.дарвин типа от протокласса всеи т.д. дело классификации - упростить многообразия путем обобщения и воще жисть УЖЕ декомпозирована, надо уметь правильно агрегировать (а это можно автоматизировать, в отличии от декомпозици) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 12:33 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
> дело классификации - упростить многообразия путем обобщения Логично. В промышленном производстве есть такое понятие - унификация. Для проектирования это ключевой аспект. Классификаций - туева хуча, что выберете за основу, Сахават? ;) Что будете делать с оставшимися? > жисть УЖЕ декомпозирована Разве? Imho вы (я и любой другой) видите ее закамуфлированную часть. Что под маскировкой, можно только предполагать. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 12:46 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621> дело классификации - упростить многообразия путем обобщения Логично. В промышленном производстве есть такое понятие - унификация. Для проектирования это ключевой аспект. Классификаций - туева хуча, что выберете за основу, Сахават? ;) Что будете делать с оставшимися? > жисть УЖЕ декомпозирована Разве? Imho вы (я и любой другой) видите ее закамуфлированную часть. Что под маскировкой, можно только предполагать. ;) я ничего не выбираю за основу(если сам не моделирую предмет), я пытаюсь дать инструмент выбора баз комуфляж зависит от глубины проникновения, а глубина прониконовения - от нужды (дума способности у всех почти одинаковы, а нужда - нет) ну этот базар не я придумал одни придумывали бога и 10 (20,40...) железных заповедей, а другие пытались решать комбинаторную задачу - вычислить имя бога (богов - в заданном контексте) дык вот- в методологичеком и инструментарном аспекте первые нифига не придумали нового, а вторые продвинулись намного ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 13:02 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
> способности у всех почти одинаковы Если бы. Двойное правило Парето для оценки "одинаковости" - оптимистичный вариант. Давать юзеру возможность что-то определять - смерти подобно. ;) > в заданном контексте Вот. И пришли к тому, с чего начали. И единственно полезное, что мы можем в данном случае сделать, - определить контекст явно. И вот здесь начинается настоящий геморрой. > в методологичеком и инструментарном аспекте Imho и те, и другие примерно на одном уровне. Но проблема даже не в этом. Наиболее интересные вещи начинаются на стыке дисциплин, т. е. при использовании нового контекста. И при исходно кривых моделях иногда невозможно к нему перейти. А вы говорите - генерировать. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 13:15 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621, ладно не буду с тобой спорить тут такие ляля луше за бутылем вина :) хотя для меня динамическая классификация счас самая важная фиговина ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 13:20 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
> для меня динамическая классификация счас самая важная фиговина Так любая классификация - динамическая. Вопрос только в тайминге динамики. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 13:34 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
On 05/15/2012 10:18 AM, F# wrote: > Я не считаю, что наследования достаточно для того, чтобы считать модель > объектной (см Categorization Relationships в ER). Это не наследование. Это - "отношение подкатегории". Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 13:40 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621, тайминг - жизненный цикл системы ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 14:24 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
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 где разделяличь понятия наследование и обобщение, что, мне кажется, полезнее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 14:39 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
ViPRosпотому я не пользуюсь "наследованием", а генерирую обобщения Как бы вы спроектировали пример, рассматриваемый в этой теме? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 14:42 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
On 05/15/2012 03:39 PM, F# wrote: > Это не наследование. Это - "отношение подкатегории". > Чем отличается? Вот нашел определение: Названием, блин. И тем, что никак не связано с ООП, на радость всем гостям. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 15:38 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
MasterZiv> Чем отличается? Вот нашел определение: Названием, блин. И тем, что никак не связано с ООП, на радость всем гостям. Соответственно, содержательно - одно и то же понятие. Спасибо за подтверждение :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 16:03 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
F#По-моему из этого ясно, что подтип получает атрибуты надтипа, а чем это не наследование? При наследовании наследуются еще и методы. При категоризации методы унифицируются. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 16:26 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
_модF#По-моему из этого ясно, что подтип получает атрибуты надтипа, а чем это не наследование? При наследовании наследуются еще и методы. При категоризации методы унифицируются. Можно пруфлинк? (В ER разве рассматриваются методы?) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 16:42 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
F#ViPRosпотому я не пользуюсь "наследованием", а генерирую обобщения Как бы вы спроектировали пример, рассматриваемый в этой теме? ну скореевсего у меня было бы Юрики Физики Владелец(Юрик, Физик) Авто(Владелец, блабла) Роль Владелец - виртуальный тип, система создает динамически ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 16:42 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
On 05/15/2012 05:26 PM, _мод wrote: > При наследовании наследуются еще и методы. При категоризации методы унифицируются. Я не знаю, как в вашей БД, а в нашей например при наследовании наследуются и методы тоже. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 16:48 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
F#Можно пруфлинк? (В ER разве рассматриваются методы?) Причем тут ER ? Наследование только св-в - не наследование ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 17:55 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
MasterZivЯ не знаю, как в вашей БД, а в нашей например при наследовании наследуются и методы тоже. Я рад за вас. У вас настоящая ООБД :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 17:56 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
On 05/15/2012 06:56 PM, _мод wrote: > Я рад за вас. У вас настоящая ООБД :) Да, настоящая. Только она реляционная :-) Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 19:51 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
_модF#Можно пруфлинк? (В ER разве рассматриваются методы?) Причем тут ER ? Потому, что речь о категоризации зашла в качестве примера наследования не в ОО. В качестве примера приведена категоризация в ER. А где можно найти подробное описание того, что скрывается за фразой "при категоризации методы унифицируются"? Потому, ято я говорил про ER и вижу что мы имеем ввиду что-то разное. _модНаследование только св-в - не наследование То есть если сделать два класса только с полями и написать A extends B то вы это не назовете наследованием пока в A не добавят хотя бы один метод? Лично мне такой стиль мышления не близок, я бы сказал что "наследование только свойств это тоже наследование. Только свойств" :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 22:38 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
ViPRosну скореевсего у меня было бы Юрики Физики Владелец(Юрик, Физик) Авто(Владелец, блабла) Роль Владелец - виртуальный тип, система создает динамически У авто будет два поля для владельца-физика и владельца-юрика и при расширении иерархии будут появляться новые поля, причем все, кроме одного строго обязаны быть null? А если бы понадобилось вводить правило уникальности для всех владельцев - вы бы обзединили в табличку или ваш движок взял бы на себя? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 22:45 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
F#ViPRosну скореевсего у меня было бы Юрики Физики Владелец(Юрик, Физик) Авто(Владелец, блабла) Роль Владелец - виртуальный тип, система создает динамически У авто будет два поля для владельца-физика и владельца-юрика и при расширении иерархии будут появляться новые поля, причем все, кроме одного строго обязаны быть null? А если бы понадобилось вводить правило уникальности для всех владельцев - вы бы обзединили в табличку или ваш движок взял бы на себя? ко сказал что у авто будет два поля? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 23:04 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
ViPRos, ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 23:08 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
ViPRos, ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 23:09 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
ViPRos, ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 23:15 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
ViPRos, ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 23:19 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
ViPRos, все делает движок автоматически (ну надо конечно задать метаданные-правила) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 23:20 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
> У авто будет Владелец - не свойство автомобиля. Факт - регистрация права собственности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 23:34 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621, ну я вроде факт регисрации Собственности и показал (хотя тут сам предмет то и не особо интересует, важно Обобщение :)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 23:41 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
On 05/15/2012 11:45 PM, F# wrote: > Автор: F# ViPRos > Владелец(Юрик, Физик) Вот это раскройте пожалуйста. Это как ? Юрик или Физик ... Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 23:43 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
MasterZiv, ну вроде все показано что не понятно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 23:44 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
есть персистентные типы - Юрик и Физик есть Обобщение - Лицо (Юрик, Физик, ...) есть Роль - Владелел авто, на которую назначен Лицо можно добавить новый тип Голубые и включит в Лицо и они наряду с юр и физ станут владелцами и т.д. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 23:47 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
ViPRos, Владелец - виртуальный динамический тип (генерируется налету) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 23:48 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
ViPRos, вернее Лицо (а владелей просто роль) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.05.2012, 23:50 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
Сахават, у вас на картинке ddl не видно. Что ваш фреймворк сгенерировал - знаете только вы. ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 00:02 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621, ну а нафига пользователю это видеть? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 00:07 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
ViPRos, Таблицы Лицо там точно нет (хотя есть режим, когда Лицо может быть персистентой таблицей) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 00:09 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
> ну а нафига пользователю это видеть? Так вопрос-то не пользователь задал? Мне понятно, как должна выглядеть такая структура, а что должен думать спросивший? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 02:01 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
windzor2008Всем привет. Сразу оговорюсь, что вопрос чисто теоретический. Допустим проектируется БД ГИБДД для регистрации автомобилей. Собственником автомобиля может быть как физ лицо (хранится ФИО, серия/номер паспорта, пол, место жительства) и юр. лицо (название, учредитель, юр. адрес, физ. адрес, дата регистрации и т.д.). Соответственно вопрос, как хранить эти данные? Если всех в одной таблице - то получатся пустые поля, если в разных таблицах, то все запросы придётся писать в двух экземплярах и придётся решать проблему, как хранить внешние ключи на эти таблицы. Всем заранее спасибо! Я бы начал с изучения норм "Федерального закона Российской Федерации от 27 июля 2006 г. N 152-ФЗ "О персональных данных"". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 10:46 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621, ну если я начну показывать реализацию, то скорее всего кто то до чего то докопается :) типа а нафига мне триггеры для поддержания целостности Обобщения, как только отключу генерацию триггеров (так как ВИПРОС сама следить за типизацией членов Обобщения) скажут - а где целостность? Покажу индексы на форинкеях, так скажут - ааа не всегда они нужны и т.д. вощем все это есть и настраиваются (ну, до идеала далеко, особенно по части вью) вью строится так - задаются список типов и обобщений(классификаторов) и требуемый вывод ВИПРОС пытается автоматически сгенерировать SQL исходя из явных нисходящих и восходящих связей, типов атрибутов, состава классификаторов и т.д. и генерирует джойны и юнионы (попытка ввода декларативности :)) много там еще работы, а делать некогда ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 10:47 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621> ну а нафига пользователю это видеть? Так вопрос-то не пользователь задал? Мне понятно, как должна выглядеть такая структура, а что должен думать спросивший? я воще то отвечал тебе, а не топикстартеру ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 10:48 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
windzor2008Всем привет. Сразу оговорюсь, что вопрос чисто теоретический.Тогда и ответ чисто теоретический. Нужно целое положительное число таблиц. А сколько и каких --- зависит исключительно от требуемого уровня абстракции. Если это именно ГИБДД во всей его красе, то это запросто могут оказаться отдельные таблицы --- ТС --- тип ТС --- номерные рамы --- типы рам --- номерные кузова --- типы кузовов --- номерные детали двигателей --- типы двигателей --- номерные знаки --- данные ПТС --- выданные бумажных ПТС --- выданные свидетельства --- техосмотры --- изменения режимов техосмотров --- лицензии --- операции с лицензиями --- владельцы --- реквизиты владельцев --- документы исполнительных производств --- эвакуации и штрафстоянки --- штрафы --- аварии с ТС --- аварийные комиссары --- уголовные дела, в которых фигурировало ТС --- мобилизационные предписания разных сортов --- перевешивания знаков с чёрных на белые и обратно --- первичные документы на каждый вид фактов из этих таблиц --- журналы обращений к разнообразным данным --- журналы аудитов целостности данных и ещё куча всякого, причём вероятнее всего это будет в некоей "2.5-нормальной форме" и увязано (непременно через Ж) с другими МВДшными базами и с ГИСами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 10:50 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
> ну если я начну показывать реализацию, то скорее всего кто то до чего то докопается А то ж. ;) Не без того. К генерации структуры я отношусь скептически, если честно: задача построения оптимальной реляционной структуры с приемлемым оверхедом представляется слишком сложной. Автоматизировать подзадачи - да, можно. Но построить структуру данных целиком... не знаю... я бы не взялся. Поэтому смотрю я на ваши картинки, Сахават, с двойственными чувствами: с одной стороны, метамодель - это правильно, с другой - примерно представляю, чем за это пришлось заплатить. > я воще то отвечал тебе ;) А! Теперь понял. Спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 11:16 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621, ну особой проблемы с производительностью нет Структура создается не хуже чем в других средах + можно БД тюнинговать вручную и работать в запасном режиме (вместе сгенерированных команд запустить альтернативые - есть такой флаг) + все это сделано для автматической Визуализации (т.е. ввод -вывод), сложные расчеты и т.д. делаютсю я в обычном стиле минуя ВИПРОС (т.е. методы пишешь как хочешь - либо с помощью АПИ ВИПРОС, либо смес, либо воще без ВИПРОС) стоит обратная задача - загнать готовую БД в метаданные, что бы дополнить кой чем для визуализации - но за это никто не платит, а времени делать нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 11:37 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
> ну особой проблемы с производительностью нет Не только производительность - проблема. > Структура создается не хуже чем в других средах + можно БД тюнинговать вручную Сахават, я не сомневаюсь в работоспособности вашего решения. Просто иногда и руками написать ddl сложно, - не уверен, что это вообще можно автоматизировать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 12:20 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621, дай какой нить случай попроще ( ну с экивоками) попробую описать (ну если есть желние и время) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 12:35 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
> дай какой нить случай попроще Официальное обращение к человеку при официальной переписке. Официальной - означает с учетом культурных, половых, религиозных, политических, образовательных и пр. особенностей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 13:08 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621, ок, на досуге подумаю :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 13:42 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
без особых изысков в лоб ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 14:40 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
ViPRos, ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 14:40 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
ViPRos, лукапы можно упорядочить (но с вложенными лукапами пока проблема есть при упорядочивании) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 14:41 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
F#что скрывается за фразой "при категоризации методы унифицируются"? Разница подходов в том, что при наследовании сначала создаются обобщенные классы (категории), а потом от них наследуются подклассы. Алтернатива - разнородные объекты обединяются в категории и для них унифицируются методы. Преимущество в том , что новую категорию можно создать в любой момент и засунуть в нее уже существующие объекты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 14:53 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
_мод, ага, ты как всегда прав так лучше видно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 14:56 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
_мод, наивно думал что это придмал я :) прогить и проектировать одновременно - на вырост ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 15:02 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
> без особых изысков в лоб Ну как бы это не совсем то, что нужно. ;) В простейшем варианте хотелось бы как-то так: Ms. Petrova = госпожа Петрова -> Mrs. Ivanova = госпожа Иванова -> Mrs. Ivanova, Ph.D = госпожа Иванова (здесь отсутствие степени - либо результат нострификации, либо деловая практика, это тоже нужно различать). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 15:04 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621, ну, сам понимаешь, что это сложно надо усилить семантические примитивы пока просто рекурсивный лукап с заданным порядком ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 15:07 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
но над эти можно поработать эквивалентность, приоритет и т.д. наверное не так сложно встроить ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 15:09 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
> ну, сам понимаешь, что это сложно Понимаю. Но есть и гораздо более геморройные задачи. Вот я и говорю, что автоматизация - хорошо, но с оглядкой. > надо усилить семантические примитивы Imho не вариант. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 15:13 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621, выбор оптимального пути на взвешенном графе я думаю можно эту задачу решить был бы граф :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 15:16 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
> я думаю можно эту задачу решить Конечно. Но это одна маленькая типовая подзадача. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 15:25 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621, понимаю, что одна и маленькая я с семаническими сетями не работал просто немного для себя услилил понятие "отношение" для идентификации объектов и семантику связей в некотором контексте ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 15:27 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621, а за такие работы где нить платят? (ну кроме гуглов всяких) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 15:31 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
_модF#что скрывается за фразой "при категоризации методы унифицируются"? Разница подходов в том, что при наследовании сначала создаются обобщенные классы (категории), а потом от них наследуются подклассы. Алтернатива - разнородные объекты обединяются в категории и для них унифицируются методы. Преимущество в том , что новую категорию можно создать в любой момент и засунуть в нее уже существующие объекты. Это ваше личное определние категоризации или кто-то еще придерживается такой же трактовки? Есть ли ссылка на более подробное описание? Есть ли какая-то формализация такой связи в ЯП? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 22:28 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
> за такие работы где нить платят? Не знаю. Вряд ли. Не думаю, что кто-то ставит задачи таким образом. Однако, методы решения интересны. Граф получается громоздким, а выбор альтернативной структуры не очевиден. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.05.2012, 23:53 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
guest_20040621, очень похоже на мои построения по процессам граф правил + графы нормативных процессов из махоньких графов нормативных процессов надо составить расписание по графу правил построения :) при хороших эвристиках (граф правил) конечный граф строится без особых усилий (мало отсечений и возвратов) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2012, 00:29 |
|
||
|
Хранение информации о физических и юридических лицах.
|
|||
|---|---|---|---|
|
#18+
F#, Я придерживаюсь, и весь ВИПРОС построен на этом ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.05.2012, 00:30 |
|
||
|
|

start [/forum/topic.php?all=1&fid=32&tid=1541680]: |
0ms |
get settings: |
7ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
165ms |
get topic data: |
8ms |
get forum data: |
7ms |
get page messages: |
132ms |
get tp. blocked users: |
2ms |
| others: | 218ms |
| total: | 562ms |

| 0 / 0 |
