07.10.2004, 13:34
|
#29 |
|
Участник
|
Логично, что ускорение при операциях на запись не существенное...
Причина ускорения на чтение так-же понятна  Отсюда мораль: если можно получить прирост в разы за счёт железа (наращиванием памяти), то так и надо делать. Выходит дешевле ведения разработок. Другое дело, что в "запущенных" случаях оптимизацией кода запросов можно ускорить процесс раз в 100 Самый логичный путь - потюнить руками топовые запросы (потратить, например, пару недель на это, но не более). -перераспределить по дискам индексы, данные, временные файлы -качать железо (по большей части память) |
|
|
| Теги |
| оптимизация, производительность |
|
|
Похожие темы
|
||||
| Тема | Ответов | |||
| Анализ производительности | 4 | |||
| aEremenko: Тестирование производительности в DAX 4.0 | 0 | |||
| снова COM Connector | 11 | |||
| Тест производительности | 0 | |||
| Как использовать Анализ производительности | 3 | |||
| Опции темы | Поиск в этой теме |
| Опции просмотра | |
|
Древовидный вид