с6.3 ABC Временные файлы

Clarion, Clarion 7

Модератор: Дед Пахом

Правила форума
При написании вопроса или обсуждении проблемы, не забывайте указывать версию Clarion который Вы используете.
А так же пользуйтесь спец. тегами при вставке исходников!!!
talgat55
Ветеран
Сообщения: 307
Зарегистрирован: 11 Сентябрь 2008, 12:53
Благодарил (а): 2 раза

с6.3 ABC Временные файлы

Сообщение talgat55 »

нет
talgat55
Ветеран
Сообщения: 307
Зарегистрирован: 11 Сентябрь 2008, 12:53
Благодарил (а): 2 раза

с6.3 ABC Временные файлы

Сообщение talgat55 »

точнее индексы есть ключей нет
Shur
Ветеран
Сообщения: 384
Зарегистрирован: 02 Июль 2011, 18:49

с6.3 ABC Временные файлы

Сообщение Shur »

talgat55 писал(а): 20 Июль 2017, 15:19Промежуточные таблицы вывожу в tps файлы ( записей 30000 ) - Щас борюсь за скорость расчетов - лучше в очередь загонять такие записи ? Или есть ограничения по кол-ву записей ?
Воспользуйтесь In-Memory драйвером. С ним работаешь как с файлом, но физически он будет храниться в оперативке. Это позволит не менять принципы работы. Ну а так QUEUE -- вещь крайне полезная. Как правило, при работе с SQL результат выплёвывается в них.

По поводу больших запросов против малых к SQL. Суть скорее не в этом. Он должен быть в первую очередь быстрым. Лучшей практикой является выявление параметров запроса. Далее пишется хранимая процедура с выявленными параметрами, возвращающая единственный датасет. Эта процедура уже может быть как угодно быть накручена. Но отладить её следует в сиквельной среде, чтобы она работала по возможности как пуля. Вот тогда у вас и появятся сиквельные индексы, если таковых ещё нет. После этого можно пробовать её вызывать из кларионовской программы, заодно сравнивая скорость чистого исполнения и исполнения из программы. Тогда уже придёт понимание, что нужно оптимизировать: канал или что ещё.
talgat55 писал(а): 21 Июль 2017, 11:01Да запрос-то по сути один - select посещений в поликлинике всех за диапазон дат- результат во временный sql файл -потом его Loop- ом прохожу
А вот это я немного не понял. Здесь нет описки -- временный файл sql?
kreator
✯ Ветеран ✯
Сообщения: 4960
Зарегистрирован: 28 Май 2009, 15:54
Откуда: Москва
Благодарил (а): 6 раз
Поблагодарили: 19 раз

с6.3 ABC Временные файлы

Сообщение kreator »

Shur писал(а): 21 Июль 2017, 23:54 По поводу больших запросов против малых к SQL. Суть скорее не в этом.
Shur, я вот какую практику имел ввиду. Допустим, есть стандартный броуз. А при форматировании очереди в методе SetQueueRecord выполняется ещё несколько запросов. На локальном компе или на быстрой сетке проблемы можно не заметить. А на слабом канале - катастрофа. Вот так работать нельзя! Нужно использовать prop:Name, чтобы засунуть все подзапросы в основной. И ещё момент. Не скажу про все SQL сервера, но вот клиент Firebird'а гоняет очень много неизвестно какой служебной информации. И это очень заметно. Время выполнения запросов на select тысячи записей из таблицы по первичному и тысячи select'ов из той же таблицы может различаться на два порядка. И это только из-за траффика.
We are hard at work… for you. :)
talgat55
Ветеран
Сообщения: 307
Зарегистрирован: 11 Сентябрь 2008, 12:53
Благодарил (а): 2 раза

с6.3 ABC Временные файлы

Сообщение talgat55 »

In-memory платное ?
Аватара пользователя
Губин Игорь
✯ Ветеран ✯
Сообщения: 2301
Зарегистрирован: 16 Сентябрь 2005, 16:35
Откуда: Москва
Поблагодарили: 17 раз

с6.3 ABC Временные файлы

Сообщение Губин Игорь »

talgat55 писал(а): 24 Июль 2017, 18:30In-memory платное ?
Ыес, ытыз! (С)
Это я только кажусь дураком! На самом деле я полный идиот!
Ответить