pt12ptЯ сравнивал производительность бесплатных версий DB2 9.7 и SQL Server 2008R2 на одном и то же железе, на одной и то же ОС (Windows Server 2003R2) с одной и той же базой 1С 8.2. И что характерно документ, который формируется по первому разу 6 мин в DB2, в SQL Server всего лишь 3 мин по первому разу. По второму разу (с прогретым кешом планов запросов) уже 5 мин 40 с., а SQL Server вообще 2 мин. И это не смотря на то, что DB2 видит 2 Гб ОЗУ, а SQL Server только 1Гб.
Ничего нигде не менял при установке обеих СУБД. Все по умолчанию. Может как-то можно "ускорить" DB2? Все таки объем у нее неограничен.

Наверняка можно, но вам лучше сюда: http://www.sql.ru/forum/actualtopics.aspx?bid=5 и/или места типа https://www.ibm.com/developerworks/mydeveloperworks/wikis/home/wiki/Wc0d1a21236a5_4cb4_9d40_424193dcd115?lang=ru

Неизвестно, где взята DB2 (с сайта IBM или 1С - точнее, является ли дистрибутив официально одобренным 1С), как база создавалась, собиралась ли и как, если собиралась, статистика, выполнен ли db2set DB2_WORKLOAD=1C. Не вёлся мониторинг, не определены узкие места. Бывает, Index Adviser совершает настоящие чудеса.

Кстати, 10-й DB2 Express-C разрешено потреблять уже 4 гига ОЗУ.

Конечно, приятно не иметь ограничений по потреблению, но этот параметр при выборе не обязательно главный.

pkarklinFavn, Victor Metelitsa

Как много надо сделать телодвижений в DB2...



чтобы попытаться выжать максимум производительности? Совершенно простые и очевидные вещи. Гораздо хуже, если этого сделать было бы нельзя. Статистику желательно собирать где угодно, а вот хороший cost based optimizer есть не везде. Index Adviser, скажем так, существует не где угодно, а ведь штука потрясающая. Не одобренные производителем, пусть даже более новые версии - потенциальный риск. И т.д.

ScareCrowавторКонечно, приятно не иметь ограничений по потреблению, но этот параметр при выборе не обязательно главный.
а что главное?

"Не обязательно" - случаи и критерии бывают разными. Параметров для рассмотрения и сравнения очень много. Какую формулу хочет pkarklin? Он её не получит.

Даже если ограничиться чисто производительностью, большее потребление ресурса не обязательно приводит к более быстрому выполнению. Я это даже на одной и той же СУБД наблюдал - добавляем в сервер много-много дополнительного ОЗУ, а некоторые запросы от этого начинают выполняться... медленнее. Планы поменялись, и некоторые не в лучшую сторону. Так что будут ли 1С-запросы к PG на большом количестве ОЗУ быстрее, чем к DB2 на маленьком - не такое очевидное дело.

pkarklinVictor Metelitsaчтобы попытаться выжать максимум производительности? Совершенно простые и очевидные вещи.

ТС не приследовал таких целей. ;) Зато эксперимент с двумя дефолтными установками различных СУБД, на мой взгляд, весьма показателен.

Это смотря кто и что хочет в этом увидеть. Теоретически, даже банальный сбор статистики может развернуть ситуацию. (Или нет).

К сожалению (или к счастью), я к 1С не имею ни малейшего отношения, так что не имею представления, что и где там могло пойти не так, а просто высказал ряд соображений общего характера.

Раз пошла такая пьянка, давайте сделаем что-то нелегальное и посмотрим, что получится.




Сохраняем в файл, скажем, xxx.db2.
Вызываем
db2cmd db2 -f xxx.db2 -vt -r yyy.db2

В yyy.db2 должен записаться результат выполнения этого скрипта. Вставляем туда
connect
to имябазы
user имяюзера
using пароль;

и вызываем
db2cmd db2 -f yyy.db2 -vt -r yyy.log

(легально мы не должны пользоваться компрессией)

Первая строчка включает компрессию, вторая сжимает (правда, на некоторых таблицах выдаст ошибку, но и фиг с ними), третья установит профиль (для автосбора статистики, если будете им пользоваться), четвёртая просто соберёт статистику.

Компрессия уполовинит занимаемое место и тем самым удвоит ввод-вывод (в строках), если вы упираетесь в скорость диска.

Выключить компрессию - тот же скрипт, но с "COMPRESS NO".

Где лежат логи, через Control Center в свойствах базы посмотрите. Кстати, после смены параметра придётся рестартовать базу. И ещё - они любят переполняться, дефолт мал (по крайней мере, для меня), стоит установить цифирки побольше.