dgdog в 2014 чето эту халтурку слепил. Им на время надо было...

раз "на время", значит они ещё тогда знали куда поедут дальше, когда халтурки перестанет хватать

время пришло

пусть выполняют свое тогдашнее решение

либо пусть переводят халтурку в статус постоянной части инфраструктуры фирмы, чтобы никаких "админ больше не даст" даже не звучало. Раз больше не даст - пускай сам руками обсчитывает.

dgdogКак высчитать правильно буффер? Ссылку бы? Или цифру? Реально глаза в кучу.

ДА РЕБЯТА, В БД Я ЛОШАРА

ЕСЛИ у тебя затык только в процессоре и не в диске, то ПОКА тебе это не актуально

чтобы ПОСЧИТАТЬ значения - нужно преставлять сколько и каких данных твоим программам реально нужно, и как сбалансировать 2гб оперативки между ВСЕМИ подключенными программами

в качестве грубой прикидки можешь глянуть в http://ib-aid.com/ru/optimized-firebird-configuration/

но повторяю, ЕСЛИ у тебя затык только в процессоре и не в диске, то ПОКА тебе это не актуально

dgdogНу я думал не спросите)))) А чё?

да так, ещё больше нагрузки на сервер, который и так подыхает

как с prepare, который вы неявно гоняете на каждый запрос в отдельности

http://www.ibase.ru/dontdoit/

вот как бы да

спать-спать-спать

а потом учиться-учиться-учиться

dgdogЧего на клиент накрутить, чтобы туда кусок таблицы выгрузить и обращаться к данным.

я тебе два варианта уже предложил "как реогранизовать РабКрИн"

не в терминах "бросить волшебный компонентик на формочку"

а в терминах организации взаимодействия, потоков данных.

но на это уровне ты сейчас размышлять не способен.
а без этого - без изменения "потоков данных" - вопрос "что накрутить" не имеет смысла.

и наоборот, если ты решишь организовать работу своих программ по-новому, то "что накрутить" превращается в элементарное следствие.

dgdog остальное да. Есть файловые базы 1С есть машинки с IB и Firebird... в конце концов есть файл сервер где в папочке валяются текстовые файлы... мне то от этого не легче

в пропагандируемом мной варианте "клиенты не трогают основной FB-сервер, вообще" от этого как раз легче, потому чт оклиенты работают именно на этих машинах не убивая оперативку (которой там считай что нет) и процессор FB-сервера

Мимопроходящий,

Он на склад, завтра тебе еще попкорна принесёт, более забористого

Чем далше в лес, тем толще партизаны

dgdogВ идеале надо чтоб все 204 штуки разом летели, но это не реально с моими познаниями БД

как одно связано с другим ?

сейчас у тебя просто сервер невытянет 200 одновременных подключений, 2 гб - это мало, да еще на классик-сервере

но при чем тут познания ?

а чтобы "летали одновременно", они должны летать локально, на машинах с источниками данных, и не трогая твой FB-сервер вообще

dgdogУ меня вопрос как облегчить именно ПИК момент загрузки импорта. В память и в диск сервер даже близко не упирается. База 700 метров всего

выгрузить в отдельный файл (можно дже и файл БД - клиент его прочитает через FB Embedded) все данные, нужные клиентам для сверки, скорее всего это будет чисто временная срезка нескольких таблиц за последние NN месяцев

растиражировать этот файл по компьютерам с источниками данных

на тех комьпютерах запустить на каждом по модифицированному клиенту, которые
1) будут сверяться не по освновной перегруженной БД, а по этому файлу
2) будут нужные данные заливать не прямо в базу, а в промежуточный файл

потом собираешь все эти файлы с уже проверенными и очищенными данными со всех клиентов на сервер

потом на сервере уже ОДНИМ (модифицированным в противоположную сторону) клиентом читаешь эти файлы один задругим и вливаешь их в БД в одном подключении

Мимопроходящий,

с удовольствием!!!

про гарантии результата прочитаете в типовой EULA

dgdog.....слить обратно только нужное. ВОт вопрос то ВО ЧТО слить? Ну не в текстовый же файл..

можно и в текстовый - JSON или XML
плюс - если что-то не так для отладки можно этот файл открыть в блокноте и своими глазами увидеть содержимое
ещё плюс - в один файл можно сливать записи разных форматов, в том числе и просто описание, с какого клиента, с какого источника данных за какой срок эта выжимка сформирована

не хочется - возьми простые табличные файлы DBF - http://TDBF.sf.net например
но если данные разного формата - придётся несколько файлов-таблиц делать
впрочем, никто не мешает после формирования просто упрятать их все в один zip
опять же просмотрщиков содержимого DBF как собак нерезанных, даже в Total Commander можно смотреть

можно, если тебе так охота, и в SQL БД типа например SQLite
или типа Firebird Embedded
Но я бы не стал, только если импорт этих данных потом делать изнутри самого сервера средствами чистого FB SQL.
А если ты импорт на Паскале пишешь - то варианты выше будут удобнее