с6.3 ABC Временные файлы
Модератор: Дед Пахом
Правила форума
При написании вопроса или обсуждении проблемы, не забывайте указывать версию Clarion который Вы используете.
А так же пользуйтесь спец. тегами при вставке исходников!!!
При написании вопроса или обсуждении проблемы, не забывайте указывать версию Clarion который Вы используете.
А так же пользуйтесь спец. тегами при вставке исходников!!!
с6.3 ABC Временные файлы
Воспользуйтесь In-Memory драйвером. С ним работаешь как с файлом, но физически он будет храниться в оперативке. Это позволит не менять принципы работы. Ну а так QUEUE -- вещь крайне полезная. Как правило, при работе с SQL результат выплёвывается в них.
По поводу больших запросов против малых к SQL. Суть скорее не в этом. Он должен быть в первую очередь быстрым. Лучшей практикой является выявление параметров запроса. Далее пишется хранимая процедура с выявленными параметрами, возвращающая единственный датасет. Эта процедура уже может быть как угодно быть накручена. Но отладить её следует в сиквельной среде, чтобы она работала по возможности как пуля. Вот тогда у вас и появятся сиквельные индексы, если таковых ещё нет. После этого можно пробовать её вызывать из кларионовской программы, заодно сравнивая скорость чистого исполнения и исполнения из программы. Тогда уже придёт понимание, что нужно оптимизировать: канал или что ещё.
А вот это я немного не понял. Здесь нет описки -- временный файл sql?
-
- ✯ Ветеран ✯
- Сообщения: 5025
- Зарегистрирован: 28 Май 2009, 15:54
- Откуда: Москва
- Благодарил (а): 7 раз
- Поблагодарили: 22 раза
с6.3 ABC Временные файлы
Shur, я вот какую практику имел ввиду. Допустим, есть стандартный броуз. А при форматировании очереди в методе SetQueueRecord выполняется ещё несколько запросов. На локальном компе или на быстрой сетке проблемы можно не заметить. А на слабом канале - катастрофа. Вот так работать нельзя! Нужно использовать prop:Name, чтобы засунуть все подзапросы в основной. И ещё момент. Не скажу про все SQL сервера, но вот клиент Firebird'а гоняет очень много неизвестно какой служебной информации. И это очень заметно. Время выполнения запросов на select тысячи записей из таблицы по первичному и тысячи select'ов из той же таблицы может различаться на два порядка. И это только из-за траффика.
We are hard at work… for you.
- Губин Игорь
- ✯ Ветеран ✯
- Сообщения: 2353
- Зарегистрирован: 16 Сентябрь 2005, 16:35
- Откуда: Москва
- Благодарил (а): 1 раз
- Поблагодарили: 19 раз