Глючат запросы!!!

← →
Святослав © (2006-02-13 01:26) [0]

Есть текстовый, из него быстро выбираются данные и делаются SQL запросы (типа обновить, вставить) с компоненом TQuyre !!! 800 запросов проходит успешно 801 вылетает!!! каждый раз разные системные ошибки!!!
У меня подозрение что каждый запрос идет независимым процессом, в итоге происходит что-то типа переполнение стека!
Вопрос: можно узнать, готова ли BDE принимать запросы?
Если я не прав, объясните пожалуйста механизм обработки SQL запросов в BDE

← →
atruhin © (2006-02-13 04:00) [1]

Попробуй после каждой сотни запросов сделать COMMIT

← →
Vlad © (2006-02-13 09:03) [2]

> atruhin © (13.02.06 04:00) [1]
> Попробуй после каждой сотни запросов сделать COMMIT

А разве Paradox поддерживает транзакции? :-)

← →
SkyRanger © (2006-02-13 09:06) [3]

Ну коммит ему поможет если он открывал транзакцию, а так по идее все должно работать... Попробуй просто с помощью компонента таймера ограничить количество запросов. Скорее всего BDE захлебывается данными... Хотя я могу быть и не прав...

← →
Desdechado © (2006-02-13 12:46) [4]

> каждый раз разные системные ошибки!!!
список ошибок в студию

> подозрение что каждый запрос идет независимым процессом
если явноне стартовал транзакцию, то один запрос - одна транзакция

В парадоксе нет транзакций. При большом количестве изменений может быть переполнение таблиц блокировок (*.lck). "Лечится" закрытием БД и открытием по новому.

>Вопрос: можно узнать, готова ли BDE принимать запросы?

Она всегда готова принимать "запросы". А вот готов ли принимать их "сервер" - это вопрос

>Если я не прав, объясните пожалуйста механизм обработки SQL запросов в BDE

В BDE есть механизм обработки сиквель-запросов, но нет механизма выполнения их. "Механизм" заключается в том, что текст запроса проверяется на "политкорректность" стандарту SQL (Local SQL в понимании BDE) и либо передается ядру для непосредственного доступа к "родным" форматам (dBase,Paradox), либо интерпретируется в SQL "чужого" формата и передается соответствующим библиотекам поддержки собственно "чужих" серверов для непосредственного исполнения SQL-серверами.

Что касется парадокса, то из-за отсутствия централизованного аппарата доступа в данным (сервера) "синхронизация" доступа выполняется через рабочие файлы: *.net (синхронизация пользователей), *.lck (синхронизация таблиц). Такой механизм, естественно, ничего "не знает" о транзакциях и их воздействиии друг на друга. Поэтому для создния более-менее ответственных многопользовательских БД либо разрабатывают трехзвенки с сохранением собственно формата, либо переходят на более надежные и функциональные агрегаты типа Interbase, MSSQL, Oracle..

Всем СПАСИБО!!!
Теперь ясно что делать дальше…

Глючат запросы!!! Найти похожие ветки