|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Dmitry V. Liseev 2:5020/400 30 Mar 2001 18:12:20 To : All Subject : Re: не верю -------------------------------------------------------------------------------- Dmitry Kuzmenko <dima@demo.ru> wrote in message news:3AB76EB4.E961A47F@demo.ru... Hi! > http://www.osp.ru/cw/2001/09/024_1.htm > > собственно, системы этой я не знаю, и не знаю ни на каком > IB это все делалось, ни объемы данных (зато знаю другую отличную > сертифицированную биллинговую систему на IB 5.6 от "Hиклаус"). > > Собственно, меня больше всего опять удивляют стандартные цифры, > по которым Cache опережает ЛЮБОЙ sql-сервер - это 10-30 раз > (в предыдущем случае это была какая-то монстровая система на Sybase). Вполне реальные цифры. Я на своей задаче получил выигрыш в производительности с учетом сетевого трафика свыше 200 раз по сравнению с IB на той-же самой технике за счет использования MUMPS, хранения данных в глобалах собственной структуры и полного отказа от реляционной модели и SQL. Разумеется, это полностью зависит от задачи. Я не сильно в курсе, но в биллинговых системах ИМХО есть некие особенности, за счет которых и выезжает Cache. Хотя на счет RAD и простоты InterSystems слегка привирает ИМХО. Реализовать сложные вещи на их %Persistent классах почти невозможно. Hужно писать %Registered классы и использовать их для COM-доступа к объектам. А в этих классах методы на чистом M-языке писать для работы с глобалами. Сейчас пытаюсь все-таки реализовать иерархию хранимых классов, но пока мрак полный. ____________________________ С уважением, Лисеев Дмитрий. http://private.peterlink.ru/dimik/ PGP key fingerprint: 09 28 74 28 6C 39 62 29 2E CB 95 03 4F 04 33 73 --- ifmail v.2.15dev5 * Origin: EDN Sovintel (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/122501d8b69b8.html, оценка из 5, голосов 10
|