|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Приветствую, форумчане! Столкнулся с такой проблемой - медленное удаленное подключение к БД и, что самое главное, очень медленное выполнение первого запроса. Именно в цифрах: Подключение к БД 30-45сек (IBExpert это делает за 15-30сек) Выполнение первого запроса, не важно какого, не важно к какой таблице, даже примитивного "select first 1 ..." выполняется 2-3 минуты, затем все работает с нормально быстро. В IBExpert этой проблемы нет, запросы работаю одинаково быстро сразу после коннекта. Не могу понять, с чем это связанно и как ускорить? Firebird 2.5 FibPlus 7.7.7000 Release Delphi 10.2 Подключение к БД - удалённо через Internet c использованием vpn. Интернет соединение стабильно, 100 Мбит. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 14:51 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
kaktus1983, А пинг сервака что дает? Может там в принципе доступ такой тугой? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 14:59 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Softologic, Пинг проверю, но IBExpert ведь сразу адекватно по скорости работает с этой же БД. И тормоза нереальные только при первом запросе, даже к таблице с 20 записями... Впечатление что что-то куда-то кэшируется при первом запуске, но ХЗ что и куда. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 15:02 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
kaktus1983, Очевидно метаданные запрашивают ся и кешируются. Что там именно делается смотри в коде приложения и компонентах доступа ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 15:06 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Есть еще такой интересный момент: Программа работает с 2-мя базами на одном и том же сервере, параллельно. При запуске происходит последовательное подключение к двум БД, используются 2 компонента TpFIBDatabase. Подключение к каждой БД одинаково по времени длится 30-45 сек. Выполнение 1го запроса к 1й БД - 2-3 мин Выполнение 1го запроса к 2й БД - уже 20-30сек последовательность БД можно менять местами - ничего не меняется - тормозит именно 1й запрос к 1й БД ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 15:23 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
kaktus1983Не могу понять, с чем это связанно и как ускорить? Вариант 1: кто-то кривыми руками базу убил в хлам и при первом подключении у неё начинается массовая чистка накопившегося мусора, сжирающая все ресурсы. Вариант 2: на сервере живёт зловред, сжирающий все ресурсы на файловом уровне дерьмового железа (антивирус или бэкап какой). Первый вариант вероятнее. Ускорять рихтовкой рук того пацана, что колбу держит приложение программировал. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 15:42 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
kaktus1983В IBExpert этой проблемы нет, запросы работаю одинаково быстро сразу после коннекта. это значит, что - в IBExpert запросы не фетчатся полностью, а приложение может делать fetchAll. - в приложении делается что-то еще, кроме того что выполняются в IBExpert Насчет "медленного подключения" к БД - ну сделайте пустое приложение с pFIBDatabase, и проверьте. Коннект из любой программы всегда одинаков. А вот что дальше программа делает ПОСЛЕ коннекта - это то, что в ней написали. Вариантов понимания происходящего как минимум два - включить монитор sql в fibplus, или включить трейс в ФБ. А потом выяснится, что в фибплюсе включено по умолчанию кэширование всех метаданных, или что-то в этом роде... ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 15:48 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
kdvА потом выяснится, что в фибплюсе включено по умолчанию кэширование всех метаданных, или что-то в этом роде... .... и опять всплывёт старый флейм о пагубном влиянии неестественного интеллекта на неокрепший естественный. Может, оно и к лучшему, что плюсы почили в бозе... Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 15:59 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, похоже там присутствует 2 варианта, я на это повлиять не могу. Моя цель - добиться скорости работы порядка IBExpert. kdv, Приложение пустое, только TpFIBDatabase, и коннект в 2 раза дольше чем у IBExpert. Это допустимо. А вот вот запрос через TpFIBQuery, самый примитивный, к таблице с 20 записями всего (хотя даже тут fetchAll убрал) - 3 минуты в первый раз, это проблема. Потом запросы к другим таблицам и даже другой БД - быстрее на порядок. IBExpert тоже фетчит метаданные и отображает их в дереве, но за 5-10 сек всего. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 16:02 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
kaktus1983Приложение пустое, только TpFIBDatabase, и коннект в 2 раза дольше чем у IBExpert. Это допустимо. А вот вот запрос через TpFIBQuery, самый примитивный, к таблице с 20 записями всего (хотя даже тут fetchAll убрал) - 3 минуты в первый раз, это проблема. И вот это как раз указывает на первый вариант. Смирись. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 16:08 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov .... и опять всплывёт старый флейм о пагубном влиянии неестественного интеллекта на неокрепший естественный. Может, оно и к лучшему, что плюсы почили в бозе... Хоть плюсы почили в бозе тихо и естественно, но вполне себе рабочие форки для (сравнительно) новых версий все же есть. Там никто не запрещает на уровне исходников выключить это самое кэширование по умолчанию :) И вообще... в свое время плюсы были вполне достойнейшими компонентами. Зачем ругать тех, кто ушел на покой?!... Кощунство жеж :). ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 16:13 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
SoftologicИ вообще... в свое время плюсы были вполне достойнейшими компонентами. Не были. На изначальную кривизну FIBC они наворотили этот самый интеллект чтобы пользоваться ими смогли даже идиоты. И это всё. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 16:22 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Всем спасибо! Проблема решена, скорость работы с удаленной БД одинакова с IBExpert. Виновником оказался EventAlerter. Видимо на сервере его порт был заблокирован брандмауэром. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 16:24 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov SoftologicИ вообще... в свое время плюсы были вполне достойнейшими компонентами. Не были. На изначальную кривизну FIBC они наворотили этот самый интеллект чтобы пользоваться ими смогли даже идиоты. И это всё. Окей. А тогда что на замену то ? Чтоб прям достойно было. И не для всех, а кто в теме. ЗЫ: И кстати, почему автор IBEXPERT'a использует эти не вполне достойные компоненты по сей день? Странно... ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 16:26 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
SoftologicИ кстати, почему автор IBEXPERT'a использует эти не вполне достойные компоненты по сей день? Ну это у него надо спрашивать. Полагаю, изначально купился на простоту использования, а потом они превратились в чемодан без ручки, как это обычно и бывает. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 17:28 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
SoftologicИ кстати, почему автор IBEXPERT'a использует эти не вполне достойные компоненты по сей день? патамушта он остановился на 4й версии ФИБов, если я не ошибаюсь, и дальше пилит их самостоятельно. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 17:49 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov SoftologicИ кстати, почему автор IBEXPERT'a использует эти не вполне достойные компоненты по сей день? Ну это у него надо спрашивать. Полагаю, изначально купился на простоту использования, а потом они превратились в чемодан без ручки, как это обычно и бывает. Таки что Отцы используют (и рекомендуют) в трудах ежедневных в качестве коннектора с FB ? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 20:00 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Внезапно: fbclient. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 20:11 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov Внезапно: fbclient. Эту песню (библиотеку) я и сам отгадал с первой ноты :) Однако не про библиотеку ведь спрашивал, а про компоненты для связи с базой FB. Самописное нечто, я полагаю? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 20:28 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
SoftologicОднако не про библиотеку ведь спрашивал, а про компоненты для связи с базой FB. Это чтобы мышкой на форму кидать и клац-клац? Не, такой фигнёй пусть чайники маются. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 21:20 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov SoftologicОднако не про библиотеку ведь спрашивал, а про компоненты для связи с базой FB. Это чтобы мышкой на форму кидать и клац-клац? Не, такой фигнёй пусть чайники маются. Да как бы можно ничего не кидать, в рантайме все, но ведь упрощают же жизнь компоненты ж... Или Дмитрий сторонник подхода: абсолютли все свое, ибо чем низкоуровневее, тем лучше? Оно понятно, но баланс ведь должен быть. А так исходя из вашей концепции получается всякие сторонние обертки\фреймворки\компоненты - зло что-ли? ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 21:57 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Softologicно ведь упрощают же жизнь компоненты ж... Нет. Если подсчёты включить время на их изучение и вылавливание в них багов, то конечный результат в лучшем случае в районе нуля. SoftologicА так исходя из вашей концепции получается всякие сторонние обертки\фреймворки\компоненты - зло что-ли? Нет, но чаще от них больше вреда чем пользы, поскольку среднестатистические компоненты это обёртка вокруг одной функции, да ещё и вводящая в заблуждение. Типичный пример - TThread. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 22:10 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov Нет. Если подсчёты включить время на их изучение и вылавливание в них багов, то конечный результат в лучшем случае в районе нуля. Вы это как бы про все компоненты априори??? То есть вот взять всех и под одну гребенку? Dimitry Sibiryakov Нет, но чаще от них больше вреда чем пользы, поскольку среднестатистические компоненты это обёртка вокруг одной функции, да ещё и вводящая в заблуждение. Типичный пример - TThread. Это ж какой длинный тернистый путь (без компонентов\оберток\фреймворков) должны пройти будут новички, чтобы скажем, лет за 5 написать хоть что то вменяемое. На мой взгляд, это время прошло еще в начале нулевых, если не сказать даже 90-х. Сейчас куда практичнее баланс - берешь компонент, прогоняешь на нем десяток-другой тестов и вперед - в разработку сразу, если приемлемый результат по: 1) финансовым затратам на покупку\время разработки; 2) по количеству некритичных багов, которые можно быстро править в исходниках; 3) по скорости получения данных\парсинга\рендеринга; 2й пункт самый непростой, да, но я вообще по началу покупал компоненты без исходников и в целом, меня устраивало. Сейчас, по прошествии 10 лет в Delphi, покупаю по возможности с исходниками конечно. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 22:27 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
В довершение добавлю такой момент: когда в 2010м мне занадобился инструментарий для проектирования и, собственно, кодинга бизнес-приложения, я выбрал Delphi как раз из за большого количества всяких готовых штук. На тот момент как раз по отзывам, мне как нубу (точнее полному чайнику) больше всего подошли\понравились FIbplus. Никаких особых нареканий за все 10 лет к ним у меня не было. Совсем. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.10.2021, 22:39 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Softologic, Полностью поддерживаю ваше мнение, Fib+ отличные компоненты, и я даже не знаю альтернатив, несмотря на то, что они уже долго не поддерживаются. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 00:25 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
kaktus1983Подключение к каждой БД одинаково по времени длится 30-45 сек. А сколько времени длится подключение из ISQL? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 01:16 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
kaktus1983 Softologic, Полностью поддерживаю ваше мнение, Fib+ отличные компоненты, и я даже не знаю альтернатив, несмотря на то, что они уже долго не поддерживаются. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 01:21 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
dennis-r kaktus1983 Softologic, Полностью поддерживаю ваше мнение, Fib+ отличные компоненты, и я даже не знаю альтернатив, несмотря на то, что они уже долго не поддерживаются. Сейчас у меня ровно такая же картина маслом. Прям один в один. Оглядываясь с ужасом на легаси-проекты с сотней датасетов в датамодуле, приходишь к полному переосмысливанию подхода. Теперь она сводится к написанию своей многопотоковой модели фреймворка, но с использованием асинхронно-событийных компонент (для работы с почтой, sip-телефонией, БД в облаке и пр.). И таки да, "велосипедить" свой MVC как то тоже вынуждает общая ситуация. P.S: Однако, подытожу - новичкам сразу в MVC и во всякие многопоточные, да асинхронно-событийные модели все равно нырять рановато - это уже открытое море практически, пусть "в лягушатнике поплавают" для начала :) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 01:35 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov Внезапно: fbclient. Можно подумать, что ты каждый раз для выполнения какого-нить запроса всю эту цепочку апишных вызовов пишешь. Ага, ага... ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 10:16 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
IBExpertМожно подумать, что ты каждый раз для выполнения какого-нить запроса всю эту цепочку апишных вызовов пишешь. Нет, я халявлю, сокращая цепочку до одного isc_dsql_exec_immed2(). Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 12:15 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov IBExpertМожно подумать, что ты каждый раз для выполнения какого-нить запроса всю эту цепочку апишных вызовов пишешь. Нет, я халявлю, сокращая цепочку до одного isc_dsql_exec_immed2().Одно дело системная утилита и обертка настроечная для оной, другое софтина кучей гуя, чтоб обслуживать торговлю, например, или медицину. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 12:38 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Ivan_Pisarevskyдругое софтина кучей гуя, чтоб обслуживать торговлю, например, или медицину. В чём другое? Выше уже упоминались всякие зубодробительные аббревиатуры, где в слое доступа к БД простые запросы, в слое гуя простые контролы, а между ними ходят объекты бизнес-логики, складываемые из запросов на одном конце и раскладываемые по контролам на другом. Да, сначала кажется, что это гораздо сложнее и дольше, но в конечном итоге получается одинаково. Хотя да, кое-как работающий прототип класса фишфака проще сляпать... как фишфак и сляпан, собственно. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 12:44 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov Нет, я халявлю, сокращая цепочку до одного isc_dsql_exec_immed2(). Да не свисти, даже для этого есть смысл написать простейшую обертку, а не прописывать десяток параметров каждый раз. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 14:36 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
IBExpertдаже для этого есть смысл написать простейшую обертку, а не прописывать десяток параметров каждый раз. С учётом переползания на новое API у меня есть обёртки для транзакции, статуса и статического буфера. Этого достаточно чтобы код свёлся к database->execute или openCursor. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 14:47 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov у меня есть обёртки для транзакции, статуса и статического буфера. Вот теперь верю. И пафосное "я пишу на голом апи" превращается в банальное "у меня собственные обертки только для необходимого мне функционала". ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 14:56 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
IBExpertпафосное "я пишу на голом апи" превращается в банальное "у меня собственные обертки только для необходимого мне функционала". Обёртка для транзакции это полэкрана, в основном занятые фигурными скобками, а для остального у меня собственные реализации, ибо от того, что "в коробке" меня тошнит. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 15:18 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov от того, что "в коробке" меня тошнит. "Ты просто не умеешь их готовить" (с) Разработчик, способный за разумное время написать свои обертки Database/Transaction/Query над фбшным АПИ, тем более способен настроить фибы и получить от них нужный результат. Вплоть до физического выпиливания ненужного и вредного, по его мнению. И времени у него на это уйдет существенно меньше, чем на изобретение собственного велосипеда. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 17:31 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Это у Димы пунктик такой - у FIBPlus есть фатальный недостаток - их написал не он. (с) Так что надо относиться с пониманием. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 17:35 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Мне всё равно кто их написал, но в них в принципе нет двух вещей, которые я считаю важными для "софтины кучей гуя, чтоб обслуживать торговлю, например, или медицину": 1) Background fetch, который должен устранить тормоза на прокрутке грида; 2) Сброс кэша записей на диск, из-за чего они известны своим "out of memory". PS: В файердаке их тоже нет. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 18:30 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov Мне всё равно кто их написал, но в них в принципе нет двух вещей, которые я считаю важными для "софтины кучей гуя, чтоб обслуживать торговлю, например, или медицину": 1) Background fetch, который должен устранить тормоза на прокрутке грида; 2) Сброс кэша записей на диск, из-за чего они известны своим "out of memory". PS: В файердаке их тоже нет. А в Унидаке (и прочих даках) от Деварта? ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 19:01 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Нигде нет. Потому что архитектура DB VCL была создана для Windows 3, где мнопоточности не было в принципе, и с тех пор не пересматривалась. PS: А кэш резал-сета на диске был в BDE, но с тех пор это потерянная технология. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 19:04 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov 1) Background fetch, который должен устранить тормоза на прокрутке грида; Dimitry Sibiryakov 2) Сброс кэша записей на диск, из-за чего они известны своим "out of memory". ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 19:07 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov Нигде нет. Потому что архитектура DB VCL была создана для Windows 3, где мнопоточности не было в принципе, и с тех пор не пересматривалась. Если это так, почему вам не запилить свои даки, с конкретным конкурентным преимуществом, актуальным ныне ? И будет эдакий пассивный доход в итоге. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 19:08 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Я же, кажется, русским по белому сказал, что главная проблема на этом пути - архитектура VCL... Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 19:29 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov Я же, кажется, русским по белому сказал, что главная проблема на этом пути - архитектура VCL... Вы из Великих. А они знают альтернативные пути, я полагаю :) ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 19:32 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Имхо. По-быстрому какое-нибудь говно (одноразовая программа) накодить - лучше фиблюсов как бы и нет. По-быстрому объяснить студенту, как говнокодить с фаербердом, показать редактируемый датасет с раздельными транзакциями - тоже фиблюс. ... А из своего старого кода редактируемые датасеты практически удалены, используются три компонента: TpFIBDataBase, TpFIBTransaction да TpFIBQuery, да и то не в "чистом" виде, а класс-обертка либо интерфейс. То есть, пофиг уже, что импользовать - фибы, айбиикс или уибы, или вообще самопальщину как у ДС... Но вот новичкам без волшебных DAC-ов не обойтись, вернее, они не станут использовать фаерберд без простых и доступных "драйверов"... ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 21:48 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
SoftologicА они знают альтернативные пути, я полагаю :) Ну так вон выше же ясно написано что это за альтернатива: микро-обёртки для нужного функционала и полное игнорирование db-aware куска. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 22:15 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov ...и полное игнорирование db-aware куска. Да был бы он попроще, этот кусок. Наследник TCustomDataSource (источник данных гридов от DevEx, "режим провайдера") написать свой - работы требуется от нескольких минут, а справиться со всеми абстрактными загибами дельфийского TDataSet - скучать начинаешь уже на этапе изучения. ... |
|||
:
Нравится:
Не нравится:
|
|||
24.10.2021, 22:31 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov 1) Background fetch, который должен устранить тормоза на прокрутке грида; Я сейчас местами в качестве грида использую широко известный в узких кругах VirtualTreeView. На данный момент пока в основном потоке использую подгрузку данных из БД ровно того количества записей, которые помещаются в видимые пределы контрола VT + несколько записей до и несколько после (что то вроде кэша в памяти получается). В этом мне помогает событие OnAfterPaint. В общем, я подгружаю ровно то, что хочет видеть пользователь, и немного еще. В общем, оно и так не тормозило никогда доселе (выкачать с сервака 20-50 записей единовременно не проблема), но в идеале мне ничего не мешает эту подгрузку засунуть в другой поток. Чтоб уж наверняка все было максимально "антифризно" и мягко. P.S: Поскольку порядок узлов мне известен, мне не составит труда вычислить первый и последний видимые узлы: Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9.
Ну а дальше, вычислить несколько предшествующих и последующих - дело техники. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 01:39 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Softologic На данный момент пока в основном потоке использую подгрузку данных из БД ровно того количества записей, которые помещаются в видимые пределы контрола VT + несколько записей до и несколько после (что то вроде кэша в памяти получается). В этом мне помогает событие OnAfterPaint. В общем, я подгружаю ровно то, что хочет видеть пользователь, и немного еще. Короче, это нечто похожее на "Background fetch, без тормозов на прокрутке грида" для меня решение. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 02:48 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov PS: А кэш резал-сета на диске был в BDE, но с тех пор это потерянная технология. В моих фибах и, соответственно, в эксперте эта "потерянная технология" присутствует. Не знаю уж, чего там мегатехнологичного. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 03:29 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Выбрать записей "сколько видно на экране и ещё чуть чуть" - оно, как бы, и хорошо, но есть ньюанс. "Заказал" пользователь, не глядя, "всё, что есть", проскролил пару экранов, нашёл всё нужное и ушёл домой, просто заблокировав рабочий стол. А всё, что было выбрано из базы, но не дочитано клиентом - висит в памяти сервера в сервера в состоянии stalled. И, опять-таки, первые пару-тройку лет, вроде как, всё в порядке - данных-то немного, а вот лет через пять-семь: "То тут - сто грамм, то там - сто грам: к обеду ходишь пьяный в хлам". P.S. Да, принудительное отключение, конечно, решает проблему, но было бы полезно помнить о ней. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 11:03 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Ivan_Pisarevsky Dimitry Sibiryakov 1) Background fetch, который должен устранить тормоза на прокрутке грида; Думаю, на эту фичу просто нет соответствующего спроса. Я тут в очередной раз глянул на потроха своего TFIBDataset и не вижу ни одного сколь-нибудь серьезного препятствия для выноса QSelect в отдельный поток. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 11:25 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
А кто-нибудь в FIB+ пользуется CacheModelOptions.Сachemodelkind = cmkLimitedBufferSize ? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 11:33 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Basil A. Sidorov Выбрать записей "сколько видно на экране и ещё чуть чуть" - оно, как бы, и хорошо, но есть ньюанс. "Заказал" пользователь, не глядя, "всё, что есть", проскролил пару экранов, нашёл всё нужное и ушёл домой, просто заблокировав рабочий стол. А всё, что было выбрано из базы, но не дочитано клиентом - висит в памяти сервера в сервера в состоянии stalled. И, опять-таки, первые пару-тройку лет, вроде как, всё в порядке - данных-то немного, а вот лет через пять-семь: "То тут - сто грамм, то там - сто грам: к обеду ходишь пьяный в хлам". P.S. Да, принудительное отключение, конечно, решает проблему, но было бы полезно помнить о ней. Хмм... А зачем ему висеть в памяти сервера то? Вытащил на клиента с сервера данные через запрос - передал в мемори-датасет (я к ним сейчас питаю самые теплые чувства:)), отключил соединение и работаешь уже с данными в мемори-датасете. А оные чем еще хороши - они в оперативке вполне себе джойнятся как тебе нравится, читай полноценный SQL + скорость выборки молниеносная: http://www.components4developers.com/products_kbmMemTable.html ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 11:49 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Softologic Хмм... А зачем ему висеть в памяти сервера то? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 12:22 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
DS> 1) Background fetch, который должен устранить тормоза на прокрутке грида; Тут все дружно заржали про десятки тысяч строк в гриде. DS> главная проблема на этом пути - архитектура VCL... Спрашивается, к чему был весь спич, если виноват VCL, а не ФИБы, вместо которых любая другая VCL-либа страдала бы (по твоему мнению) тем же самым фатальным недостатком. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 12:31 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
ъъъъъ> А из своего старого кода редактируемые датасеты ъъъъъ> практически удалены, используются три компонента: ъъъъъ> TpFIBDataBase, TpFIBTransaction да TpFIBQuery Редактируемые редактируемым рознь. В гриде - ужас, конечно, но это от библиотеки не зависит. А кверю ты к гриду не подцепишь. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 12:32 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Softologic> Вытащил на клиента с сервера данные Softologic> через запрос - передал в мемори-датасет Я тебе по секрету скажу - большинство этим переливанием из пустого в порожнее обычно не занимаются, нужды нет. А там, где нужно - обходятся вообще без больших висящих выборок (либо страницами/пачками, либо фильтруют). Softologic> (я к ним сейчас питаю самые теплые чувства:)) К каким конкретно, кстати? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 12:35 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
IBExpertВ моих фибах и, соответственно, в эксперте эта "потерянная технология" присутствует. А сколько тебя перед этим клевали за "Out of memory" на больших таблицах?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 12:39 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Гаджимурадов Рустамк чему был весь спич, если виноват VC Научись различать понятия "главная проблема" и "непреодолимая проблема". Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 12:43 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov А сколько тебя перед этим клевали за "Out of memory" на больших таблицах?.. А какая разница? Всегда должна накопиться некая критическая масса "клюющих" либо другая какая мотивация нарисоваться. Главное, что оказалось это относительно несложно, и никакие изъяны DB VCL образца прошлого века этому не помешали. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 12:49 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Гаджимурадов Рустам Softologic> Вытащил на клиента с сервера данные Softologic> через запрос - передал в мемори-датасет Я тебе по секрету скажу - большинство этим переливанием из пустого в порожнее обычно не занимаются, нужды нет. А там, где нужно - обходятся вообще без больших висящих выборок (либо страницами/пачками, либо фильтруют). Не всегда можно отфильтровать через Filtered:=True + Filter:='что то там' у датасета. Иногда мне джойнить таблицы нужно. И чтобы минимизировать нагрузку сервера, я пробую схему работы через мемори-датасеты. Гаджимурадов Рустам Softologic> (я к ним сейчас питаю самые теплые чувства:)) К каким конкретно, кстати? Так указал в посте ж - kbmMemTable. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 12:56 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
ОФФ IBExpert> либо другая какая мотивация нарисоваться. У тебя там нет мотивации и свободного времени сделать в IBE поддержку (или отдельную версию) PostgreSQL? Ибо там кроме платного DataGrip буквально пустошь... Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 13:03 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Softologic> Не всегда можно отфильтровать через Filtered:=True Через него и не надо. Практически, никогда. Softologic> Иногда мне джойнить таблицы нужны. Softologic> И чтобы минимизировать нагрузку сервера, Softologic> я пробую схему работы через мемори-датасеты. Во-первых, это не минимизирует нагрузку на сервер, а скорее максимизирует нагрузку и на сервер, и на клиента. Во-вторых, надо было сразу разговор начинать с фразы "иногда мне нужно джойнить таблицы" - мы бы всё поняли. > Так указал в посте ж - kbmMemTable. Одобрямс. Просто думал может уже что-то новое появилось, в некоторых DACах и своё есть. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 13:06 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Гаджимурадов РустамУ тебя там нет мотивации и свободного времени сделать в IBE поддержку (или отдельную версию) PostgreSQL? Через ODBC не работает что ли?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 13:06 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
DS> Через ODBC не работает что ли?.. Хтось? Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 13:06 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Гаджимурадов РустамХтось? Твой слон. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 13:09 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Слон - это сервер. Я спрашивал про IDE Tool (и Сашу, как разработчика самого удобного). Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 13:15 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Гаджимурадов Рустам У тебя там нет мотивации и свободного времени сделать в IBE поддержку (или отдельную версию) PostgreSQL? Нет ни того, ни другого. Увы или к счастью - это как посмотреть... ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 13:18 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Гаджимурадов Рустам Через него и не надо. Практически, никогда. Хмм... а как тогда локально, не дергая сервер?? Гаджимурадов Рустам Во-первых, это не минимизирует нагрузку на сервер, а скорее максимизирует нагрузку и на сервер, и на клиента. Во-вторых, надо было сразу разговор начинать с фразы "иногда мне нужно джойнить таблицы" - мы бы всё поняли. Клиент стал шустрее на порядок, благодаря мемори-датасетам. Ведь взять те же справочники - я их вытянул все на клиента в мемори-датасеты и все, сервер более не дергается. Синхронизация изменений (и дополнений\удалений) же делается в отдельном потоке, которые логи изменений в справочниках отслеживает и точечно уже вытягивает с сервера при необходимости. И апдейтит в мемори-датасетах так же точечно. А не монструозный FullRefresh, как я ранее делал без мемори-датасетов? И кстати, нагрузка сервера то как максимизируется ? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 13:25 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Гаджимурадов РустамСлон - это сервер. Я спрашивал про IDE Tool ИДЕтулы работают с серверами через библиотеки доступа, включая ODBC, и вроде бы какая-то поддержка последнего в эксперте есть. Хотя я и не в курсе насколько она широкая. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 13:26 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
IBExpert> Увы или к счастью - это как посмотреть... Угу. Кому баба с возу, кому бобёр EMS в пользование... Есть ещё, правда, одна наколенка от местного мембера, но я всё никак не соберусь потестировать... Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 13:30 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, причём тут слой доступа? Чтобы сделать IDE надо вытягивать метаданные слона. То есть писать как минимум к нему системные запросы + надо уметь мало мальски понимать его диалект, написать мастера создания хранимых функций и ещё много чего. Для тупого выполнения запроса к серверу и отображение его в гриде IDE не нужен ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 13:31 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Softologic> Хмм... а как тогда локально, не дергая сервер?? Локально - никак. Если не понимаешь, что такое локальная фильтрация - бесполезно объяснять, сначала прочитай. > Ведь взять те же справочники - > которые логи изменений в справочниках Именно для справочников такое можно сделать, на старте приложения (даже без выкачивания). Но для всех остальных оперативных таблиц - это пляски наперегонки - может быть лучше, может быть нет, но возня, усложнение кода и проклятья наследников гарантированы. > И кстати, нагрузка сервера то как максимизируется ? Выкачиванием всего НД на клиента, разумеется. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 13:33 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
DS> ИДЕтулы работают с серверами через библиотеки доступа, DS> включая ODBC, и вроде бы поддержка в эксперте есть. Это ты сильно реплицировался... Метаданные, синтаксис и пр. IBE тоже ODBC подскажет? P.S. Я знаю ответ - теоретически возможно, да. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 13:35 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Гаджимурадов РустамМетаданные, синтаксис и пр. IBE тоже ODBC подскажет? Если соответствует спецификации, то да. И на метаданные и на синтаксис там есть забавные информационные функции. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 13:40 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Я так и знал! (с) P.S. Срочно перевести IBE и PSQLD на работу через ODBC, а-то чего это они... Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 13:41 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Гаджимурадов Рустам Локально - никак. Если не понимаешь, что такое локальная фильтрация - бесполезно объяснять, сначала прочитай. А где почитать? Не лень гуглить, просто хочется чтобы прям авторитетно было и не устаревшее.. Гаджимурадов Рустам Именно для справочников такое можно сделать, на старте приложения (даже без выкачивания). Но для всех остальных оперативных таблиц - это пляски наперегонки - может быть лучше, может быть нет, но возня, усложнение кода и проклятья наследников гарантированы. Пока это на уровне экспериментов еще. Будем посмотреть, в общем. О результатах расскажу, вполне возможно мой подход кому то будет интересен. Гаджимурадов Рустам > И кстати, нагрузка сервера то как максимизируется ? Выкачиванием всего НД на клиента, разумеется. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 13:47 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Гаджимурадов РустамPSQLD на работу через ODBC Перевести сервер на работу через ODBC? Ты сам-то понял что сказал?.. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 13:57 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov Гаджимурадов РустамPSQLD на работу через ODBC Перевести сервер на работу через ODBC? Ты сам-то понял что сказал?.. Было бы не плохо. Если бы ON EXTERNAL DATA SOURCE мог бы подключаться через ODBC к не-Firebird базам. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 14:40 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
ggreggoryЕсли бы ON EXTERNAL DATA SOURCE мог бы подключаться через ODBC к не-Firebird базам. Возрадуйся: https://www.ibphoenix.com/products/software/magpie Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 14:42 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Softologic> А где почитать? Не лень гуглить, просто хочется Softologic> чтобы прям авторитетно было и не устаревшее.. "Не устаревшее" - ХЗ, я не знаю, что нового там можно сказать. Авторитетно - ну в той же книге Канту написано (и переведено) вроде достаточно грамотно. > С мелкими справочниками, которые за пару секунд > все и по максимуму выкачиваются с сервера С мелкими справочниками и без этих плясок никаких проблем нет (если ты, конечно, на каждый чих заново их с сервера не перечитываешь). Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 14:43 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry SibiryakovГР> PSQL D Перевести сервер на работу через ODBC? Ты сегодня прямо в ударе. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 14:44 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
IBExpert Dimitry Sibiryakov PS: А кэш резал-сета на диске был в BDE, но с тех пор это потерянная технология. В моих фибах и, соответственно, в эксперте эта "потерянная технология" присутствует. Не знаю уж, чего там мегатехнологичного. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 14:48 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Мимопроходящий при фетче MMF сразу создаёшь, или есть какой-то критический порог по достижении которого таки да? Я на обычном file stream делал, MMF мне как-то не зашли, да и никакого заметного прироста производительности они не давали, ЕМНИП. А порог есть, конечно: Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 15:03 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
IBExpert Мимопроходящий при фетче MMF сразу создаёшь, или есть какой-то критический порог по достижении которого таки да? Я на обычном file stream делал, MMF мне как-то не зашли, да и никакого заметного прироста производительности они не давали, ЕМНИП. А порог есть, конечно: Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11.
а InternalGetRecord дёргает Seek файлового стрима? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 15:10 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Мимопроходящий а InternalGetRecord дёргает Seek файлового стрима? Да. Задай все каверзные вопросы сразу :) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 15:25 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
IBExpert Мимопроходящий а InternalGetRecord дёргает Seek файлового стрима? у меня MMF, но оно ещё сырое. тоже смотрел в сторону стрима. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 15:32 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov ggreggoryЕсли бы ON EXTERNAL DATA SOURCE мог бы подключаться через ODBC к не-Firebird базам. Возрадуйся: https://www.ibphoenix.com/products/software/magpie Спасибо! Мимопроходящий IBExpert пропущено... Да. Задай все каверзные вопросы сразу :) у меня MMF, но оно ещё сырое. тоже смотрел в сторону стрима. Может тогда уж проще переделать FibPlus на 64 бита ? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 16:17 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
ggreggory Может тогда уж проще переделать FibPlus на 64 бита ? ога. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 16:18 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Мимопроходящий я просто в целях обмена обмена опытом А. Ну, если кому интересно, могу свой FIBDataset хоть сюда залить - там никаких секретных ноу-хау нет, только говнокод. Детца, Бузаджи и мой :) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 16:21 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Мимопроходящий ggreggory Может тогда уж проще переделать FibPlus на 64 бита ? ога. Начать с тех, кому нужны гигабайтные датасеты на клиенте. Лиха беда начало! ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 16:22 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
IBExpert> если кому интересно, могу свой FIBDataset хоть сюда залить Давай. Но он у тебя сильно давно разошёлся с официальной линией, увы. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 16:23 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Ты гитхаб и т.п. не юзаешь? Мог бы там выложить. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 16:24 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
IBExpert А. Ну, если кому интересно, могу свой FIBDataset хоть сюда залить - там никаких секретных ноу-хау нет, только говнокод. Детца, Бузаджи и мой :) Было бы интересно!!! ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 16:24 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
ggreggory Может тогда уж проще переделать FibPlus на 64 бита ? У меня они давно уже работают в 64-битном xIBEScript, и изменений в связи с этим там относительно немного. А вот выкатить 64-битный эксперт - это совсем другие трудозатраты. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 16:24 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
IBExpert Мимопроходящий я просто в целях обмена обмена опытом только именно сюда вряд ли стоит, всё таки тыщ пять строк. может на git ? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 16:25 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
Звиняйте, нет меня на гитхабах и иже с ними, да и zip никто не отменял. И да, основа моих фибов фиг знает какой версии, они в то время еще некоммерческими были. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 16:32 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
IBExpert Звиняйте, нет меня на гитхабах и иже с ними, да и zip никто не отменял. И да, основа моих фибов фиг знает какой версии, они в то время еще некоммерческими были. https://www.sql.ru/forum/actualfile.aspx?id=22387867] Приложенный файл (FIBDataSet.zip - 35Kb) будем посмотреть. спасибо. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 16:37 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
IBExpert> К сообщению приложен файл Спасибо, будем посмотреть. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 18:15 |
|
Слишком долгое подключение и выполнение первого запроса.
|
|||
---|---|---|---|
#18+
IBExpert Звиняйте, нет меня на гитхабах и иже с ними, да и zip никто не отменял. И да, основа моих фибов фиг знает какой версии, они в то время еще некоммерческими были. Скачал на мобильник. Если цивилизация погибнет - обращайтесь ко мне. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.10.2021, 19:10 |
|
|
start [/forum/topic.php?all=1&fid=40&tid=1559904]: |
0ms |
get settings: |
11ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
149ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
100ms |
get tp. blocked users: |
2ms |
others: | 11ms |
total: | 310ms |
0 / 0 |