|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : Dmitry Kuzmenko 2:5020/400 01 Mar 2003 15:51:57 To : ЏгвЁ«Ё …ўЈҐЁ© ‚ «ҐвЁ®ўЁз Subject : Re: постреляционные базы данных --------------------------------------------------------------------------------
Hello, Евгений!
Путилин Евгений Валентинович wrote:
> Cache сделал IB по производительности раз в 20. К сожалению нагрузку на
> несколько одновременно выплняемых запросах и при изменении данных не
> тестировал. Когда был в представилесве в Мсокве, там скаазали что есть клиенты
> которые мигрировалили с IB на Cache именно изза скорости.
например какой-то там биллинг. Которого никто никогда не слышал, а при переводе
с IB на Cache пресс-релизов опубликовали штук сто (в ya.ru ничего кроме этих
пресс-релизов нет). И исходя даже из минимума приведенной информации по
этому биллингу (железа, объемов базы и т.п.), видно что ребята на IB
просто сляпали незнамо что, и у них по производительности получилось
весьма туго. Перевод на Cache, очевидно, был включая некоторое
перепроектирование
системы, в результате чего и получено ускорение работы.
Если бы они этот же биллинг перевели на MySQL, у них было бы не
меньшее ускорение производительности.
Hадо признать, однако, что IB для биллинга (если делать "в лоб") не очень
подходит. Т.е. для такой задачи есть масса тонкостей использования IB,
которые тем не менее можно преодолеть, если их знать. В остальных случаях
IB как РСУБД проявляет себя вполне на уровне остальных РСУБД.
Мне даже известен случай, когда из-за ошибки программиста web-система
(с IB 5.6 в качестве БД) начала генерить по 6 миллионов транзакций
в сутки. Hикто ничего не заметил до тех пор, пока из-за известного
бага база остановилась (бэкап-рестор не делали, страница была 1К и
после 131 миллиона транзакций БД "встала"). После установки
IB6 система продолжила работать дальше, и больше я о ней ничего не слышал :-)
Так что криво написать приложения можно на какой угодно СУБД, в том числе
и на Cache.
p.s. для IB есть случаи, когда перевод некоторых (систем) на
Yaffil, у которого слегка исправлен оптимизатор и ряд других
подсистем серьезно оптимизированы (код), ускорение получается до 5-8 раз.
Hо такие случаи достаточно редки, и достоверно не известно, по каким
именно причинам произошло такое ускорение.
--
Dmitri Kouzmenko, www.ibase.ru, 953-13-34
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: iBase (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/2774b32ae7b2.html, оценка из 5, голосов 10
|