пользовательская регистрация действия шеф-повара

Я записал сценарии, чтобы сделать точно, что Вы делаете (анализирующий файлы журнала от кэша Сквида, будучи главной причиной). Запросы, которые Вы выполняете, являются, вероятно, довольно основными и, предполагая, что у Вас нет суррогатных первичных ключей, индекс implict на первичном ключе должен использоваться. Вы всегда можете, "ОБЪЯСНИТЕ, АНАЛИЗИРУЮТ" Ваши запросы только, чтобы быть уверенным, что похоже, что они делают то, что Вы ожидали бы, все же.

Основная производительность analyis является Вашей первой задачей. Вы не упоминаете ОС, на которой Вы работаете так, я не могу дать Вам основные инструкции, но необходимо использовать базовые контрольные функции производительности ОС для определения, где Вы - сужение трубы (ЦП, ввод-вывод, подкачка страниц памяти, и т.д.). Даже простые инструменты как "вершина" и "Диспетчер задач" могут быстро дать Вам некоторое представление.

Профилирование Вашего сценария является следующей остановкой. Фигура, где сценарий проводит большую часть своего времени и оптимизирует те части.

Предположение, что значения Ваш сценарий получают от базы данных, не будет изменением, в то время как сценарий работает, Вы могли бы хотеть рассмотреть кэширующиеся полученные данные во время выполнения. С суррогатными первичными ключами, например, можно кэшировать естественный ключ к суррогатному ключу, отображающемуся в ассоциативном массиве во время выполнения сценария, и сохранить повторенные запросы базы данных для тех же значений. Я нахожу, что это обычно - Крупный ^WinTM.