https://lib.custis.ru/index.php?action=history&feed=atom&title=%D0%9D%D0%BE%D0%B2%D0%BE%D1%81%D1%82%D0%B8%2F%D0%97%D0%B0%D0%BA%D0%B0%D0%B7%D0%BD%D1%8B%D0%B5_%D0%98%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B_%E2%80%94_CustIS_Objects 2026-07-10T09:22:18Z История изменений этой страницы в вики MediaWiki 1.26.4 https://lib.custis.ru/index.php?title=%D0%9D%D0%BE%D0%B2%D0%BE%D1%81%D1%82%D0%B8/%D0%97%D0%B0%D0%BA%D0%B0%D0%B7%D0%BD%D1%8B%D0%B5_%D0%98%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B_%E2%80%94_CustIS_Objects&diff=15500&oldid=prev 2010-03-17T16:58:22Z

<p>1 версия</p> <table class='diff diff-contentalign-left'> <tr style='vertical-align: top;' lang='ru'> <td colspan='1' style="background-color: white; color:black; text-align: center;">← Предыдущая</td> <td colspan='1' style="background-color: white; color:black; text-align: center;">Версия 16:58, 17 марта 2010</td> </tr><tr><td colspan='2' style='text-align: center;' lang='ru'><div class="mw-diff-empty">(нет различий)</div> </td></tr></table>

VitaliyFilippov https://lib.custis.ru/index.php?title=%D0%9D%D0%BE%D0%B2%D0%BE%D1%81%D1%82%D0%B8/%D0%97%D0%B0%D0%BA%D0%B0%D0%B7%D0%BD%D1%8B%D0%B5_%D0%98%D0%BD%D1%84%D0%BE%D1%80%D0%BC%D0%A1%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B_%E2%80%94_CustIS_Objects&diff=15499&oldid=prev 2003-06-25T14:54:48Z

<p></p> <p><b>Новая страница</b></p><div>Классическая методология представления информационной модели в реляционных СУБД заключается в создании для каждой сущности, учитываемой в рамках системы, отдельной таблицы со своим набором колонок-атрибутов и с дополнительными таблицами-справочниками для поддержки целостности областей значений некоторых атрибутов. Клиентская и серверная логика приложения оперируют с этими таблицами с помощью фиксированного набора SQL-запросов, что дает возможность оптимизировать их работу и добиться высокой производительности. К сожалению, с ростом количества сущностей возникает множество проблем, связанных с ростом количества таблиц, числа SQL-запросов и объема программного кода. Мала и гибкость системы: при любых изменениях в структуре учитываемых сущностей возникают проблемы конвертации БД, требующие вычислительных, временных и человеческих ресурсов с зачастую непредсказуемым результатом. А ведь многие системы автоматизации должны оперировать с тысячами разноатрибутных сущностей — каталогами товаров, учетными регистрами счетами), документами и т.п.<br /> <br /> К сожалению, технологии объектных БД еще достаточно молоды (мала надежность, отсутствуют стандарты доступа и т.п.). Именно поэтому необходима система, реализующая универсальное атрибутное хранение, представление и обработку сущностей (агрегатов) на основе единого метаописания. Для этого и предназначена система ''CustIS Objects''.<br /> <br /> Данное ядро полностью совместимо с [http://custis.ru/html/custis-accounting.xhtml CustIS Accounting]. Реализованные на нем модули могут функционировать в рамках произвольной системы автоматизации.<br /> <br /> Хранение информации в ''CustIS Objects'' описывается метаданными, которые настраиваются с помощью стандартных интерфейсных форм. Они же обеспечивают однородный интерфейс работы с агрегатами, необходимый в случае нестандартных ситуаций.<br /> <br /> На ядре ''CustIS Objects'' разработаны система ипотечного кредитования и система управления информационными ресурсами.<br /> <br /> Конечно, ''CustIS Objects'', являясь достаточно универсальной системой хранения, несколько уступает в эффективности специализированным схемам, построенным на классической модели, однако она имеет вполне приемлемую производительность. Следующий шаг в обеспечении оптимального сочетания скорости работы классических реляционных схем с объектной универсальностью дает ядро [http://custis.ru/html/custis-universal.xhtml CustIS Universal].</div>

Пресс-служба