Вот какой вопрос возник у начальника.
Собираемся покупать более производительный сервер двух процовый. Выбиваем
под него деньги. Вот и вопрос можно ли один проц отдать в чистую под
операционку Windows 2000, а второй под СУБД. Знаю есть средство IB Affinity,
начальник, говорит пробовали уже один раз но не получилось, может не
правильно использовали. Боится что дньги выбьет, а ситуация никак не
изменится. :(
"Night Breaze" <[EMAIL PROTECTED]> сообщил/сообщила в
новостях следующее: news:[EMAIL PROTECTED]
В этом то проблема что исходники контора не покупала. Да и кто их ей
продаст коммерческая собственность разработчика. Да тет нут и в базе
такого на пахано, что сам удивляешься кто писал. Например есть таблица
данных этого месяца и только. И таблица архивных данных огромная. Так они
все отчёты на эту таблицу настроили, пока данных было мало всё как-то
работало. А сейчас такие тормоза. Лень им было делать ветвление в отчётах.
Я с ними говорил они ссылаются на изначальную постановку задачи. А начтет
оптимизации ссылаются, что сначало надо выяснить все ли колонки в отчётах
нужны, а потом уже оптимизировать вообщем-то этом тоже есть своя доля
истины.
"Юрий" <[EMAIL PROTECTED]> сообщил/сообщила в новостях
следующее:
news:[EMAIL PROTECTED]
Здравствуйте, Night.
Вы писали 17 апреля 2006 г., 13:51:53:
Скорость выполнения отчётов, скорость отклика на запросы, скорость
исполнения процедур....
Происходит часто в принципе следующая вещь процессор на 100% занят, а
количество обращений к диску 5%, поэтому и думается что где-то существуют
бесполезные циклы. и может быть не эффективные процедуры.
А исходники экзешника есть? Разбор и оптимизация базы может не помочь.
По своему опыту могу сказать, что в наследсво мне достался примерно
такой же проект, где данных кот наплакал, а тормозов - как-будто в
реальном времени человек 100 строят аналитические отчеты. И что бы вы
думали? Начал ковырять что и как, оказалось, что база спроектирована
довольно грамматно, добавил пару индексов и FK-ключей и все, больше не
разбежишься. Полез в Дельфи - исходники были слава Богу - чуть с ума не
сошел. Там такого наворотили... не в сказке сказать, ни пером... :)
Для примера:
1. При открытии окна на клиета тянутся всегда ВСЕ записи, хотя
реально они не нужны в 100% случаев, нужна узкая выборка - вопрос
логики разработчиков.
2. Вместо того, чтобы сделать ХП с вычислениями на сервере сделали на
событии
OnGetText у датасетов: создание TQuery, запрос к базе.
3. Аналогично при создании отчетов в FastReport. Каждая ячейка чуть ли
не отдельным запросом выводится.
И т.д. - это на вскидку что вспомнил.
Так что отчет, который выполнялся 5 минут, в моем исполнении
получается за 5 секунд.
Вот так вот бывает. :-/
_________________
С уважением, Юрий