Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
01.04.2003, 12:08
|
|||
|---|---|---|---|
Индексы и связка MSSQL -ACCESS через ODBC Linked table |
|||
|
#18+
Используються ли в этом случае индексы и как это проверить. Вопрос вроде глупый, но возник по след. причине: Решил посмотреть, что посоведует Index Tuner из SQL Profiler (ms sql7). Сделал файл рабочей нагрузки работая в клиентском приложении относящемся к серверу указанным способом. И на выходе получил, что никаких индексов и не надо, что сомнительно, потому как их никаких почти и нет. В связи с этим и вопрос. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.04.2003, 13:01
|
|||
|---|---|---|---|
|
|||
Индексы и связка MSSQL -ACCESS через ODBC Linked table |
|||
|
#18+
Вопрос не глупый. Развитие ODBC закончилось раньше, чем появился MSSQL 7. Отсюда и "проблемы". Не нравится ODBC, используй ADO - будут проблемы с версией. ODBC приучит тебя писать всю логику на сервере. Если тебе не нужна присоединенная таблица - у тебя идеальный вариант клиента. Индексы увидеть можно, но они не используются в работе. ODBC их не понимает. При любом обращении на присоединенные таблицы, идет их полное сканирование. Не желательно создавать сохраненные запросы на такие таблицы, использовать функции DSum, DCount. Используй логику сервера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.04.2003, 13:27
|
|||
|---|---|---|---|
Индексы и связка MSSQL -ACCESS через ODBC Linked table |
|||
|
#18+
Вячеслав спасибо. Вообщем я так и думал, просто точного указания на это нигде в доках не встречал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.04.2003, 13:33
|
|||
|---|---|---|---|
Индексы и связка MSSQL -ACCESS через ODBC Linked table |
|||
|
#18+
А с другой стороны зачем тогда мастер подключения связанной таблицы мапит имеющиеся индексы на серверной таблице. (посмотрите свойства связанной таблицы, индексы). При этом эти индексы нельзя изменить из Access. Или это просто для описательной информации о таблице? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.04.2003, 14:24
|
|||
|---|---|---|---|
|
|||
Индексы и связка MSSQL -ACCESS через ODBC Linked table |
|||
|
#18+
Развитие ODBC закончилось раньше, чем появился MSSQL 7. Отсюда и "проблемы". Не нравится ODBC, используй ADO - будут проблемы с версией. ODBC приучит тебя писать всю логику на сервере. Если тебе не нужна присоединенная таблица - у тебя идеальный вариант клиента. Индексы увидеть можно, но они не используются в работе. ODBC их не понимает. При любом обращении на присоединенные таблицы, идет их полное сканирование. Не желательно создавать сохраненные запросы на такие таблицы, использовать функции DSum, DCount. Используй логику сервера. Индексы и понимает и использует, никакого полного сканирования, а логика сервера не имеет отношения к выбору ODBC/ADO ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
01.04.2003, 18:22
|
|||
|---|---|---|---|
|
|||
Индексы и связка MSSQL -ACCESS через ODBC Linked table |
|||
|
#18+
То, что видны индексы в запросе, можно назвать это глюком. Принцип старого черно-белого телевизора. Современное телевещание видит, но все возможности использовать не может(цвет например). Библиотека DMO работает через ODBC. Создай форму список на основе ACCESS - таблицы, записей та тысяч 30 и потом к присоединенной, на ACCESS сразу покажет количество записей, прыгает по индексу, даже если будет милион записей. На присоединенной, только если перейдеш на последнюю запись с невероятным тормозом на большом количестве данных, т.е. идет сканирование. Конечно есть недостатки в ODBC, зато клиент работает с минимумом трафика, особенно если их до сотни, и на всех Windows: 98, 2000, XP. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
start [/forum/topic.php?fid=45&mobile=1&tid=1681969]: |
0ms |
get settings: |
8ms |
get forum list: |
21ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
47ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
38ms |
get tp. blocked users: |
2ms |
| others: | 196ms |
| total: | 333ms |
| 0 / 0 |
