ДокAriochказалось бы...

на самом деле в некоторых условиях такая транзакция тоже течет ресурсами - например БЛОБами
ты серьезно

хотелось бы душераздирающих подробностей с адресами, фамилиями, явками ... конкретными воспроизводимыми примерами

И вот о чем в моей ветке все эти люди спорят? О_о И кто эти люди? о_О
Шучу, шучу. Я не все понимаю из ваших диалогов, но интересно да. На подкорку пишется, время придет вспонится, осмыслится.

Отчитываюсь, кому интересно:
1. Сдвинув папироску в уголок рта поставил ультиматум начальству: Сейчас импортируем КАК ЕСТЬ. Паралельно полностью переделываю импорт. (дали срок две недели, хмыкнул сказал, что за две недели они получат очередную заплатку, но сам думаю, что впринципе, если не отвлекаться и обложиться грамотными примерами ... управлюсь)
2. Покурили с 1Сником, у него там в 1С есть "ПланВыгрузки". Т.е. при выходе из 1С бухгалтера внесшего свежие проводки, (теоретически) он выгружает все изменения в файл (XML) Который я считываю. Собственно ЭТО ОЧЕНЬ БОЛЬШОЕ ПОДСПОРЬЕ для меня.
2.1 не лезу медленным COM соединением к базам.
2.2 не лезу в базы в которых нет изменений.
2.3 получаю болеменее актуальные данные, а не тыркаю базу на проверки всех проводок за период.

Вот баз 1С у нас большинство. Жду значит, решение от 1Сника до пятницы. Посмотрю в каком формате он может выкидывать данные и насколько эти данные актуальны.

Вопрос к знающим(треп на тему приветствуется):
Допустим есть у меня 200 потенциальных файлов на импорт (формат не суть, любой разберу, но скорей всего будет XML). Которые надо проверить, отфильтровать и только потом влить в основные таблички базы.

Беда в том, что файлы появляются не одномоментно. Т.е. если бы они были все разом сформированы, считал их в TempTable, обработал процедурами и всё.

Но, на деле будет так: появился файл, я его увидел, тутже кинулся считал. Кинул в TempTable обрабатываю... тут появляется еще 4 файла, один из этой же конторы, 3 других из других.... И чего бы сделать, в коем-то веке правильного?
1. Дать какой-то индекс данным из определенного файла и работать с этим куском (паралельно добавляя в TempTable другие файлы и обрабатывать их, каждый отдельно по индексу?
2. Под каждый кусок импорта создавать временную таблицу? И расстреливать ее по окончании обработки?
3. Другие варианты?
(тут кто-то говорил про какие-то ГлобалТмпТабле... вроде, но мне не до них было, сейчас найду сообщение еще про них почитаю...

еще вопрос, на сколько я правильно понял механизм:

Есть Query для чтения. Дал ему отдельную транзакцию (read)

"write
nowait
rec_version
read_committed
"
Select в query забит жестко, не изменяется никогда.
Стартую транзакцию.
Выполняю Запрос.
(Жарптица строит план, выполняет, отдает данные)
Получаю данные обрабатываю...
Закрываю транзакцию. (Вот здесь, ЖарПтичка похоронит план да? и не будет держать его в кэше? Я правильно понял?)

( как правильно? Стартавать транзакцию Реад перед выполнением запроса, или стартануть ее скажем при открытии формы и обрывать по закрытию формы? Как дольше держать план выполнения запроса в кэше?)

Симонов Денисdgdog,

2. Если у тебя основные действия будут делаться в ХП, то планы её...
Понял. Спасибо. Но нет это не ХП, это справочники для заполнения PickList (dbgrideh) по полям. Срабатывает при реопене PfibDataset. Заметил, что сильно они тормозят (ну тут еще и DbGridEh, но пока хочу правильно сделать сами запросы, выжать максимум). Т.е. при закрытии транзакции Птичка план оставит до поры до времени? (FB Classic 2.1)

Симонов Денисdgdog,

фишка GTT в том что сами таблицы (метаданные) постоянные их не надо каждый раз создавать и удалять, а вот данные в них временные: либо на время сессии, либо на время транзакции. Соответственно каждая сессия/транзакция видит и работает только со своими данными.

Почитать можно здесь и здесь

(похоже) То что доктор прописал. Ушел эксперементировать.

по GTT? (ответ на вопрос сэкономит мне час на эксперименты)
Создавая CREATE GLOBAL TEMPORARY TABLE MYSUPPERGTT в одной копии программы, следить чтоб другая копия одновременно создавала CREATE GLOBAL TEMPORARY TABLE MYSUPPERGTT_1

Или это проблема сервера? И я в каждой копии создаю CREATE GLOBAL TEMPORARY TABLE MYSUPPERGTT и CREATE GLOBAL TEMPORARY TABLE MYSUPPERGTT и они не пересекуться (для каждой копии программы свой набор данных)?

А как это скажется на мусоре? А производительность сильно просядет от GTT (это ведь надо создать ГТтаблю. Запихать туда данные. Желательно проиндексировать... выполнить пару ХП... грохнуть ГТтаблю)

Попутный вопрос: ГТТ создается в памяти (ну если логику включить)? Какая интересно логика у разработчиков и как это конкретно работает...


Форум КЛАСС. Где я раньше был? Спасибо вам ребята. Все пинки в основном в нужную сторону

dgdogПопутный вопрос: ГТТ создается в памяти (ну если логику включить)? Какая интересно логика у разработчиков и как это конкретно работает...

Вопрос снят. Нашел сообщение Dimitr где то в других постах "для начала они в страничном кеше ФБ, как и любые другие таблицы. Затем в кеше оси. И уже потом на диске."

Симонов Денисdgdog,

надо не просто на буквы глядеть, но и хоть чуток разобраться что тебе пишут. GTT создаётся ровно один раз и не в твоей программе, а в любом средстве администрирования IBExpert, isql и т.д. Метаданные (поля и их типы) общие, а данные раздельные. И в плане мусора там всё норм. Данные GTT хранится не в самом файле БД, а во временных файлах или оперативной памяти. За временем жизни временных файлов следит сам FB. Ну релиз ноты почитай уже.

Хм. Уже пинают. И это еще Di_LIne и Arioch спят... те выйдут вообще на ноль поделят ,проиндексируют и спишут как ненужную GTTешечку.

Денис - да я вкурсе, что надо читать. Что никто конкретную задачу не разгребет кроме недотепы-автора. Но руки и глаза разбегаются, времени катастрофически не хватает. Я вот сюда (на форум) пришел с одной задачкой... а напинали так, что я сижу и перелопачиваю свой код вообще в других модулях. И ДА, помогает.))) Тема GTT в голове, но руки не доходят, ну и кидаю вопросы которые могут возникнуть. За тычок в сторону GTT признателен. За объяснения, даже сквозь зубы СПАСИБИЩЕ. Твои ссылки про GTT прочитал по диагонали. Пока руки заняты перебивкой всяких Query вертятся вопросы, вот и кидаю их, а вдруг кто ответит и хоть часть инфы копать не надо будет.

я бы вот сам про GTT когда бы узнал, и что это применимо к моим задачам. А так раз пнули, два пнули, башкой в унитаз макнули... О тооочно. Во! то что нужно - GTT)))) Так что не стесняйтесь)))

Уяснить надо много. ОЧЕНЬ МНОГО в короткий срок: от правильной конфигурации Птицы, до правильного написания кода в приложении. Чередую задачи, чтоб не свихнуться)))

Го-стхиdgdogэто справочники для заполнения PickList (dbgrideh) по полям. Срабатывает при реопене PfibDataset. Заметил, что сильно они тормозят
Сильно сомневаюсь, что план тут влияет, тем более по справочникам - думаю, время его построения находится за разрядной сеткой.

Яндексы-Хренадексы не вкурсе запроса "firebird разрядная сетка". Ладно, отложим понимание этого. Или подскажете со временем или... или Яндекс вспотеет в выходные.

Го-стхиdgdogэто справочники для заполнения PickList (dbgrideh) по полям. Срабатывает при реопене PfibDataset. Заметил, что сильно они тормозят
Сильно сомневаюсь, что план тут влияет, тем более по справочникам - думаю, время его построения находится за разрядной сеткой.

Просто я не могу описать все задачи. Отсюда конечно непонимание... Эти query еще срабатывают после Post в табличке. И пересобирают PickListы. Поэтому если уж залез бух править эту табличку, то вызываются эти запросы часто. Переписал, пересобрал. За одно нашел не проиндексированный справочник))) Чисто субъективно, все начало работать быстрее.

Господа ээээ... НОРМАЛЬНЫЕ программисты, (одел каску, залажу под стол... ибо можете ведь и покалечить) PfibDataset.FetchALL это не по феншую??? Это зло? (110 тысяч записей выкидывает, да тормозит. Но они все прям позарез нужны бухгалтеру, "ВСЕ И СРАЗУ!")