Доброго времени суток!
Продолжая эпопею сражения с базой столкнулся (уже в который раз) с очередной проблемой.
Итак.
Идет непрерывная запись в базу. С интервалом 50-60 мсек. записывается в 24 таблицы несколько параметров. Смотреть пост выше.
http://www.sql.ru/forum/1221128/ispolzovanie-odnogo-fdquery-select-dlya-polucheniya-dannyh-iz-raznyh-tablic

При этом я одновременно читаю данные из ранее созданных или актуально записываемой базы .И всё бы ничего ,но во время чтения данных запись подтормаживает на 3-4 секунды.
получаются пропуски в записи.
При чтении максимального колличества инфы. а именно 24 таблицы все данные записанные в течении суток с интервалом в 60 мсек. прога рисует графики на основании выборки.
и одновременно продолжает писать .Но .. с пропусками.

Используются для записи и чтения разные конекты FDConection
параметрыэтих конектов jmWAL . LockingMode-lmExclusive. TxOption Auto->Commit.Start.End
Pooled - false Synchronaus - snNormal.

что упустил тут же добавлю.
ПРОШУ помощи спецов в корректировке.
С ув.

komvik,
if (Фсевотпуске) { явыгноре;}
else { есинеттошотада}

MrCat, добрая душа откликнулась!
А тепей сейёзно.Как говаривал Мих.Михалыч.


MrCatWAL предполагает ведение журнала, в который прописываются изменения БД. Читающая транзакция запоминает позицию последнего commit'а в журнале на момент старта и игнорирует все записи в журнал после этой позиции, т.е. имеем Concurrency-изоляцию (snapshot). Значит, читающая транзакция не увидит изменений, вносимых после её старта, это раз.
меня вполне это устраивает читаться должно от.. и до момента выборки.(актуального файла).

Но проблема что в моменты открытия конекта на чтение запись залипает на 3 сек. и в прцессе чтения таблиц и рисования графика тоже.

есть ли где справочка или кусок кода как мне эту ..тень распаралеллить.
буду очень гран мерси и плюсовать вашу карму программиста.

с ув. Виктор

MrCat,

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

да. Спасибо за поддержку. + + + + + + всё в карму.

MrCat,
Очень признателен за советы!
Не всё в этой проге так тривиально.
Прога досталась от стороннего разработчика и я её допиливаю по потребностям фирмы.

Первое, у меня работают два таймера которые в режиме тригера пишут в базу.
Каждый таймер ожидает своё устройство.

Второе, данные поступают в виде массива данных который в цикле до 300
вызывает каждый раз функцию записи в базу и пишет туда строку.

Пока таймер не закончит работу он не переключится на второй итд.

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

Вот собсна кратенько.
Если возникнет интерес или желание поправить код буду очень благодарен и распишу всё поподробнее.

Я в потоках не профи как собственно и базах. Знаю много, читал, простенькое клепал, но сейчас как то сложновато.

MrCat,

Два вопроса
1 Под, пардон спойлер, куда кидайте?
2 Могу ли я вам латиницей/транслитом писать, а то виртуальную клаву использовать тяжело.
Пы.Сы Есть ли возможность только вам код показать. А то фирма немецкая ,права пользователя, защита по, и вся такая дребидень.

Мне побарабану но начальство по голове не погладит.А может есче и стукнет.
Не хотелось бы светить на всю сеть.

MrCat,
Ok zavtra vse podgotovlju i objazatelno vilogu s objasnenijami.

Da. normalno esli translit?

MrCat,
Vrode vse podgotovil. Vchera sprosil shefa mogno li vilogit chast code poluchil net.
Poetomu popitalsja vibrosit vse ne otnosjasheesja k teme.
Esli chto ne dopisal ili vozniknut voprosi ja pojasnu.

Da!! vchera voznikla problemma opredelit razmer file bazi dannich s pomoschju Firedac.
Pochitav docu ponjal chto na prjamuju poluchit razmer.Nelzja.
Moget est kakaja nibud hitrost poluchit razmer ACTUALNOJ ! bazi

Zadacha stoit ogranichit razmer napisanija file. Esli previshaet dopustimij to sozdaetsja novij file.

Da.Teper code.

MrCat,

MrCat,

MrCat,

PPA,


Naprotiv. Ja poproboval ispolzovat i dage resultat bil neplohim. Odnako ne ja reshaju strategiju programmi ja lish ispolnitel.i vse probi i oshibki prihoditsja soglasovivat s Shefom.

J aiznachalno sovershil strategicheskuju oshibku sozdavaja fajl v SQLIte.
Nado bilo prosto pisat v Binarnij File kak v odnom iz postov mne zdes "Sovetoval" White Owl.

No ja sovershil ogromnuju oshibku poschitav chto Basa dannich SQLite javljaetsja temchto nado.
Po neznaniju, i nevozmognostju posovetovatsja s kem libo.Plus faktor vremeni.
Teper rashljobivaju i dumaju po golove menja za eto ug tochno ne pogladjat.

kak to tak.

MrCat,

K moemu ogromnomu sogaleniju ne ja reshaju chto i kak delat Proga iznachalno bila nekorektno sostavlenna a tem bolee ne gotova k takim doveskam. plus moja strategicheskaja oshibka ispolzovat bazu dannich SQLite.

Vse dobavljaetsja i dobavljaetsja i budet dobavljatsja.
V samom nachale bil odin tajmer i odno ustrojstvo tolko na chtenie s minimalnim ispolzovaniem TChart.

Potom sdelali Zerkalnuju kopiju i privintili vtoroe ustrojstvo. I v konze reshili vesti i zapis a potom esche i sinhronno pokazivat. koroshe pod dejstviem takogo parovoza vse nachalo medlenno zagibatsja.

Vremeni strategicheski chto to menjat net. Da i gelanija osobogo nachalstvo ne projavljaet. vot i prihoditsja mutit chto samo po sebe v korne neverno.

Vot tak.