А-а-а-а-а-а-а-а-а-а-а-а! Как odbc медленно работает, зараза такая!!!!!!!!!!!!!!
Я плакаю…

Pluto
Я плакаю…

А вопрос где? Надо поконкретнее выражаться. Например: У меня в таблице 10 записей по 2 числа, читается 10 минут. Мне надо не более 10 секунд.

Pluto
и ищу их в курсоре

Мне кажется вам желательно справочники в память засосать и сделать из них словари.

doza_and
в память засосать и сделать из них словари

Да так, вобщем-то, и сделал.

Вот такой запрос выполняется очень медленно:
SELECT COUNT(*) FROM (SELECT FAM, IM, OT, DR FROM TABLE1)
В таблице 9000 записей.
У меня большое подозрение, что microsoft Jet делает эту выборку прямо с диска, не пытаясь всю таблицу сразу поместить в ОЗУ. Может быть ему нужно какие-то настройки в объекте-соединении сделать, чтобы он пошустрее работал?

s = ‘Driver={Microsoft dBase Driver (*.dbf)}; DefaultDir=’ + dbf_path
con = pyodbc.connect(s, autocommit = True)

А может вообще какой-нибудь другой драйвер использовать для доступа к dbf? А какой?

Pluto
SELECT COUNT(*) FROM (SELECT FAM, IM, OT, DR FROM TABLE1)

Это же
или я чего-то не понимаю?

Я пропустил DISTINCT
SELECT COUNT(*) FROM (SELECT DISTINCT FAM, IM, OT, DR FROM TABLE 1)

Все претензии к ODBC и microsoft Jet снимаются.
Отступы во вложенных циклах надо делать правильно!
Моя программа просто-напросто делала один и тот же запрос множество раз.

А я уж и Visual FoxPro - драйвер скачал и установил.
Теперь думаю, что лучше использовать microsoft Jet или VFP?
VPF странные результаты запросов мне выдаёт для fetchone
пример:
(Decimal('10'), )
И как я должен из этого кортежа вытянуть десятку???

Вдобавок VFP крякозябры мне выдаёт вместо строк cp866.