RaminПривет всем! есть 2 вопроса
1) как писать евенты в триггере (ASA) ?
2) как исползывать евенты в делфи или в с++? с помощи какого компонента?
спасибо!


______________________________________
Я Знаю толко то что я ничего незнаю! [СОКРАТ]
www.hramin.tk
EVENT-ы ASA - это не события в Delphi или Interbase. Здесь они фактически являются теми же хранимыми процедурами, которые вызываются в внутренней собственнной сессии по расписанию, при возникновении какого то системного события (например простой сервера) или же по требованию из кода (оператором TRIGGER EVENT). Так что Вы не можете через EVENT-ы сделать например, уведомление клиентскому приложению о каком то произошедшом событии, как это можно сделать в Interbase и его клонах. Для этого нужно копать не в сторону EVENT-ов, а в сторону MESSAGE TO CLIENT и hook-функции для ODBC драйвера ASA (только овчина выделки стоить не будет).

автори ешё где я могу смотреть на триггеры который уже созданы в Power Builder .... ото я создаю потом не могу смотреть на них....
В Sybase Central.

Нигде его доставать не нужно. Он идет в комплекте с инсталяцией ASA, как и прочие, консольные и визуальные утилиты.

Raminну что никто ничего не скажет про это? я в не понятии......
А что говорить то - Вы апдейтите 100 000 записей и хотите, чтобы это было быстро. Вы грузите индексом все записи в кэш и естественно получаете в следующий update приращение скорости. В чем смысл этих тестов ?

Ramin ASCRUSА что говорить то - Вы апдейтите 100 000 записей и хотите, чтобы это было быстро. Вы грузите индексом все записи в кэш и естественно получаете в следующий update приращение скорости.
если так тогда почему когда я удалил индекс запрос снова полетил
как будто индекса сушествует??
А индекс тут и ни при чем, во всяком случае на такой update он наоборот только тормозить его будет.

Ramin ASCRUSВ чем смысл этих тестов ?
я тестирую ASA и Oracle что б зделать вывод какой СУБД выбрать для проекта который буду зделать в течение года ... проект будет болшим... учитываю что там может быть лимонов записей ... для этого тестирую...
Такие "тесты" ничего не дадут понять. Тестировать нагрузки нужно на реальных продуктах, с реальной структурой, реальными запросами, реальным кол-вом подключений, а не просто создавая n-ное кол-во записей и просто изменяя их и возвращая все клиентскому приложению. Например, на таких тестах, которые Вы привели, MySQL будет однозначно быстрее, чем ASA или Oracle. Однако в реальной жизни схемы БД, запросы и нагрузки гораздо сложнее и MySQL при всей своей кажущейся быстроте, будет несомненно проигрывать не только в скорости, но и других параметрах.

Raminа ты знаеш как ведет себя интербазе когда в базе есть 1-2 гигабайтов записей?
Все зависит от поставленной задачи. Для многих задач Firebird нормально себя ведет, особенно если специалист грамотный проектировал БД и писал запросы.

iLLerВ принципе и из пушки по воробьям стреляют, и одной винтовкой можно справиться с целой армией. Вопрос только в том, куда стрелять.
АСА, как я считаю, 9-ой версией поднялась на другую ступень. Могу сказать, что АСА прекрасно работает и с БД объемом под 500гиг, и с таблицами до 200млн записей, да еще при этом выполняет сложные запросы с элементами olap'а. Уверен, не каждая БД на oracle обладает такими хар-ками. А приведенные мною цифры - реальны, на работающих проектах.
Полностью согласен - 9-ка многое может, на больших обьемах и сложных запросах она тот же MSSQL только так делает. С Ораклом не сравнивал, но вот проекты на Оракле видел - сервер кушает много памяти, находится на навороченном сервере, а скорость работы оставляет желать лучшего.

Ok, читаем основные глобальные расширения ASA10:
автор...компания iAnywhere Solutions, которая является дочерней по отношению к Sybase, анонсировала бета-тестирование новой версии своего пакета SQL Anywhere для управления данными и синхронизации под кодовым названием «Jasper». Эта версия включает в себя технологию материальных представлений (Materialized View) для обработки сложных запросов, функцию оперативного восстановления работоспособности (Hot Failover), а также набор утилит для профилирования работоспособности систем и приложений (Performance and Application Profiling Tools), которые позволяют разработчикам быстро выявлять и исправлять широкий круг проблем в работе приложений и баз данных.
Закономерный вопрос - озадачивались ли бы разработчики ASA этими достаточно серьезными фичами, если бы:
a. Сейчас на ASA не крутились большие БД
b. Сейчас на ASA работало только 10 пользователей
c. Сейчас на ASA использовались бы только домашние БД, не критичные к надежности, времени отклика системы, отслеживания производительности и прочему

Смотрим на технические характеристики и ограничения:
http://www.ianywhere.com/datasheets/sqlany_9.html

Смотрим на тесты:
http://www.ianywhere.com/press_releases/microdec_sqlany.html
На 30 миллионов записей 1300 активных подключений. Вроде как неплохо.

Далее выдержка из форума sybase.com:
>>>Успешно используется консолидированная БД с 10000 удаленных узлов.

Далее только что выложенная книга на OLAP в ASA9, который соотвествует стандартам и полностью например совместим с OLAP Oracle (надо думать OLAP на 10 записях и паре пользователей мало полезен):
http://www.sybase.com/content/1037447/olap.pdf

... можно продолжать далее ... встроенный дебагер, профайлер, графический план запроса, консультант индексов, эвристический анализатор ...

Однако возникает закономерный вопрос - "А кто Вас сказал, что ASA - не промышленная СУБД ?". С чего Вы взяли, что она не будет поддерживать большой обьем данных. С чего это Вы взяли, что ASE или Oracle будет быстрее ASA и главное - чем будет быстрее ?

P.S. И главное - а кто мешает проверить то. ASA совместима на уровне TSQL с ASE, данные перегнать и запросы погонять на большом кол-ве подключений недолго. Заодно попутно посмотреть и подумать об удобных визуальных и консольных утилитах на все случаи жизни, нулевом администрировании, стоимости лицензий и прочих интересных вещах.

Если зайти на сайт iAnywhere Solution, то там ясно можно прочитать, что ASA версии 9 является промышленной СУБД уровня Enterprise, для построения корпоративных баз данных с множеством распределенных узлов. Так же там можно почитать в историях о проектах биллинговых и прочих крупных систем, построеных на ASA 9. Еще можно призадуматься, почему из ASE 15 убрали поддержку SQLRemote репликации ASA - да потому, что ASA больше никто не использует в качестве СУБД рабочей группы, связанной с ASE, на всех уровнях теперь ставят ASA, без всяких ASE. На форумах ASA очень часто идут вопросы "А стоит ли нам оставаться на ASE". Ну и прочие интересные моменты жизни - кто ищет, тот найдет.

Ну а насчет фенечек - поддержка страниц до 32 кб, навороченный по сравнению с ASE оптимизатор, поддержка Checksum для страниц - по моему стоит призадуматься, у кого лучше оптимизации и надежнее решения.

P.S. Я могу еще открыть большую тайну - если позвонить в любое, в т.ч. и наше представительство Sybase и сказать, хочу купить промышленную СУБД - они Вам однозначно скажут ASE. Если спросить про ASA, то подтвердят, что это Workgroup. А весь фокус в том, что в представительствах нет специалистов, знающих ASA (и уж тем более последнюю версию) и цена у ASA какая то не Enterprise, вот по ASE сразу все видно ;) Для справки - начиная с 8-ой версии, в ASA было коренным образом изменено ядро сервера, в представительствах об этом мало догадываются и для них ASA 7 совершенно точно равна ASA 9 и ничем они не отличаются :)