Огромная база, при Conect уходит много времени.

← →
dpv (2005-09-14 13:24) [0]

Смысел такой, в ODBC в симном DSN есть источник данных, драйвер Inter System Cache ODBC(База Cache), находится в сети. В Acses"e зделана вьюха ч/з ODBC. При работе с Acses"ой базой, при установки Conect, система начинает полность перекачивать базу, база огромная!!! и всё это длится очень долго, плюс загрузка сети. Есть ли какой другой выход?

← →
alex_*** (2005-09-14 15:24) [1]

Коннект с закачкой данных общего ничего не имеет. Сделай отдельно объект Session или Connection, смотря что используешь. А для вьюхи условие отбора, если не нужны все записи

← →
Соловьев © (2005-09-14 16:33) [2]

> Есть ли какой другой выход?

застрелится

← →
Anatoly Podgoretsky © (2005-09-14 17:01) [3]

При коннекте никакие данные не перекачиваются, не куда и не откуда.

← →
dpv (2005-09-15 14:46) [4]

При конекте - да, нечего неперекачивается, но когда делаеш SQL запрос, по приходит оно самое

← →
alex_*** (2005-09-15 15:09) [5]

а что тебе нужно? не вызывай вьюху тогда..

← →
Anatoly Podgoretsky © (2005-09-15 18:29) [6]

Читаем вопрос Conect уходит много времени, в расшифровке тоже при установки Conect, система начинает полность перекачивать базу

← →
isasa © (2005-09-15 19:15) [7]

Cursor = clUseServer ?
TCursorLocation = (clUseServer, clUseClient);

Если TADOConnection.

← →
alex_*** (2005-09-16 09:06) [8]

в случае базы на Access серверные курсоры не совсем к месту, я думаю

← →
Anatoly Podgoretsky © (2005-09-16 10:40) [9]

alex_*** (16.09.05 09:06) [8]
К месту или нет другой вопрос, а вот будет работать или нет также другой вопрос. Первый не имеет смысла без второго.
Если серверный курсор работает, то смысл есть и большой.

← →
Виталий Панасенко (2005-09-16 11:49) [10]

> alex_*** (16.09.05 09:06) [8]
> в случае базы на Access серверные курсоры не совсем к месту,
> я думаю

Как раз и к месту...проверь...и в помощи Д6
Using the Seek method depends on the settings of a few properties. IndexName must be set to activate the index to use, CommandType must be cmdTableDirect (for TADODataSet, set TableDirect to True for a TADOTable), CursorLocation must be clUseServer, and CursorType must be ctKeySet. - это самый быстрый вариант поиска в Access (без запросов с условием)

← →
Виталий Панасенко (2005-09-16 12:15) [11]

хотя тут, наверное, не к месту все-таки... ODBC, а не JET

← →
alex_*** (2005-09-16 15:04) [12]

ODBC к Access тоже через JET лезет, я думаю
Access же не серверная БД. Где же курсор будет, в jet на локале? Тогда чем это отличаетсяч от клиент. курсора? Или в JET на машине с БД?

← →
Виталий Панасенко (2005-09-16 15:44) [13]

> alex_*** (16.09.05 15:04) [12]
> ODBC к Access тоже через JET лезет, я думаю
> Access же не серверная БД. Где же курсор будет, в jet на
> локале? Тогда чем это отличаетсяч от клиент. курсора? Или
> в JET на машине с БД?

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

Огромная база, при Conect уходит много времени. Найти похожие ветки