Что я там обнаружил новенького:
1. Расширение OLAP функций (добавлено 16 новых функций). По моему есть на все случаи жизни - вычисления различных коэффициентов по изменению значений во времени, определение процентных приближений значений между заданнами интервалами, регрессии, определений номеров уровней по множеству значений, поддержка нумерации строк в зависимости возрастания/убывания указанного значения и т.д.
2. Введены функции перекодировки между MIME base64 и 7-bit ASCII
3. Введены функции компрессии/декомпресии строк в BLOB алгоритмом ZIP (пока он единственный)
4. Введены функции шифрования/расшифрования строк по алгоритму AES (пока он единственный)
5. Расширена поддержка переменных в SQL-операторах. Теперь можно в SELECT TOP, LOAD, UNLOAD, BACKUP и RESTORE использовать переменные, что избавляет от необходимости пользоваться в таких случаях динамическим SQL
6. В ALTER TABLE добавлена возможность на не пустые таблицы создавать NOT NULL поля, если у них указан DEFAULT
7. В ALTER VIEW добавлена опция RECOMPILE, которая указывает серверу, что необходимо перекомпилировать представление и переопределить все колонки, описание которых было изменено в используемых представлениях таблицах. Так же добавлена опция HIDDEN, которая скрывает в БД скрипт представления и делает невозможным его просмотр и изменение.
8. В операторе MESSAGE теперь есть возможность посылать сообщения не текущей сессии, а любой по ее ID или всем. Для этого добавлена опция FOR [CONNECTION <ConnectionID> | ALL]. Так же добавлена опция DEBUG ONLY, указывающая, что сообщения будут посылаться только при выставленном флаге отладки работы БД (для этого добавлена опция БД "DEBUG_MESSAGES").
9. Расширен оператор SELECT. Теперь можно написать запрос, как SELECT INTO TableName, в результате выполнения которого будет организована таблица в БД (по колонкам возвращаемого запроса), которая будет содержать данные, полученные в результате выполнения запроса.
10. Добавлена возможность включения верификации записи страниц в БД. При включенной опции ASA ведет checksum записываемых страниц и сверяет результаты после записи. Полезная опция, если от БД требуется не сколько скорость записи данных, сколько повышенная надежность. Опция гарантирует, что в случае отказа жесткого диска ASA откатит транзакцию и не нарушит целостность базы данных.
11. Для RAID массивов улучшен механизм сканирования индексов. Теперь ASA автоматически распознает RAID массивы и может вести параллейное сканирование индексов, если они находятся на разных устройствах.
12. В оптимизатор добавлен алгоритм Clustered Hash Group By, позволяющий более эффективно и с меньшими затратами ресурсов строить Hash-таблицы с помощью кластеризованных индексов. Это наиболее ценно, в случае использования OLAP-запросов, где в группировку попадает множество измерений, по которым идет аггрегация данных.
13. Добавлена новая опция сервера, указывающая, что кэш будет работать по принципу перегружаемого кэша. Т.е. в нем будут в первую очередь оставаться те страницы данных, которые наиболее интенсивно используются сессиями. Такой метод организации кэша позволяет ускорить время выполнения запросов в условиях, когда множество сессий непрерывно шлют запросы к БД, которые обращаются к одним и тем же данным. Если опцию не указывать, то по умолчанию кэш работает по стандартным принципам вытесняющего кэша.
14. Добавлены новые HINTS в раздел FROM: WITH XLOCK (блокирование записей в монопольном режиме до окончания работы сессии) и WITH INDEX (навязывание оптимизатору использования определенного индекса).
15. Добавлена темповая опция БД DEDICATED_TASK. Насколько я понял, она позволяет временно запретить новые подключения к БД, таким образом давая администратору возможность проинспектировать состояние сервера и его текущие подключения.

Уф, думаю 15 плюшек хватит для начала. Это основные моменты, добавленые в этом паке ASA. Ествественно там еще куча изменений в ISQL и Sybase Central, утилитах, резервировании и т.д. Старые глюки (какие мне известны) были исправлены, новые я думаю добавлены. Не забудьте, что обязательно нужно сделать UPGRATE БД, так как изменились системные таблицы. Весь этот материал и дополнения я потом выложу в новый номер рассылки.

Ну с DEBUG ONLY я давно разобрался :) У меня во время подключения сессии создается глобальная переменная @@isDebug, которая устанавливается, если подключение идет через Central или ISQL. Хотя в их варианте здорово, что можно с кода вычистить всякие IF @@IsDebug = 1 THEN ... покрасивше будет.

Еще интересно, когда же они все таки соизволят разрешать изменять в редакторе скриптов фонт ? В этой версии сделали, что теперь можно указывать свой фонт для возвращаемых результатов в Central и ISQL. Вот думаю, может просто они не догадываются, что не англоязычным пользователям это не удобно. В принципе все, что у них появилось активно обсуждалось в форуме ASA Futures. Может быть стоит и нам туда пописать ? :)

При включенно опции ASA после каждой записи страницы делает ее Checksum. Так же Checksum пересчитывается после каждого чтения страниц. В случае не совпадения Checksum оставленных после записи и пересчитанного после чтения возможны 2 варианта:
рушиться диск
файл БД был кем то изменен (наверное особенно актуально в случае Encription). Для проверок Checksum можно использовать оператор VALIDATE CHECKSUM. Ну и подробнее в BOL даются обьясняения и рекомендации, что делать, если в БД обнаружены не правильные страницы.

iAnywhere решили продолжать нас радовать. Наконец таки вышел EFB под Линукс. А то я уже было начал переживать, что они про него забыли :) Правда версия 1269, а не апгрейт до 9.0.1, но в принципе и правильно, как отладим все новые баги, тогда можно будет и на Линукс перевод версии делать.

FullTextSearch в ASA нет. В принципе разложить по ключевым словам документ можно как и на клиенте, так и на Java, написав и подключив расширенную ХП. Для Java насколько я знаю решений парсинга HTML документов сделано очень много, насчет DOC не знаю. Соотвествующе достаточно передавать в такую процедуру документ, ей будет достаточно его пропарсить и сгенерить файл, который потом можно будет быстро засосать командой LOAD TABLE в табличку ключевых слов. Для ASA 9 сам документ можно будет уже зазиповать, чтобы меньше весил штатными средствами СУБД.

авторЧто такое FullTextSearch, откуда это? Очень нужно, тоже заставляют организовать поиск по документам.
Это поиск по словам в текстовых полях. Фактически СУБД берет такие поля, раскладывает на слова и строит индекс. В итоге очень удобно искать словоформы и словосочетания по различным правилам. В принципе как уже и говорилось раньше, это все можно организовать ручками, например написать парсер разбивки по словам и загрузки в словарь недолго, однако все равно ручками получается медленнее как и загрузка, так и поиск, так как у нас получается словарик в виде 2-мерной таблички, а на уровне штатных средств СУБД будет построен полноценный индекс.

Гм, давайте я попробую написать на форум расширения возможностей вопросик о планах на включение FullTextSearch в ASA. В принципе в 9-ке они уже неплохо WEB и OLAP наворотили, по идее и полнотекстовый поиск не помешал бы. Посмотрим, что они ответят на просьбу от русскоязычных пользователей Sybase.

Ну вот, ответ незаставил себя долго ждать :) Грег Фэнтон, консультант iAnywhere написал примерно следующее (свободный перевод):
авторНе первый раз много людей интересуются полноценным поиском текстов в ASA. Хотелось бы поточнее узнать, что именно имеется ввиду под полноценным поиском (каждые люди в этот термин вкладывают разные понятия). И насколько это действительно необходимо в OLTP такого класса, как ASA (так как подобные фичи уже существуют в РСУБД Оракл, MSSQL, ...). Я работал с FullTextSearch в других СУБД, однако никогда не рассматривал Оракл и ASA в качестве прямых конкурентов, хотя время показывает, что постепенно эти СУБД начинают пересекаться и конкурировать.
Так что предлагаю всем желающим высказаться в этом топике по поводу FulltextSearch и рассказать, кому и для чего он нужен. Потом я все это кину обратно Грегу, глядишь нашими усилиями мы приблизим момент пересечения ASA с Enterprise-СУБД :)

Так как я с инглишом на самом деле не очень и мог в переводе чего нибудь напортачить, то привожу оригинал сообщения Грега:
автор
This is not the first time I've heard of such a suggestion.

Could you describe what you are looking for in "Full Text Search"? This
phrase means different things to different people.

Recognize that Full Text Retrieval is typically classified as a
completely different class of database from a Relational Database.

Though I find the idea of having features of both models in a single
system, I would be interested to understand what it is in particular
people are hoping to get by adding "full text" to a ASA.

I used to work for a full-text database company, and that company would
never have considered Sybase, iAnywhere or Oracle as direct competitors
(though as time goes on, features sets of the two camps slowly begin to
converge...)

Thanks in advance,
greg.fenton
--
Greg Fenton
Consultant, Solution Services, iAnywhere Solutions

Тем, кто владеет английским в принципе можно самим высказаться по поводу темы в форуме iAnywhere вот здесь .

авторКакие еще достоинства по сравнению с like в поле varchar (или long varchar)? Есть ли в нем продвинутое сравнение, типа поиск слов введенных с ошибками, фраз? Возвращает ли он позиции найденных слов в тексте?
Угу и много чего еще. Я вчера вечером пообщался с Judge, он активно этой фичей пользуется как в MSSQL, так и в Оракл. Полнотекстовый поиск позволяет искать по сложным условиям, например найти указанные слова, которые стоят близко друг от друга. В общем получается мини-яндекс, разве что не поддерживаются синонимы :) В MSSQL FullTextSearch идет как отдельная служба, все документы и индексы храняться в ней, в Оракл эта фича встроена прямо в СУБД и может индексировать как BLOB-ы, так и внешние файлы по ссылкам. Если документы храняться в BLOB-ах, то значит их уже можно включить в репликацию, т.е. например, таким образом можно настроить между офисами синхронизацию документов. Ну и еще мне понравилось, что в Оракле есть фильтры, которые позволяют индексировать различные типы документов (html, word, excel и т.д.).

В общем полезная фича для тех, кому приходиться хранить и обрабатывать вместе с БД массив электронных документов, проводить по ним поиск, синхронизировать с удаленными филиалами и т.д. Наверное для веб магазинов тоже эта штука может пригодиться здорово. Например, поиск по описаниям товаров и т.д.