Здравствуйте! Мистика какая-то.
Есть база DBF. Есть файл в каталоге ИБ VO.dbf, никак не связанный с базой.
Есть процедура загрузки данных: сначала ставит константы в нужные значения, потом очищает и пишет данные в VO.dbf через OLEDBData, потом грузит другие данные в справочники, и в конце меняет значения в константах.

Так вот, после обращения к VO.dbf система сообщает, что записала новые справочники, должна изменить значения в константах (в отладчике все ОК - значения правильные). Но по факту ничего в справочниках не появляется, константы имеют значения, которые установились до обращения к VO.dbf.

Ошибок не выдает, попытки и транзакции все убрал, базу OLEDBData и запрос-команду закрываю методом Закрыть(), все переменные обнуляю, пробовал переносить VO.dbf из корня каталога ИБ в папку в этом каталоге.
Ничего не помогает. Что за наф?

а зачем так содизменно, через OLEDB, если у 1С и у 7, и у 8 есть доступ к встроенному движку работы с DBF?

Прошу прощения!!!
После создания темы нашел НачатьТранзакцию. Впопыхах кодил.
Несколько дней не мог понять в чем проблема. Вот что значит - пообщаться с умными людьми. Задаешь вопрос в умное сообщество и тут же решение само приходит)))

PS Если можно, удалите тему, чтобы поисковик не находил.

(1) только собрался написать об этом ;-)

(1) Скорость

(2) фиг вам. Миста все помнит и "Миста мстит!"

(4) через OLEDB с DBF скорость? Это что-то новое, неизведанное.

Xbase показался медленнее. Может звезды так сошлись?
Ваше мнение иное? Поделитесь.

я просто пробовал это сочетание, OLEDB+Jet4+DBF. Оно фурычит, но с кучей косяков, например через CREATE TABLE не понимает многие размерности полей NUMERIC. Ну и скорость... это не скорость. Это какая-то антискорость.

XBase, мне кажется, и быстрее, и совместимее

Как-то с Xbase давно работал. Не оч нравилось. Прямые запросы рулили (!правда на SQL). Но осадочек остался, а с ДБФ реальных тестов не делал.
Никто не сравнивал по скорости?
(9) По совместимости согласен. А по скорости?

(5) А вдруг маг и кудесник в этот раз исключение сделает? :)

(5) Красиво сказано!

(12) Дарю!

(13) вписал в перлы Книга знаний: Афоризмы и перлы мистян

(5) и мстя её (существительное) будет страшной...

(15) Типа "Чтобы ты всю жизнь на клюшках программировал!"
...?

(16) попробуем, в Беларуси для клюшек до сих пор 3 франчайзи выпускают обновы для бухии, и 70% малых фирм (моих знакомых) вполне на них ведут учёт

(17) о, так я тут могу усилия приложить, в Беларуси сейчас по семейным обстоятельствам...

(17) Как будто в России их мало... Тех кто сидит на Бух-ии 7.7

(19) Да, есть такие "извращенцы" и среди моих клиентоа :-)
Хотя, я всячески стараюсь заставить их перейти на бух. 3.0, в первую очередь, что самому этот гимор не нужен.
Всетаки, это регламенитированный учет... Меняется все, слишком часто, и надо как минимум пытаться "соответствовать"...
Сама 1С забила на адекватную поддержку конфигураций 7.7, а ЗиК вообще бросила, в 2008 году :-(
Спасибо находятся энтузиасты, например тот-же "Кошки рулят", которые пытаются так-или иначе поддерживать зарплатные конфы и рег. отчетность 7.7...

Вот другое дело - торговля. Тут, у меня 99% клиентов сидят на 7.7. И никуда не собираются уходить.
И я их в этом поддерживаю, как могу.
А чего - торговля, с каменного века не менялась - товар<=>деньги<=>товар :-)
А всякие "сбоку надстройки" - "все ГИС", типа маркировки, ЕГАИС и т.п., не так страшно - я и сам в 7.7 их поддерживаю, ЭДО тоже, и думаю, не хуже, чем в типовых 8.Х, по крайней мере, для небольших фирм, вполне хатает...

(17) ну и правильно. дешево и сердито..

(9) есть исходники CodeBase 6.4, если к нему прикрутить ActiveX и Sqlite - будет круто :)
Sqlite - там правда только выборки. Никаких create table.

(22) ну дык клюшки они же на CodeBase'овской базе сделаны вроде

(22) Это к Djelf-у тогда.

(20) Ну Бух-ия 7.7 не снята еще с поддержки, для нее даже новые релизы выходят (например, последний с поддержкой ЕНС в платежных поручениях), регламентированная отчетность обновляется ежеквартально.
Ну понятно, что развития в ней нет и не будет, а также поддержки кардинальных изменений в законодательстве (онлайн-кассы, маркировка, ЕГАИС, ЭДО, эТРН, Меркурий (Ветис), ФГИС Зерно и т.д.).

(20) да ну ладно, насчет 2008 это вы утрируете. Мои конторы жили на ЗиК до 2014 года, и примерно до 2012 все там было норм и даже более-менее своевременно выходило. Водораздел произошел где-то в 2013, обновки стали заметно подтормаживать и было видно, что их лепят по остаточному принципу теми силами, которые не заняты на восьмерочных конфах. Мы отказались от ЗиК с 2014, но я знаю, что многие терпели и дальше, в том числе с обновками от Кошек.

Собственно, рискну предположить, что окончательно соскакивать имело смысл к 6-НДФЛ и сопутствующему кардинальному изменению учета НДФЛ. Оно даже в ЗУП 2.5 реализовано очень так себе, а про ЗиК, наверно, нечего и говорить.

(26) Ну, да, это я на десяточку ошибся. Хотел написать 2018, а получилось 2008 :-)
Хотя, сейчас зашел, глянул, последний релиз у них вообще от 2019 был:

https://content.foto.my.mail.ru/mail/m_w_w/_mypagephoto/h-503.jpg

А дальше, только Кошки... У него уже: Релиз 7.70.383 от 20.02.2023
Может и позже есть, давно не смотрел.

(24) Не надо так утверждать.
Для баз в формате sqlite ограничений нет вообще никаких.
Для баз 1С 7.7 я реализовал только DELETE (это работает, и работает быстро), но все остальные методы быстрее никак не смогут работать (все равно это будет работать через движок клюшек с созданием объектов и т.п.).
Да, согласен, было бы круто реализовать для клюшек CREATE TABLE, с записью в метаданные, но это выглядит немного шизофренично ;)
ActiveX могу прикрутить, только зачем из Буханки делать Троллейбус?

(29) > Да, согласен, было бы круто реализовать для клюшек CREATE TABLE, с записью в метаданные, но это выглядит немного шизофренично ;)

но нормально для самописной системы :)

(29) > ActiveX могу прикрутить, только зачем из Буханки делать Троллейбус?
собственно получим тотже OLEDB, согласен..

достали эти ограничения клюшек, но никуда не денешся.

(30) Хм, ты видимо предлагаешь перехватить в движке 1С создание таблиц?
Это возможно, с буржуйской Гидрой от АНБ, реверс-инженеринг стал невероятно прост.
Я просто создаю внешнюю базу sqlite, связываю сданными 1С, лезть в метаданные в 1С вообще не нужно, это лишенее.
И все, ограничений в (31) нет!

о каких ограничениях клюшек вы говорите? просветите темного...

(33) Это не только клюшки, это вообще вся 1С.
Произвольный индекс ты как на таблицу сделаешь? Никак! Вот тебе и ответ...

(32) > Хм, ты видимо предлагаешь перехватить в движке 1С создание таблиц?

нет. она нормально отлажена. нефиг туда лезть.

(34) а не надо из 1С делать всякое другое!

(36) А как же так жить без Покерок от Ёпрст?

(37) это другое

(27) "рискну предположить, что окончательно соскакивать имело смысл к 6-НДФЛ и сопутствующему кардинальному изменению учета НДФЛ. Оно даже в ЗУП 2.5 реализовано очень так себе, а про ЗиК, наверно, нечего и говорить." На 1С 7.7 КАМИН 2.0 использую, 6-НДФЛ, СФР и пр. формы работают наверное лучше чем в ЗУП.