^for{^for{^for{ << кто больше?, кэширование sql ответов, способы обновления кэша

Александр Петросян (PAF) 23.11.2005 12:06

что на простой select уходит 200ms через ODBC к .mdb, это абсолютно нормально, даже быстро работает.

(если у кого сомнения, пусть попробует любым другим инструментом достать, замерить время).

задумайтесь, как часто меняется список регионов?
правильно, не чаще раза в год.
поэтому вам ничто не мешает сохранить результат запроса в файл, и следующий год считывать этот файл с диска, это будет существенно быстрее.
можете сделать сами (одна проверка и привет), а можете взять готовое удобное решение:
http://www.parser.ru/examples/comp/ << архив с кодом внизу

что касается ^for{^for{^for
тут два момента:
1. почему это не сделано SQL запросом?
2. в любом случае, если та информация не меняется чаще, чем раз в полчаса, тоже можно закэшировать нафиг.

что касается обновлений:
1. раз .mdb у вас лежит у провайдера, значит вы знаете, как часто он обновляется.
давайте задумаемся, если дата обновления этого файла: прошедший четверг, стоит ли в него вообще заглядывать?
2. если вы обновляете базу сами, вы можете при обновлении просто стирать файлы с результатами запросов, отсутствие готовых результатов будет флажком «что-то поменялось, нужно считать заново».

---