|
|
|
RE: ПРОСТО ОПЫТ!
|
|||
|---|---|---|---|
|
#18+
Здравствуйте! Не ожидал что моя реплика вчера «ПРОСТО ОПЫТ» найдет столько отзывов! Топик поставил, и рабочий день окончился. Сегодня был приятно удивлен. Некоторые комментарии уважаемому INCOLD на его ремарку: ************************************************************************************************ отзыв программы на любое (крупное: запуск формы или отчета) действие оператора должен быть не более полсекунды. ================================ Наверное, не нужно так категорично. Если есть база данных (SQL) с количеством записей в основных таблицах порядка 1 млн. и форма поиска по индексированным полям - как не оптимизируй, не получится- 0,5 сек. ============================ Ребята! Вы слышали про агрегацию данных? Пусть и миллион записей, и пусть из них получится всего допустим сто групп, скопировать эти группы в начале загрузки в локальную табличку и потом открыть единственную из сетевой? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2003, 08:25 |
|
||
|
RE: ПРОСТО ОПЫТ!
|
|||
|---|---|---|---|
|
#18+
Конечно, и я использую логическое индексирование, т.е запись заглавной таблицы содержит доп. инфомацию о большом наборе записей другой таблицы и т.д. Еще раз упомяну (см. пред. сообщение) о составных индексах и связях реляционной БД. Специально сделал БД из 2 млн записей. Поиск по составному индексу из 3-х полей выполняется мгновенно. Впрочем, здесь используется технология RushMore - то есть если задать условия напрямую: Поле in (1,3,7) то запрос выполняется значительно быстрее чем объединение JOIN с таблицей, содержащей эти значения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2003, 10:05 |
|
||
|
|

start [/forum/topic.php?fid=45&msg=32276374&tid=1679214]: |
0ms |
get settings: |
12ms |
get forum list: |
18ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
70ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
53ms |
get tp. blocked users: |
2ms |
| others: | 232ms |
| total: | 407ms |

| 0 / 0 |
