Бред какой-то.
mikronНа практике имеется приложение где вся логика в процедурах, и один вызов процедуры
приводик к выполению ~10000 легковесных запросов и ~ 1000 инсертов/делитов из временных таблиц.
Если мы говорим о простейших select * from table1 where id = N или о инсертах без условий, то не имеет значения какая из промышленных СУБД стоит - все будет упираться в железо, точнее даже в диски. Ибо оптимизировать тут нечего. Возможно, есть какие-то специализированные базы, специально заточенные именно под забрасывание инсертами, не слышал.
Если мы говорим о скорости выполнения логики, по которой выбираются эти простейшие селекты/инсерты, то у каждой большой СУБД есть огромное количество своих трюков и приемов, позволяющих оптимизировать эту логику. И сказать априори, что мол Оракл логику отработает быстрее MSSQL может только неумный человек. Какую логику?
Если посмотреть на ваш пример, то из него можно легко выделить три условные части, которые могут грузить
- тот самый инсерт. Который везде будет более-менее одинаков, см. выше.
- рандом. который относит. тяжелая функция. Теоретически, реализация по скорости может отличаться на разных СУБД, но практически я не думаю что это так.
- арифметические операции. Поверьте мне, скорость сложения двух чисел на порядок больше зависит от процессора, чем от СУБД. Давно все уже вышли из детских садов.
Т.е. чисто теоретически, на этом примере смена СУБД с ASA на любую другую прироста скорости вам не даст. А чисто практически - это даст вам траты на смену СУБД, трудозатраты на освоение, на переделку приложения, оптимизацию и т.п., на порядок дороже оптимизации и смены архитектуры существующего приложения. Ну что сказать, тоже развлекуха.

Кстати, @j в order by abs(c3 - @j) desc совершенно бессмысленна.


[quote А может действительно лутше новую? Кто сказал что в охлаждаёшей жидкости дело?
А может масло стало в систему охлаждения гнать? А может я на машине стал прицепы тяжёлые таскать, и всё с полной нагрузкой. А может мне вобще самосвал нужен а не пежо 106.[/quote]
Очень хорошие вопросы. А вы их кому задаете? Вы думаете, на форуме лучше знают, какая у вас машина и что на ней вы таскаете? Дык, пока из ваших постов и не видно что вы тяжелые прицепы таскаете.

servitaagКстати, @j в order by abs(c3 - @j) desc совершенно бессмысленна.Разве?

Дано:
idc315210
order by abs(c3-4) desc
idc321015
order by abs(c3-40) desc
idc315210

Ой. Я наверно что-то не понял. Каким образом у вас меняется порядок сортировки от уменьшения на константу всех значений по которым сортируем?

Yo.!aagЕсли мы говорим о простейших select * from table1 where id = N или о инсертах без условий, то не имеет значения какая из промышленных СУБД стоит - все будет упираться в железо, точнее даже в диски. Ибо оптимизировать тут нечего. Возможно, есть какие-то специализированные базы, специально заточенные именно под забрасывание инсертами, не слышал.

детский сад. штаны на лямках. даже простенькие запросы с фильтром по одному полю могут давать разные планы в плоть до фуллскана. даже на простеньких запросах могут быть не простенькие стратегии размера блока, кеширования и разноски таблиц по именнованным пулам. даже в простеньких запросах могут быть простенькие джоины и огромное поле для тюнинга, начиная с кластерных таблиц
Да уж, действительно детский сад и желание покрасоваться своими знаниями.
Специально для таких был приведен пример простенького запроса - без всяких джойнов. И вроде бы у ТС пример есть, но нет.
Ну хорошо, поле для тюнинга существует. Вы действительно уверены, что для запроса select * from table1 where id = N, где id = primary key, выбор скажем, между Oracle, MSSQL и ASA даст больший прирост скорости, чем изменение железа? Даже упрощу вопрос специально для вас - вы действительно думаете, что тюнинг существует только у оракла и что в данном конкретном случае его целое поле?

servitПодробные примеры для Oracle:
Упс. abs я в коде проглядел, уж больно вся конструкция надуманной вышла. Ошибся :)

Yo.!aagВы действительно уверены, что для запроса select * from table1 where id = N, где id = primary key, выбор скажем, между Oracle, MSSQL и ASA даст больший прирост скорости, чем изменение железа? Даже упрощу вопрос специально для вас - вы действительно думаете, что тюнинг существует только у оракла и что в данном конкретном случае его целое поле?
я уверен, что на одинаковом железе даже на запросах по примарному ключу в оракле можно будет получить заметную разницу на фоне других взрослых субд. за счет размера блока, за счет партитионинга и глобального индекса, за счет именованных пулов, MTS режима и много другого. субд это не пара строк кода которая по ключу достанет значение, там все гораздо сложнее, чем вы себе представляете (если судить по вашим заявлениям).
Ну разумеется, партиционирование есть ведь только у оракла. И оно сильно поможет для таблички в пару тысяч строк. :)
Yo.! открыл для себя сложность Оракла и охотно делится этой радостью с окружающими... Пройдет немного времени и он узнает для себя, что другие взрослые СУБД также имеют много гитик, услышит про TPC, потом подрастет и поймет почему взрослые люди не сравнивают скорости разных СУБД.
А пока -полноте, Yo.! успокойся! Конечно, мы знаем, что самая-самая лучшая, самая быстрая и единственная СУБД это Оракл.

mikronGgg_old,
Очень хотел бы увидать результаты для МС СКЛ, оракла и информикса.
Оракл у меня есть под рукой, но честного сравнения не получится - железо не то.

Дык, я честно просто не понимаю, а что вам дадут эти результаты. Для сравнения их нужно получать в равных условиях, например, поставить на одну машину и Oracle, и МSSQL. Ну допустим, у меня дома они стоят, но дома у меня обычный домашний десктоп (с IDE диском) - ни разу не похожий на сервер. Вы так уверены, что результаты и на настоящем сервере не поменяются? Ну или даже - допустим, у кого-то найдутся два одинаковых по мощности настоящих сервера, он прогонит ваш скрипт. Этот скрипт у вас единственный? Других примеров нет?

И последнее, самое важное.
Допустим, вы определите для себя что СУБД "О" (Yo.! привет!) быстрее других неназванных СУБД. Дальше что? Выкидываем ASA на помойку, покупаем "О"? Переписываем все приложение?

pkarklinЧем бы ее померять еще...

Ну вот взял и убил всю веру ребенка в единственную СУБД... :) Сейчас скажет, что все было подстроено!