Кому надо - качайте "пробник" (на 30 дней) - http://www.softtrade.ru/filez/ocs.zip Перед запуском необходимо выполнить скрипт ocs.sql.

Нет там нормального диспетчера + кое-что и другое. Смотрите сами.

Уважаемый! Вот уже 10 лет работаю с Sybase. Вплотную. Лично знаком со многими специалистами московского офиса, знаю как положительные, так и нелицеприятные аспекты работы как с Sybase так и с ее продуктами. Съел, можно сказать, "не одну собаку".

Очень хотелось бы прочитать в вашем исполнение описание работы "диспетчера блокировок" в ASA. Крайне любопытно. В качестве "одного абзаца" могу дополнить вышесказанное следующим:

В ASA присутствуют механизмы, достаточные для нормального определения блокировок, но механизмы, необходимые для их удобного разрешения (настройки приоритетов, график, т.п., да и вообще) отсутствуют.

Никаких ссылок на производителя, автора или правообладателя вышеуказанной программы не приведено. Никаких денег за это пока не востребовано. Исключительно желание ПОМОЧЬ многочисленным пользователям Sybase - далеко не самого удачного продукта (!) среди линейки СУБД (не только мое мнение), наделенного массой багов, детских недочетов и кривой субъективной логики. По сему, можете считать это спамом, а можете не считать - это ваша головная боль. Будь вы хоть модератор, или, даже, сам Господь Бог.

С уважением

10 лет назад эта была одна из лучших СУБД ;) Да и не ругать же ASA, которая используется как основная СУБД в наших продуктах? Грабли есть везде, это и не оспаривается. Но, если сравнивать, к примеру ASA и MSSQL, то сравнение, мягко говоря, не впользу первой.... Огромная просьба - будьте осторожнее в своих выводах...

P.S. Ушли от темы! Кому надо - качает и использует. Кому не надо - не лезьте. Кому не нравится - ничего доказывать или объяснять, а тем более - оспаривать - не намерены. Модератор может и удалить топик - мне это абсолютно "до лампочки".

всем привет и удачи ;)

antandМолодец.
- Ребята!!! Качайте, смотрите!
- А что это?
- Ничего не знаю, мне все до лампочки!
Вот и поговорили. Тут уж наверно закрывать надо модератору.

Не надо вот только искажать вышеописанное, ок? Что это? - ответ в названии темы. Читать умеем? Или поговорить не с кем? Модератору - plz закройте или удалите тему, а то достало меня отвечать на принебрежительные вопросы... Всего!

ASCRUS......где в Sybase Central соотвествующе показывалась 1 exclusive блокировка. Я честно настроил Ваше приложение на то, чтобы ISQL вышибло через 5 секунд после протяженности блокировки, однако эта блокировка как не показывалась в мониторе, так и естественно не вышибалась, причем каждые полсекунды программа честно зачем то переспрашивала сервер, видимо о состоянии блокировок, что тоже не есть гуд. Так что получается, не работает однако и качать никому смысла нет, пока не будет обьяснен скрытый смысл, что я упустил и почему не работает.


Блокировка в вашем случае была, но конфликта не было! Система среагирует и погажет блокировку только в том случае, если возникнут заблокированные сессии, т.е., если бы вы выполнили, в момент блокировки, во втором окне select * "DBA"."department" WHERE Dept_id = 100, то все встало бы на свои места и система бы среагировала должным образом.

ASCRUSЯ пока вообще не понимаю, что подразумевается в Вашем контексте под термином "диспетчер блокировок". Поэтому и попросил разьяснений, чтобы точно определить, об одном и том же ли мы думаем.

Этот термин впервые в этом топике был использован Вами. Цитирую: " Не очень понятно что и зачем качать - разве в ASA нет своего диспетчера разрешения конфликтов взаимоблокировок ? Или что то другое имеется ввиду ? "

ASCRUSНеужели это благое намерение выглядело таким обидным, что нужно было скатываться на никому не нужный флейм ?

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

ASCRUS....что на текущий момент времени Sybase ASA 9 является одной из лучших СУБД.

Ну что тут можно сказать - на вкус и цвет товарищей нет. Тем более, что я рассматривал в сравнении ASA 8 (sa_locks там есть, но анализировать ее смерти подобно - особенно при кол-ве подключений, превышающем полсотни, Table Locks в этой версии отсутствует. Blocking_timeout - из той же "оперы").

ASCRUSГораздо удобнее и стильнее сразу получать весь список соединений и их параметров одним вызовом процедуры sa_conn_info(), а не через циклический перебор с помощью функции NEXT_CONNECTION().

Кстати... Верно.

ASCRUSГрохать сессии ума не надо. Но гораздо правильнее и вежливее в ASA вместо этого выставить соотвествующие опции ожидания освобождения блокировки, где сессия просто прервет ожидание освобождения блокировки и будет сгенерирован соотвествующий SQLSTATE, который можно перехватить и обработать в EXCEPTION на том же WatcomSQL.

Хорошая идея. На уровне настроек можно.

ASCRUSТак что, Вы меня конечно извините, уважаемый maxtrade, но я работаю с ASA всего лишь 3 года и честно говоря не понимаю, как можно было за 10 лет работы с этим сервером не изучить его элементарные архитектурные решения и основы. Черт с ними, с новыми возможностями ASA 9, о которых Вы видимо просто ничего не знаете, но вот не знать хотя бы об опциях BLOCKING и BLOCKING_TIMEOUT - это сильно. Тут вообще смешно говорить о каком то компетентном мнении сравнения ASA с другими СУБД, в т.ч. MSSQL. Охотно верю, что при таких раскладах MSSQL у Вас явно мог работать быстрее и привычнее, чем ASA

Да ничего. Я уже, кажется, предостерегал о необходимости быть осторожнее в выводах? Так можно скатиться на личности или перейти к взаимному экспресс-тестированию. Алексей, я и не сомневался в Ваших профессиональных качествах, но, при всем уважении, позвольте усомниться, что обладаете большим багажем знаний, чем я ;) Вышеуказанный монитор набросал за пару часов - думаю довести до ума, идей много.

Все верно, но за все надо платить. Лицензионная политика Sybase оставляет желать лучшего, мягко говоря. У нас 70% клиентов на 9-ку пока так и не перешли, но часть клиентов ее используют. Странно было бы, если бы мы были не знакомы с 9-кой ;) Другой вопрос - тему правильнее было бы именовать как "Система разрешения конфликтов (блокировок) для ASA 8". Недавно отказались от практики покупки "золотых дисков" в Sybase - выяснили, что "ушлые" продавцы Sybase предложили приобретение этих дисков НАПРЯМУЮ! Нашим клиентам! Потом от этого пытались откреститься и наказать виновных. Детский сад. Еще немного и скатимся до "горбушки". Кстати, что касается методов работы, то тоже, кстати, стараемся все решать средствами ASA. По трудозатратам это действительно менее трудоемко, проще поддерживать, наиболее оптимально. Вот поддержка .Net - действительно дело, скажу прямо - давно пора. Честно говоря, немного отстают с полезными нововведениями. Что касается замечаний, то они, конечно, полезны, но только тогда, когда делаются в приемлемой форме, а не в виде "остроумных" оффтопов, что на многих форумах (не только здесь) просто процветает. Просто действительно складывается впечатление, что кому-то не с кем поговорить :)) Нет бы - скачать, установить, попробовать, а только потом делать выводы, это ведь не OS, а достаточно простая программулина, не требующая "трахтата" в виде руководства пользователя - достаточно открыть и все станет понятным. Так что, у кого ASA8 - может здорово пригодиться. Или я не прав? :)

Maktub1. Если ставить утилиту, то заней кто-то должен смотреть,т.е. нужно тратить время.

Ну почему же? Совсем не обязательно за ней смотреть :)) Можно установить значение disconnect timeout в 0 и тогда утилита не будет принимать самостоятельных решений по разрешению конфликта, но будет писать в лог об обнаружении первоисточника блокировки. Потом же это просто проанализировать и сделать соответствующие выводы.

Maktub2. Клиент заказывает ПО, а ему говорят докупите еще нашу утилитку для лучшей работы сервера. Значит либо клиент не точно сформулировал свои требования к производительности системы, либо разработчики приняли неверное решения по выбору платформы.

Ну не совсем все так. Вот, если бы клиенту можно было бы запретить самостоятельно обращаться к БД и писать собственные объекты, которые подключаются к системе, то да - согласаен. Но в жизни все иначе, у клиента "висит" БД по его же вине, но разбираться (сам) он вряд ли станет - обратится к поставщику всего комплекса следуя логике - "его же БД висит, следовательно - его головная боль"

antandНет бы - кратко объяснить. А потом предлагать скачать, установить и т.д.
Ну и выводы сделать. Тогда и будет о чем и с кем поговорить.
Может так оно правильнее?
Вы поймите - времени нет, просто так что-то качать, смотреть, понимать и т.д.

Так - правильнее, даже тон изменился - другое дело ;) Поэтому - согласен с вышеизложенным.

В общем, согласен, что должен был прокомментировать - sorry. Теперь по делу. Есть вопрос (вернусь на несколько шагов назад) - рассматривая Ваши рекомендации, выяснил, что и sa_conn_info() работает простым перебором в цикле с помощью NEXT_CONNECTION()... Возможно, что я ошибаюсь, но по-моему других способов не предусмотрено :((