miksoftNeo NomalyДавайте предположим, что у нас все (ну по крайней мере большинство) оптимально...Neo NomalyНо когда размер базы возрос до 10 млн записей, и запросы select стали выполняться по полчаса,
...
Сейчас выполняется в день по несколько десятков тысяч insert/update. Возникает проблема частых блокировок таблиц, и пользователи не могут работать одновременно.Сильно не похоже.

Я бы посоветовал описать подробно свою ситуацию на подфоруме по Sybase и выяснить причины тормозов и блокировок. Если окажется, что причиной этому является какая-то специфика Sybase и это не лечится, то уже можно будет подумать о смене СУБД.
Может быть железо слабое.10 млн это не размер. ASA очень быстрая СУБД оракл вам вряд ли поможет. Запросы строится быстрее не будут. Если у вас проблемы с индексами или ошибки проектирования то СУБД тут ни при чем. На форуме sybase есть ascrus очень хороший профессионал в asa попробуйте с ним связаться. На оракл нужен дба и знания серьезные. Тем более у вас нет необходимости в оракле.

Yo.!,
Еще раз доказывает что оракл прощает ошибки проектирования

Yo.!99.999% ваша прикладуха заточена под блокировочный режим, откуда и вылазят стандартные проблемы блокировочных субд (блокировки, дедлоки). в 99.999% решение проблемы станет переход на версионный режим.

как я понимаю у вас то, что раньше sybase ASA, в последних версиях у него появился версионный режим, скорее всего называется уровень изолированности snapshot. тогда у вас есть вариант попробовать выполнять хотя бы часть селектов в версионном режиме, может чуть сгладит проблему.
если же решать проблему с гарантией, то мигрировать на оракл, т.к. он как версионник любой субд даст фору, но для этого однозначно придется переписывать прикладуху, портирование на оракл в лоб с блокировочника ничего хорошего не принесет. если вы планируете использовать двухпроцессорный сервер вы влезете в oracle standart edition one, там процессоры приравнены к сокетам.
Да но как умудряется запросы по-полчаса строит. Если в asa уже есть версии тогда зачем куда то переходить.

Yo.!Dimitry SibiryakovБла-бла... Багрепы где?

вот этот топик дает вполне достаточное представление о том как ты лабаешь код
/topic/687328


goldenfoodsДа но как умудряется запросы по-полчаса строит. Если в asa уже есть версии тогда зачем куда то переходить.
как оно известно, селект 30 минут дожидается когда писатели отпустят таблицу и проэскалировав блокировки до блокировки всей таблицы вываливается с дедлоком.
по версионности asa. не факт, что asa во первых прямо версионность прилепила. я до сих пор не видел описания этой фичи, в документации пару строк с описанием синтаксиса. во вторых там гарантировано тьма багов и сюрпризов. в третих оно гарантировано слабей оракла реализовано.
Ну тогда однозначно оракл. Стандарт ван дешевле майкрософта той же редакции. А если стандарт так и кластер в подарок. Два сервера в кластер общий сторадж и вперед. На прикладухе поменять поставщика. А процедуры переписать благодаря превосходству plsql над tsql это можно быстро сделать. Что касается админства то на первое время курса двухдневного дба вполне хватит тем более доказано что админские задачи на 30 проц меньше чем в майкрософте. Тем более много вставок тут уже показана версионность. Мне кажется что в будущем все перейдут на оракл это неизбежно. Весь средний бизнес хорошо влазит в стандарт ван.

Dimitry SibiryakovYo.!вот этот топик дает вполне достаточное представление о том как ты лабаешь код

Топик в котором нет ни строчки кода может дать такое представление только людям с буйной
фантазией. Ну или использующих галлюциногены.

Почему там есть в паре постах код