помогите разобрать со структурой таблиц

необходимо написать тригеры на update, delete, insert для обновления цен товаров, которые находятся на складе, в теле тригера нужно изменненые строки кидать в новые таблицы, например, s-update..<br><br>В теле триггера нужно сделать так, чтобы инсерт, делит и апдейт строчки с изменениями ложили в новые соответствующие таблицы, например, t-update, t-insert, t-delete. А вообще после это планируется создать джоб или как-нибудь по другому, выгружать эти новые таблицы в mysql на сервере. Затем очищать таблицы t-update, t-insert, t-delete....<br><br><br><br>Физически где лежт цены, т.е. закупочная, розничная, оптовая, т.е. в какой таблице искать? из файла *.dds я выделил для себя следующие таблицы:<br><br>-sc178 -справочник номенклатуры//здесь просто список товаров<br><br>-sc150 -справочник типы цены(т.е. 3 строки:закупочная...)<br><br>-sc178 - справочник цены(должно быть то, но тут какие-то непонятные значения из 3 буква, типа 3H3 или 4YG)<br><br>вот и проблема..где лежат сами значения цен?<br><br>

А может нет смысла так извращаться?<br><br>Может стоит использовать стандартные процедуры<br><br>ПриЗаписи() ПриУдалении() - в них отслеживать данные изменения.<br><br>ИМХО прямой доступ к DBF файлам при работающей 1С ни к чему хорошему не приведет.<br><br>Как второй вариант сделай обработку, по выгрузке всех цен в файл (DBF), а дальше сторонней программой сравнивай с предыдущим созранненым файлом.

ну во первых 1с для sql server'а, а во вторых ведь я ничего не собираюсь менять в самой структуре таблиц 1с, я только считываю значения и вставляю их в новую таблицу, это ведь никак на целостности БД не отразится...<br><br>Почему я выбрал именно такой вариант? потому что только так(как я понял) можно добиться полной автоматизации, т.е.:<br><br>1. выделяем изменение и ложим его в определенную таблицу(например, t-update)<br><br>2. соединяемся с мускулом на удаленном серваке и кидаем туда инфу из таблицы<br><br>3. очищаем таблицу<br><br>На все про все тратится совсем мало времени, причем изменения в локальном mssql(1с) сразу же будут доступны на удаленном mysql.<br><br>Конечно, быть может я в чем-то и ошибаюсь, так как все это понимаю не много расплывчато...<br><br>Конечно можно было бы сделать так как сказали вы, т.е ПриЗаписи() создавать OBDC(ADO) подключение с mysql и кидать туда изменившиеся значения из 1с, но тогда нужны тригеры на mysql(у меня они не поддерживаются), чтобы временную таблицу рассортировать

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

по-моему, слишком большая затрата ресурсов будет, Вот сейча выгружаются цены только 5 минут, а потом ещё сравнение делать, геморой не кажется ли??

Значения цен являются периодическими реквизитами и лежат в таблице _1sconst.<br><br><br><br>Возможно, поможет: http://metaprog.km.ru/secrprog/opisanietabl.html<br><br&gt;

По-моему здравая мысль с триггерами, сам давно собираюсь так сделать, да только некогда:).<br><br>Для получения структуры таблиц загляни в dds, там почти все<br><br>а вот периодические лежат в _1sconst

Большая просьба: если разберешься со структурой _1sconst, поделись если не трудно ICQ: 211366709

Большая просьба: если разберешься со структурой _1sconst, поделись если не трудно ICQ: 211366709

описание _1sconst<br><br>http://www.1csql.ru/materials/articles/develop/005.html