авторВрать мне нет никакого смысла, я полгода назад скачал АСА9, поставил, совершил пару простейших манипуляций с SC (не помню что конкретно, по-моему, ISQL вызывал для просмотра таблиц в demo-базе).

После чего "Программа выполнила недопустимую операцию и была завершена". Централь навернулась вместе с ISQL, сломав параллельно demo-базу (грузиться она перестала). Так что только факты.
Если рассуждать логически, то SC и ISQL написаны на Java, соответствующе очень слабо вериться насчет "Программа выполнила недопустимую операцию и была завершена" - JVM очень сложно завалить. Так же я не понимаю, как ISQL в результате ошибки могла "навернуть" БД, хотелось бы услышать какие ошибки пишет ASA при загрузке БД и почему отказывается ее запускать. Мне кажется, что Вы явно что то напутали или сделали не так.

авторПо поводу ошибок в самом SQL - на форуме http://www.sybase.ru/forum/forum.pl?group=sybase.ru.dbms.asa был пост Александра Голдуна о серьезной ошибке в операторе SELECT (найти его терпения не хватает, уж больно тот форум медленно работает, наверное, у них "неправильно спроектированная база постов" ;). Но ее вроде как включили в bug list и собирались исправить.
Ошибок в голой ASA 9 было много, никто не спорит - слишком много они внесли кардинальных изменений в движок, не стоит забывать, что в ASA теперь большое внимание разработчикам приходится уделять направлениям мобильных технологий и Web-сервисам. Для Windows-платформ большинство ошибок уже исправлено и заявленных багов остается уже все меньше и меньше - например, только что в вышедшем от 31 марта патче исправлены 3 моих заявленных в конце февраля бага, которые можно выявить только довольно в специфических условиях. Судя по всему багофиксная работа вышла на финишную прямую, раз они уже исправляют некритичные баги (мои были не самыми насущными). Кстати вполне вероятно, что в течении следующей недели выйдет патч под Линукс, разработчики ASA вроде как говорят, что EBF уже прошел финальное тестирование.

авторЯ еще раз говорю о том, что все было именно так, как я написал. Вызов централи/коннект к demo-базе/правый клик на таблице/просмотр данных в ISQL (java-version). Просмотр других таблиц таким же образом. SC & ISQL упали, база написала assertion failed (только не надо рассказывать мне, что это физический сбой в работе винчестера - я на нем до сих пор работаю, полгода с тех пор прошло)
Как Вы сами понимаете, в жизни могут случаться самые невероятные ситуации, однако лично я давно для себя взял за правило хорошего тона такие "чудеса" документировать. Очень полезно - во первых если баг можно повторить, то его сразу можно выложить на сайт к разработчикам, чтобы его исправили. Во вторых даже если баг не удалось повторить, то даже записанная на свежую память информация о проявлениях этого бага возможно в будующем при его повторении поможет понять его природу возникновения. Вами же описанный баг не репродуцируется, поэтому сложно его проверить и сказать, что вызвало причину его возникновения. Так что в данном случае раз он не подтвержден, то не факт, что это вина SС и ASA, могла быть еще целая куча причин его возникновения. Поэтому Ваше высказывание:
авторСколько глюков сейчас - не знаю, в начальной версии вообще были ошибки SQL, не говоря о том, что SCentral падала на ровном месте. мягко говоря некорректно, так как не подтверждено документально. Таким же образом я могу сказать, что у меня Винда падает на ровном месте, однако даже она просто так не падает, всегда находится причина :)

авторКазачок-то засланный ;) Я ничего не имею против АСА вообще и АСА9 в частности, просто сказал о своих субъективных впечатлениях (они могут не совпадать с мнением редакции ;)
Ну я не казачок, так как обычный пользователь Sybase и не являюсь высшей инстанцией в мнениях. Просто я стараюсь следить за развитием ASA, читать и общаться с ее разработчиками на форумах sybase.com, если обнаруживаю баги, то не ленюсь их документировать и отсылать на отправления в команду ASA. Кстати лично я считаю такая "прямая" связь между разработчиками и пользователями позволяет эффективно развивать продукт и приносит пользу всем сторонам. Например, только сегодня на форуме "Новые возможности" прочитал следующий топик (перевожу в свободном изложении с английского):
Пользователь(П): Было бы неплохо добавить в ASA возможность виртуальных вьюверов (далее идет обьяснение, что имеется ввиду)

Разработчик(Р): Подобное уже реализовано в 9-ой версии в виде возможности использовать в запросах хранимые процедуры

П: Быстро вы работаете, не успеешь заявить, а уже реализовано

Р: Да, мы работаем хорошо, но и Вы тоже
Думаю комментарии излишни - команда работает, баги исправно исправляются, даже с каждым EBF мы получаем новые возможности и расширения СУБД. И все это благодаря пользователям Sybase, которые не ленятся общаться с разработчиками и выкладывать найденные ошибки и новые идеи. Если же Вы считаете, что это не для Вас, то никто не заставляет переходить на ASA9, можно прекрасно сидеть на 8.02 и ждать выхода ASA 9.02 .

авторНо ставить в заслуги разработчику исправление багов тоже неверная политика, это их прямая обязанность, они за это собственно и деньги получают, также как и мы не за то, что наши предприятия теряют деньги из-за их ошибок.
Я ни разу не видел, чтобы какое то ПО не имело багов. Особенно такое сложное, как СУБД. Причем у некоторых крупных производителей ПО баги тянутся по версиям годами (если только это не баги, связанные с безопасностью). Так что я все таки поставлю разработчикам ASA в заслугу быстрое исправление багов :)

авторДокументировать нечего, посколько после ТОГО случая я решил, что сыровата версия (это кстати не только мое мнение, разные люди на форуме sybase.ru высказывали ту же мысль), и сразу ее стер.
Лично я сначала предпочитаю выяснить источник проблемы и только потом делать выводы. Хотя согласен - самое простое стереть и не заморачиваться.