forum.clarionlife.net

нет

точнее индексы есть ключей нет

talgat55 писал(а): 20 Июль 2017, 15:19Промежуточные таблицы вывожу в tps файлы ( записей 30000 ) - Щас борюсь за скорость расчетов - лучше в очередь загонять такие записи ? Или есть ограничения по кол-ву записей ?

Воспользуйтесь In-Memory драйвером. С ним работаешь как с файлом, но физически он будет храниться в оперативке. Это позволит не менять принципы работы. Ну а так QUEUE -- вещь крайне полезная. Как правило, при работе с SQL результат выплёвывается в них.

По поводу больших запросов против малых к SQL. Суть скорее не в этом. Он должен быть в первую очередь быстрым. Лучшей практикой является выявление параметров запроса. Далее пишется хранимая процедура с выявленными параметрами, возвращающая единственный датасет. Эта процедура уже может быть как угодно быть накручена. Но отладить её следует в сиквельной среде, чтобы она работала по возможности как пуля. Вот тогда у вас и появятся сиквельные индексы, если таковых ещё нет. После этого можно пробовать её вызывать из кларионовской программы, заодно сравнивая скорость чистого исполнения и исполнения из программы. Тогда уже придёт понимание, что нужно оптимизировать: канал или что ещё.

talgat55 писал(а): 21 Июль 2017, 11:01Да запрос-то по сути один - select посещений в поликлинике всех за диапазон дат- результат во временный sql файл -потом его Loop- ом прохожу

А вот это я немного не понял. Здесь нет описки -- временный файл sql?

Shur писал(а): 21 Июль 2017, 23:54 По поводу больших запросов против малых к SQL. Суть скорее не в этом.

Shur, я вот какую практику имел ввиду. Допустим, есть стандартный броуз. А при форматировании очереди в методе SetQueueRecord выполняется ещё несколько запросов. На локальном компе или на быстрой сетке проблемы можно не заметить. А на слабом канале - катастрофа. Вот так работать нельзя! Нужно использовать prop:Name, чтобы засунуть все подзапросы в основной. И ещё момент. Не скажу про все SQL сервера, но вот клиент Firebird'а гоняет очень много неизвестно какой служебной информации. И это очень заметно. Время выполнения запросов на select тысячи записей из таблицы по первичному и тысячи select'ов из той же таблицы может различаться на два порядка. И это только из-за траффика.

In-memory платное ?

talgat55 писал(а): 24 Июль 2017, 18:30In-memory платное ?

Ыес, ытыз! (С)