Текущий архив: 2004.01.16;
Скачать: CL | DM;
Вниз
Проблема с ADO на клиенте Найти похожие ветки
← →
Overstep (2003-12-12 17:57) [0]Добрый день всем. Подскажите пожалуйста, где рыть в такой ситуации. На сервере с помощью хранимых процедур, которые вызываются на клиенте шерстица таблица и при соответствии спецификации строки инсертом формируют другую таблицу. Всего в результирующей таблице получается 180000 записей. Все соединения сделаны с помощью ADO и ODBC алиаса. Короче, гдето на 63000 записей выкидывает ошибку (ODBC)Timeout connection. На сервере или с BDE все проходит без ошибок.
← →
Silver Alex © (2003-12-12 18:06) [1]попробуй поменять CommandTimeout на большее значение
← →
Overstep (2003-12-15 14:05) [2]CommandTimeout увеличивал(*2), но не помогло, ошибка иногда выдается раньше, чем выставленное время в CommandTimeout. И все же почему оно упоминает про ODBC в сообщении. Я в настройках ODBC ничего не нашел.
← →
sniknik © (2003-12-15 14:13) [3]убери ODBC из связки, конектся сразу к MSSQL. (зачем посредники?)
> Я в настройках ODBC ничего не нашел.
там есть Long Query Time параметр = 30000 милисек. по дефаулту (это единственное где видел время упоминается), и если включена запись в лог.
← →
Overstep (2003-12-16 15:27) [4]Я посредников пробовал убирать, то есть через OLE DB Provider for SQL Server. Не знаю почему, но у нас с ним работа по сети плохо идет(вообще не работает). Может подскажите нормальную литературу по настройке ADO. По умолчанию не годиться.
← →
sniknik © (2003-12-16 15:53) [5]> Не знаю почему, но у нас с ним работа по сети плохо идет(вообще не работает).
может вы там поубирали/поперенастраивали протоколы? в сетевых утилитах. либо у вас сеть работаен не на TCP/IP а на IPX/SPX? а в MSSQL не указано?
> По умолчанию не годиться.
сомневаюсь в этом сильно, скорее наоборот плохо потому что поменяли.
http://www.delphimaster.ru/cgi-bin/download.pl?look=1&id=1069281940&n=1
закачай демо отсюда, попробуй в нем. там все на дефаултах. т.е. не должно от твоего отличатся если сеть виновата. если отличается то см. свою программу.
(строку подключения после покажи, единственное что там задается и может влиять)
> нормальную литературу по настройке ADO
а такая есть? чисто по настройкам? еще раз, сомнительно это.
← →
KSergey © (2003-12-16 15:59) [6]Наилучшие статьи по ADO - на "королевстве" (цикл из 3-х статей в Hello, World)
А для настройки клиента/сервера используем Client Network Utility и Server Network Utility. К стати, Client Network Utility имеется всегда, идет с ADO, просто запустить файл cliconfg.exe (где-то в виндах сидит)
А с родным (без ODBC-обертки) работает отлично.
← →
Overstep (2003-12-18 16:34) [7]С сетью все нормально, иначе совсем не работало бы. Конечно более конкретный вопрос я задам, когда больше вникну в текст хранимой процедуры. А сейчас мне хотелось бы узнать, почему когда запускается хранимая процедура через ADO компонент, то программа висит пока тот не закончит свою работу. Ведь все вычисления происходят на сервере.
Я вообще в шоке. Программу делал не я, но мне её теперь надо оптимизировать. Я смотрел только что Task Manager. Так вот программа отжирает около 80% процессорного времени в неактивном режиме, а когда заходишь в меню или запускаешь хранимую процедуру то нормально 0%.
Подскажите пожалуйста.
← →
sniknik © (2003-12-18 16:39) [8]> то программа висит пока тот не закончит свою работу
почитай пр асинхронное выполнение/получение данных.
TExecuteOption = (eoAsyncExecute, eoAsyncFetch, eoAsyncFetchNonBlocking, eoExecuteNoRecords);
← →
asafr (2003-12-18 17:53) [9]ODBC в этой связке точно лишняя...
Страницы: 1 вся ветка
Текущий архив: 2004.01.16;
Скачать: CL | DM;
Память: 0.49 MB
Время: 0.02 c