Уважаемые коллеги. На SQL.RU появилась возможность создать собственный раздел в FAQ и выкладывать туда наиболее ценные советы, решения и код. По Sybase ASA материалов для FAQ я думаю наберется, хотелось бы, чтобы Вы помогли так же для серверов ASE и IQ, а также все что касается репликации, мобильных технологий и интернета. Я был бы очень признателен за Ваши советы или желание помочь мне создать раздел Sybase в FAQ на SQL.RU .

Здесь можно зайти на Sybase FAQ:
http://www.sql.ru/faq/faq.aspx?id=60000

Sybase FAQ создан . Так как у Sybase целых три СУБД (надеюсь никто не забыл ;) ? ), то я создал две отдельных подгруппы FAQ: Sybase ASA и Sybase ASE. Под IQ создавать не стал, так как пока вопросов на нашем форуме по нему кроме как информативных не наблюдается.

Так что теперь в FAQ достаточно нажать кнопочку "Предложить FAQ" и можно будет написать или скопировать материал для FAQ. Писать его можно так же, как и сообщения на форумах. Далее я смогу его просмотреть и сделать публичным.

В качестве пробы пера я выложил первую статью в FAQ Сравнение Sybase СУБД , чтобы не знающий народ хотя бы имел представление, почему ASA и ASE разные СУБД, а Sybase IQ это не коэффициент определения умственных способностей :)

Большая просьба - если кто будет выкладывать материалы в FAQ, пишите в этот топик что нибудь типа "Выложил". У меня на работе очень туго с интернетом и мне легче сканировать этот топик, чем постоянно сканить FAQ. Это позволит во первых быстрее мне выкладывать полученные от Вас материалы, во вторых для всех будет нагляднее видно, что появились новые материалы. Так же тут предлагаю вести обсуждение по материалам :)

Ok, я выложил по ASA две статьи по компонентам доступа к Delphi и описанию различий диалектов (туда я малость еще дописал информации).

Так же я выложил в FAQ небольшую статью "Как заставить сервер говорить по русски".

Насчет цен вопрос конечно интересный, но к сожалению боюсь наше представительство Sybase на это не пойдет - у них довольно гибкая политика лицензирования, поэтому вопрос цен решается с каждым клиентом индивидуально. Можно конечно выдернуть базовые цены с E-Shop Sybase.com, однако без консультаций их менеджеров разобраться что к чему, боюсь будет очень сложно.

OK, намек понял, чего нибудь придумаем насчет цен.

авторЕсли честно, мне не очень нравится то как сделаны местные FAQ.
Если не сложно, то можно было бы прокомментировать, чего именно не нравиться ? Движок FAQ только обкатывается и если чего то не так, лучше это исправить на начальном этапе :)

Сервис выкладывания небольших файлов будет реализован буквально на днях. Как только заработает, я сюда сообщу, или же об этом можно будет прочитать на форуме "Обсуждение нашего сайта".

Сервис на добавления файлов до 50 кб добавлен, так что теперь скрипты можно присоединять прямо к сообщениям на форумах и статьям FAQ.

Насчет просмотра одним файлом я Judge передал, но боюсь что пока это дело отложиться, времени пока больше у него нет.

В FAQ добавлена статья:
Деревья - возврат дочерних обьектов указанного родителя, с сортировкой по уровням (ASA9 - WatcomSQL)

Добавил статью Поиск текста в ХП базы .

Добавлена статья inf-файл для установки библиотеки доступа на клиентские машины . Большое спасибо Сергею Орлову за такой полезный файл.

Уф, собрался с духом и добавил в FAQ ASA Системные примочки (WatcomSQL) . Убрал статью "Поиск текста в ХП базы", так как эта процедура вместе с другими выложена в примочках.

Добавил в FAQ статью Динамическое декларирование временных таблиц .

По пунктам:
1. Первичный ключ создан не будет. После выполнения SELECT INTO его и нужные индексы необходимо создать ручками через операторы ALTER TABLE и CREATE INDEX
2. Создаваемая временная таблица будет всегда как ON COMMIT PRESERVE ROWS

Вдогонку:
Перед выполнением SELECT INTO будет автоматически выполнен COMMIT. После выполнения SELECT INTO можно выполнить ROLLBACK, однако он уже будет влиять только на вставленные в таблицу записи - т.е. временная таблица останется, но будет пустой. Если перед таблицей не указывать префикс #, то будет создана базовая таблица в БД.

Кстати для Вашего примера первичный ключ и ON COMMIT PRESERVE ROWS роли не играют, так как оператор LOAD TABLE не логирует добавляемые записи (на всякий пожарный - еще не вызывает триггеры) и после выполнения автоматически вызывает COMMIT. Так что загрузка данных будет максимально эффективной и быстрой. С другой стороны дальнейший перенос данных из времянки в основную таблицу оператором INSERT ON EXISTING UPDATE не нуждается в первичном ключе у времянки, так как она по любому пойдет по алгоритму TABLE SCAN. В данном случае первичный ключ будет важен в базовой таблице, по которому оптимизатор будет искать определять несуществующие и существующие записи. Первичный ключ в временной таблице мог бы здорово пригодиться, если бы нам необходимо было гарантировано занести данные в базовую таблицу, отсортированные по первичному ключу. Это было бы желательно сделать в случае, если первичный ключ у базовой таблицы кластерный. Но опять же, никто нам не мешает сразу после создания временной таблицы вставить оператор добавления первичного ключа ALTER TABLE #Времянка .

Проблем теперь действительно таких нет. В принципе на сегодняшний момент ASA 9.0.1 1841 для Windows довольно устойчивая версия, осталось еще парочка известных мне "трудновызываемых" багов, но о них уже заявлено и думаю их тоже в скором времени поправят, хотя в принципе они не критичны. Кстати вроде как разработчики даже что то поговаривают о выпуске 9.02 в этом квартале, так что вполне возможно летом мы получим 9.02 . В принципе к тому и идет, если они уже решились под другие ОС выложить 9.01, значит виндовая версия более менее уже стабильная.

Насчет PRESERVE: в документации действительно не описано, но получаемая временная таблица в транзакциях полностью ведет себя, как PRESERVE ROWS. Да и плюс SELECT INTO имеет эффект AUTO COMMIT, по другому бы и не получилось :)

P.S. Кстати - а почему Вы сборку скриптов в ХП сделали в курсоре, а не через функцию LIST() ? Или ее в более старых ASA не было ? Я кстати хочу потом на досуге выложить отдельный FAQ по использованию этой мощной функции, ей богу на ней можно вытворять чудеса :)

White Owl
Ну и отлично :) Мое решение назовем проверкой монопольности доступа к серверу, а твое монопольности к конкретной БД :) Я тогда его в FAQ доложу.

А вот насчет твоих предложений по поводу FAQ я ничего особо ответить не могу - все в руках Judge, я ему могу только сказать, как в принципе и любой желающий в форуме "Обсуждение нашего сайта" :)

Кстати для этого собственно говоря этот топик и завел - любые вопросы по FAQ можно обсуждать прямо здесь, я всегда потом смогу выкроить время и поправить в FAQ материал, если где то что то не так.

Сдаюсь и согласен :) За что и люблю SQL - всегда можно найти решение еще лучше, чем знаешь :)

Итак, я поменял в FAQ по системным примочкам насчет монопольного доступа, убрал свою функцию и выложил решение, предложенное White Owl , за что ему большое сенкс :) Заодно и у себя в проектах функцию поменял на предложенный скрипт :)

Жду еще предложений по поводу FAQ.

авторможет создать раздел по недокументированным возможностям ?
Без проблем - добавляете в FAQ статью на данную тему и я организую раздел :)

Новости FAQ:
Выложил статью " Как отслеживать кто изменил и когда изменил информацию ".

_Sania
Ничего страшного :) Главное, чтобы FAQ по ASE рос, по ASA и так довольно все понятно, а вот по ASE инфорация никогда не помешает.

Выложил статью по ASE " Как отслеживать кто и когда изменил информацию ".

P.S. Я не знаком с ASE, но все таки интересно - а как ASE узнает, что эти поля нужно обновлять при обновлении записей (при вставке и так понятно он будет вставлять значения DEFAULT) ? Я почему то думал, что в ASE так же как в MSSQL для отслеживания времени изменения записей используется тип TIMESTAMP, тогда как в ASA этот тип эквивалентен DATETIME (без включения специальной опции).

Еще P.S. Кстати сообщения в FAQ можно оформлять так же, как и в форумах - то есть код выделять специальным тэгом [CODE], чтобы он выделялся от сообщения и показывал их монолитным шрифтом. Про оформление можно почитать в FAQ .

А как насчет в ASE типа TIMESTAMP ? Обновляется ли поле с таким типом автоматически, как это сделано в MSSQL ? Посмотрите тогда плиз в BOL, а я потом в зависимости от результата подправлю FAQ.

P.S. Было бы желательно и по LAST USER посмотреть, но что то меня гложут сомнения, что есть такая фича в ASE, в этом плане ASA более демократичен и позволяет больше возможностей.

Кстати из последних новостей на их форуме - кажись команда ASA решила полностью подогнать WatcomSQL под современный стандарт ANSI SQL - в скором времени обещают реализовать множественный IN, как это сделано в Оракле. Т.е. можно будет писать так:
В принципе конечно и сейчас можно такое же реализовать вложенным подзапросом или EXISTS, но такая конструкция очень удобна для модулей, автоматически генерирующих скрипты и избавляет нас от использования алиасов и указания соединений. Так что думаю пригодиться (во всяком случае мне точно). Интересно, когда эти новые фичи расширения SQL появятся - в 9.02, который как говорят на носу уже или же только в 10-ке :)

_Sania
OK, я поправил статью в FAQ, оставив пока в ней только сведения о TIMESTAMP. Остальное убрал, чтобы не вводить в заблуждение народ.

Добавил для ASA раздел "Полезные ссылки", туда выложил статью " Техническая информация и статьи с iAnywhere.com ". Там кстати есть ссылочка на результаты тестов ASA одной конторой на IBM Benchmark, которая выбирала себе СУБД для своего ПО, работающего в различных точках мира. Честно говоря информация насчет высокоскоростной работы 3900 активных конкурентных подключений на БД размером 18 гигов меня впечатлила. Судя по всему рекомендованные 50-70 подключений остались в прошлом и в 9-ой версии уже спокойно можно держать большие БД с большим кол-вом подключений.

Ну дык ссылку я дал на статью. Результаты тестинга там написаны. Хотя было бы лучше, если бы они еще и параметры используемого сервера написали и на какой ОС все это тестировалось.

Выложил в FAQ статью Сведения о Sybase Anywhere Studio 9 (Developer Edition) . Жду замечания и предложений, может туда чего еще добавить надо ?

авторТеперь могу ВСЕ!
Будет интересно потом услышать отчет, что именно удалось из определения "ВСЕ" :) Кстати попробуйте на системные таблички триггера повесить - интересно, будут работать или нет ?