Кэш получен в ДатаСете1 путём DataSet1.LoadFromFile ( или LoadFromStream; предварительно файл или стрим получены из точно такого же DataSet2, "привязанного" к таблице с точно такой же структурой, как и DataSet1 (select-ы и обе таблицы - идентичны, только первая таблица пустая, а вторая - полная). Я даже вижу содержимое кэша 1-го ДатаСета через Грид, НО!.. - никакими ухищрениями не получается отправить содержимое кэша в базу. Перепробовал что только можно - и Aplay, и AplayUpdates, и AplayUpdatesToBase (точно не помню название метода), и стартовал-коммитил транзакцию, и Edit-Post - результат нулевой. Ни одной записи в базу не попало. Подскажите выход...

Краткая предыстория. Задачка возникла от необходимости "перегнать" данные из 1-го диалекта в 3-й (кол-во таблиц - немеренное). Хорош бы был гетерогенный запрос + БДЕ-шный БатчМув (метод компонента Table), но БДЕ к сожалению не понимает маленькие буквы. Вроде можно через файл или стрим, но никак не получается долбаный кэш отправить в базу.. Я просто в трансе..

SOS-SOS-SOS...

Сергей Васильев.

>>А через обычный backup/restore - "перегнать" базу уже не получается?

К сожалению это система реального времени, данные надо перегонять из проекта... Особенности русского Бэйс-Билда объяснять долго и больно...

Вот фрагмент кода:
...
dsetFrom.Last;
dsetFrom.SaveToFile('C:\Base\CMM.txt');

dsetTo1.Transaction.StartTransaction; // так написано в хэлпе по фибам..
dsetTo1.LoadFromFile('C:\Base\CMM.txt');
dsetTo1.Last;

dsetTo1.ApplyUpdToBase;
dsetTo1.Transaction.Commit;
//dsetTo1.CommitUpdToCach;

После всего этого в гриде, прицепленном к dsetTo1 данные я вижу, но после переоткрытия dsetTo1 – они бесследно исчезают (т.е в базу - не попадают)..

--------------------------------------------------------------------------

Свойства, прописанные в инспекторе объектов:

dsetTo1.AllowedUpdateKinds := [ukModify,ukInsert,ukDelete];
dsetTo1.AutoCommit := true;
dsetTo1.AutoUpdateOptions.UpdateOnlyModifiedFields := false;
dsetTo1.UpdateRecordTypes := [cusUnmodified,cusModified,cusInserted];
dsetTo1.Transaction := trW3;
dsetTo1.UpdateTransaction := trW3;

trW3.TimeoutAction := TACommit;
trW3.TPBMode := tpbReadCommitted;

--------------------------------------------------------------------------
Время катострофически заканчивается, через несколько дней надо сдавать проект, а этот камень ну никак не объехать.. Чует моё сердце - скоро на земле одним базистом станет меньше...
А может кто-то всё-таки поможет добрым советом?

А время стремительно убегает...

Эх...

...

..

>>1man Хоть одна живая душа отозвалась, сенькаю :).

Без "CacheUpdates=true" данные в кэш просто не попадают. А "edit-post-comit" - перепробовал в разных комбинациях (чуть ли не полный перебор) - не помогает. Такое впечатление, что в данной версии pFIBPlus (4.4412) на этом месте просто заглушка стоит.

Всё-таки хотелось бы услышать компетентное мнение, вопрос по-прежнему ещё актуален..

>>1man "Если все же в базу - попробуй отключить cash, как я уже писал.
"...
Извини, имел в виду кого-нить из разработчиков фибов (про компетентное мнение)...
Для чистоты эксперимента - завтра же попробую отключить CacheUpdates..
_______________________

>>MrAlex "...Как это отключить кэш..."
Может в этом что-то и есть (отключить CacheUpdates) - по идее они (данные) должны и попасть в другую БД, минуя кэш (после LoadFromFile). Если так - останется только "запостировать"... В любом случае - надо проверить...

>> Vovochka “ .......... почитай......... http://www.fibplus.com.ua/rus/articles/cache_xxx.shtml”

Про LoadFromFile (SaveToFile) – там ничего не сказано..
____________________________
>>MrAlex “ Выдержка из Help… Call LoadFromFile TO FILL THE LOCAL BUFFER by file data.”
В том же хэлпе написано ~ для фиксации изменений применяйте ApplyUpdToBase. Включаешь – не работает.
____________________________
>>1man «Как попробуешь - пожалуйста, напиши что получилось.»
Отвечаю – не получилось ничего:

dsetTo1.Transaction := trW3;
dsetTo1.AutoCommit := false;
...
if not trW3.InTransaction then
dsetTo1.Transaction.StartTransaction;
dsetTo1.Edit;
dsetTo1.LoadFromFile('Путь\файл');
//dsetTo1.Post;
if trW3.Active then
dsetTo1.Transaction.Commit;

метод “dsetTo1.Post” закомментирован, т.к. в этом месте возникает ошибка – «датасет не находится в состоянии Edit или Insert». Так что LoadFromFile «выводит» датасет из режима Edit... Но и «dsetTo1.Transaction.Commit» ничего не даёт – псле переоткрытия dsetTo1 – пуст...
Вообще-то Edit-Post в данной ситуации не совсем подходит, эта парочка ведь для редактирования одной записи.. В общем туман не рассеивается.. пока..
Наиболее вероятно, что здесь всё же должен работать метод dsetTo1.ApplyUpdToBase но почему-то не работает. Написано «Тэтчер», а на самом деле – «Ганди»…
Есть, конечно же железобетонный способ (с Edit-Post кстати) – переприсваивание полей через FieldByName (FieldsValue). Но это тоскливый способ, - уж очень много таблиц и полей (работа больше для спинного мозга).
Благо проект рухнул по вине более достойных членов команды. Но вопрос хотелось бы всё же «дотоптать» – не за горами вторая серия.. Кто прольёт свет, а-у?!?..

>>1man Что-то я на ровном месте ошибаться стал. Ну конечно же
dsetTo1.CacheUpdates := false в последнем примере, именно так я и пробовал (а не dsetTo1.AutoCommit := false ).
ApplyUpdate пробовал при CachedUpdates=true и при CachedUpdates=false (и ApplyUpdToBase тоже пробовал и так и так) - не получилось...
______________________________

>>Alexandr K. "А запрос на вставку во втором датасете прописан ?"

1). А как он должен выглядеть?

Пусть в обоих таблицах по 2 поля:
F1 integer (Primary Key),
F2 integer;
...
dsetFrom.Last;
dsetFrom.SaveToFile('C:\Base\CMM.txt');

dsetTo1.Transaction.StartTransaction;
dsetTo1.LoadFromFile('C:\Base\CMM.txt');
dsetTo1.Last; // в этот момент все считанные данные видны в прицепленном к dsetTo1 гриду

, 2). а дальше?..

Уехал в отпуск. Попробую позже...

>>x.diablo Просто так не получается. Можешь написать фрагмент кода?