Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Чем объяснить тормознутость JET(+)
|
|||
|---|---|---|---|
|
#18+
Никак не могу понять , почему он так грузит машину на тривиальных задачах. Как пример приведу нижеследующее. Было создано небольшое приложение на VB6 + ADO для расчета заработной платы. Данные хранились в мдб-шке. Спустя пару месяцев с начала работы посмотреть отчеты стало нелегкой задачей - на Атлоне ХР 2000 + они открывались через минуту , две. На Р166 вообще не смогли дождаться. Преписали это дело под MSDE . Результат - но том же чахлом пеньке , где стоит и прога и MSDE время ожидания - несколько секунд! Данных в базе пока - кот наплакал , по максимуму тыс. 20-25 записей. Кто нибудь может это прокомментировать - вроде одна контора эти движки создала - почему такая огромная разница. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2003, 13:40 |
|
||
|
Чем объяснить тормознутость JET(+)
|
|||
|---|---|---|---|
|
#18+
Я думаю, и на эксцессе можно будет дооптимизировать до похожих цифр. Что-то не учтено, сделаны неэффективные запросы или структура базы неоптимальна. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2003, 18:04 |
|
||
|
Чем объяснить тормознутость JET(+)
|
|||
|---|---|---|---|
|
#18+
Может быть это связано с приоритететами процессов? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.04.2003, 19:44 |
|
||
|
Чем объяснить тормознутость JET(+)
|
|||
|---|---|---|---|
|
#18+
Повторюсь, структура баз одинакова и на MSDE и в mdb. Запрос , конечно не простой , содержит несколько вложенных подзапросов , но почему то у SQL-я хватает ума разобраться с ним , а JET скисает Внимательннейшим образом была проштудирована литература (К.Гетц, П.Литвин "Access 2000"), проверены ветки реестра , отвечающие за настройки JET , просмотрены планы выполнения запросов JET-ом. Все вроде нормально , на диск свопа нет , данные скорее всего крутятся в ОЗУ, а скорости нет. Что-то не так с доступом по OLE DB к JETовским базам , с использованием DAO таких тормозов не было. Что касаемо приоритетов , то все установки по дефолту , может подскажите , где покопать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2003, 08:21 |
|
||
|
Чем объяснить тормознутость JET(+)
|
|||
|---|---|---|---|
|
#18+
Повторюсь, структура баз одинакова и на MSDE и в mdb. Т.е. без учета специфики access. Оптимизатор access на порядки слабее оптимизатора mssql, поэтому к сложным запросам в access надо подходить гораздо тщетнее. Я однажды в access натнулся на такую особенность - запрос просто умирал, если в критерии стоял between-отбор по датам. Я переписал запрос, чтобы вместо between был IN по подзапросу, возвращающему список дат. Запрос стал выполнятся раз в 100 быстрее. Излишне говорить, что в mssql такой разницы бы не было. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.04.2003, 10:19 |
|
||
|
Чем объяснить тормознутость JET(+)
|
|||
|---|---|---|---|
|
#18+
А нельзя сюда этот тестовый запрос написать (и описания таблиц и полей, которые там представлены) - что то не верится мне, что возможно такое чудо... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.05.2003, 13:50 |
|
||
|
|

start [/forum/topic.php?fid=35&gotonew=1&tid=1554354]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
30ms |
get topic data: |
9ms |
get first new msg: |
5ms |
get forum data: |
2ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
| others: | 219ms |
| total: | 338ms |

| 0 / 0 |
