|
|
|
Диасофт страхование ...
|
|||
|---|---|---|---|
|
#18+
КомпостеровAlex, Сама идея любого промышленного сервера приложений подразумевает размещение на нем сторонних компонентов, разработанных кем угодно. А здесь - ничего этого нет. Не соглашусь с этим утверждением. Сервера приложений бывают разные по своей функциональной направленности. Если вы собиратесь строить "универсальный" сервер приложений вам необходимо предусмотреть подключение сторонних компонент. В данном случае была необходимость в сервере приложений, который в первую очередь нагружен бизнес логикой и определенной системой взаимодействия данных, включая права доступа и аудит, репликацию, обмен и т.п. Вообще, если взять любой "универсальный" сервер приложений, обложить его компонентами с определенной логикой взаимодействия, то влезть туда со своими расширениями, без системной поддержки со стороны вендора очень проблематично. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 10:11 |
|
||
|
Диасофт страхование ...
|
|||
|---|---|---|---|
|
#18+
Встречался с командой с MS Insurance год назад. Впечатления - никакие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2005, 12:04 |
|
||
|
Диасофт страхование ...
|
|||
|---|---|---|---|
|
#18+
Мда, 1300 таблиц под словари - это сильно. В Энергогаранте, к примеру, это две таблицы: одна - собственно справочник, другая - отношения элементов первого справочника. При этом ничто не мешает делать расширения этих таблиц. Например, для учёта ценных бумаг. А недавно я вот чего понял: учётную систему компания сама должна писать под себя, а если покупать чего-то на стороне - значит неизбежно будут проблемы с её внедрением, ибо купленное на стороне - это то, что кто-то писал под себя, а потом решил это толкнуть по сходной цене. Отсюда и результаты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2005, 16:34 |
|
||
|
Диасофт страхование ...
|
|||
|---|---|---|---|
|
#18+
Справочников в кавычках много это только на первый взгляд. Большая часть таблиц поддерживает обработку историчности атрибутов сущности или историчности массивов атрибутов (в перестраховании встречается гораздо чаще чем в страховании). Например если у объекта страхования - автомобиля со временем меняется цвет или номер двигателя, или сразу вместе или в разнобой. Здесь можно получить состояние объекта на дату. А теперь представте сколько подобных историчных атрибутов в страховании... Как по другому поддержать истоичность отдельного атрибута сущности не плодя множество записей в одной таблице объектов страхования пока еще никто не придумал. Если у кого есть решения этой проблемы с радостью готов его узнать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2005, 19:25 |
|
||
|
Диасофт страхование ...
|
|||
|---|---|---|---|
|
#18+
Безотносительно страхования хранение истории изменения параметров какого-либо объекта обычно делается путём расплождения записей в таблице. Это может быть либо специальная таблица для хранения истории, записи которой связаны с исходной таблицей отношением один-ко-многим, либо это та же самая таблица, записи в которой связываются друг с другом через специальное поле, образуя дерево. В Oracle из этого дерева записи извлекаются с помошью конструкции start with ... connect by [prior] ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.08.2005, 19:38 |
|
||
|
Диасофт страхование ...
|
|||
|---|---|---|---|
|
#18+
ЧеловекБезотносительно страхования хранение истории изменения параметров какого-либо объекта обычно делается путём расплождения записей в таблице. Это может быть либо специальная таблица для хранения истории, записи которой связаны с исходной таблицей отношением один-ко-многим, либо это та же самая таблица, записи в которой связываются друг с другом через специальное поле, образуя дерево. В Oracle из этого дерева записи извлекаются с помошью конструкции start with ... connect by [prior] ... Именно это я и имел ввиду. Сущностей много, историчных атрибутов у них тоже навалом. Под каждый историчный атрибут заводится отдельная таблица, связанная с родительской ключевым полем, в ней содержится значение и дата. Отсюда и пугающее, на первый взгляд количество таблиц. Я просто хотел сказать что не все 1300 таблиц справочники, поддерживающие работу словарной системы. Их там всего с десяток, если не меньше. Кроме историчности, поддерживается дерево сущностей, где на каждую дочернюю сущность создается отдельная таблица, тоже связанная с родительской ключевым полем. Иногда количество таблиц сущности, находящейся на последнем узле дерева, вместе с историчными атрибутами доходит до десятка, а то и больше. И еще, я не утверждаю, что подобное решение верх совершенства. Просто парни в Мастере пошли по пути объектно ориентированных систем. В этом есть свои достоинства и свои недостатки. Истина где то рядом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.08.2005, 09:44 |
|
||
|
|

start [/forum/topic.php?fid=29&msg=33203249&tid=1528409]: |
0ms |
get settings: |
7ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
163ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 225ms |
| total: | 463ms |

| 0 / 0 |
