Допустим, есть справочник товаров (tovar) с двумя полями
x(Serial) и name(text)
т.е. код товара и его наименование.
А также справочник складов (sklad) с аналогичными полями:
x(Serial) и name(text)
Третий справочник: справочник операций прихода/расхода (oper):
x(Serial), dat(data), xtovar(int), xsklad(int) и kol(int)
где поле kol - это кол-во прихода или расхода (штук) товара
dat - дата операции.
а xtovar и xsklad - ссылки на коды товара и склада.
Задача такова. При добавлении строки oper система должна автоматически в каком-нибудь третьем справочнике хранить актуальные остатки товара: справочник остатков (ost)
x(Serial), xtovar(int), xsklad(int) и kol(int).

Проблема, с которой я к Вам обращаюсь: Как я понимаю - это работа с триггерами. Алгоритм такой:
- Триггер должен сначала понять, есть ли вообще строка в справочнике ost (xtovar-xsklad) и если её нету - создать новую с нулевой суммой.
- Ну и в существующую или в созданную новую строку добавить/отнять необходимую сумму товара.

Вопросов несколько:
1) Если это делают несколько пользователей - не случится ли так что два пользователя одновременно не найдут пару (xtovar-xsklad) и создадут каждый свою такую пару. И получится дубляж строк. Как этого избежать.
2) Как понять триггеру, что нужной строки с уникальной парой (xtovar-xsklad) нет, чтобы он создал.
3) Может кто то какой то другой вариант решения проблемы.

Заранее спасибо.

Нет, сделать уникальность КодТовара-КодСклада. И тогда второй попадёт в ошибку. Так как такие проблемы будут очень редки - проблема как таковая решится сама.

А по поводу
\/\/\/\/\/\/\/\/\/\/\/\/ ДА! Есть другие варианты решения проблемы
Предложенный Вами - не самый лучший.
Подскажите вариант получше?

Для Злой Бобр спасибо, почитаю ссылочку

\/\/\/\/\/\/\/\/\/\/\/\/,

Программа проста. Есть товар - приход/расход.
Кол-во товаров ~1000. Операций много.
Просто есть 1С7 сетевая бухгалтерия. Ввиду того, что бухгалтерии не хватает уже мощей, да и база превышает 2 гига, а денеХ начальство жопит экономит на новое ПО, да и желание изучать что-то новое, когда знаешь толично 1С7 и PostgreSQL, как то не хочется.
Вот и решили - Adob Connection нам в руки для обмена с PostgreSQL (если не найдём что нить получше) и данные хранить в оной СУБД. И то, только нечто регистров, как съедающие большую часть базы

Можно, конечно и view использовать, да только постоянно расситывать при большом объёме информации будет как минимум дороговато по времени обработки. Операций около 100 в день * данные с 2004 года = около 300 тыс проводок.

Dimitry Sibiryakov,

Сервер тоже "экономный"

Согласен что будут смеяться, но всё-таки, хотя 1С оставить, а за 1C SQL не платить

Знать бы ещё правильный сервер... :)

А так. Linux не дружит с 1C7.7 есть такие проблемы.

Да, ещё замечу... 1С ДБФ версия, что стоит у нас физически более 2 гигабайт не тянет, вернее тянет, но возникает риск ошибок

Злой Бобр,

"Спасибо" злой Бобр за предположение, на то ты и злой бобр :), однако 1С я знаю, особенно семёрку. Хотя что я оправдываюсь. Я сюда пришёл за идеями а не за чем то-либо иным.
Пока оных я даже не услышалпрочёл.
То что начальство ограничивает в финансах, да, это проблема. Однако в планах перевести программу вообще на яву, так что от 1С вообще отойду, но на это надо время. Так как проблема с переходом заострилась остро сейчас (появляется новый удалённый отдел, на который ключик есть только бухгалтерский сетевой) ,что послужило заданному мной вопросу (просьбы совета).

Мне бы просто идейки как это делают другие, а там я дальше допетрю.

:) 1С7 Бухгалтерия сетевая не SQL. Размер два гига, работает исключительно по сети... если низя поменять на иную компоненту (расчёт) или переписать (сжатые сроки) остаётся перенести большую часть информации в БД и просто обращаться к нужной информации при помощи селекта

10 пользователей, у всех хрюши

На "сервере". Просто один комп (1 ядро, 512 ОЗУ), на котором ключик висит

Память нарастим, 2 винта в зеркале стоит. Но от этого 1С быстрее работать не будет же :)

Нанять нет необходимости, оттого, что тут часть 1С программирования.

Короче так. Пока вчера я с вами обсуждал, накидал программу.
Все обороты выгрузил в PostgreSQL. Т.е. при проведении документы теперь выгружают обороты не в проводки, а в БД, теперь дело осталось только за отчётами. Часть уже подправил, остальную часть доделаю за неделю.
Единственное, что сеё обсуждение помогло - я отказался от регистров, остатки расчитываются в реальном времени

Dimitry Sibiryakov,

Ладно контору обгаживать, фирма мелкая, подработка, так сказать. Какие успехи / неудачи, если не забуду - расскажу.

zeon11,

Не.. тут посолиднее... хрюша и ключик 1С - честные :)
Ну памяти будет два гига. Остальное не поменяется.

Naf,

себестоимость - партиционный учёт будет. От этого и будет контроль отрицательных остатков. Просто партии я не расписывал здесь - сам догадаюся как это нарисовать. Допетрю

Как и обещал - итоги миграции:
Миграция завершена успешно, точнее её первая часть.
База готова, всё сделал через ODBC. Единственное, контроля отрицательных остатков не стал делать - просто при выборе товара показывается только тот товар, у которого есть остаток. Так сказать - защита от дурака.
Да, уточнил кол-во операций, оказалось их около миллиона. Постгрюха на раз-два щёлкает.
Итого остаток товара считается довольно быстро, за исключением, если мы хотим получить остаток по всему товару сразу, запрос выполняется секунды 4, загружается ещё секунд десять. Т.е. 15 секунд на отчёт... ну, в принципе, я просто попросил открывать товар по папкам, дабы отчёт формировался очень быстро.
Ну да ладно.

Вопросец появился, о великие гуру программирования. Пока я делаю это средствами самой 1С, но хочется всё-таки задействоавть запросы.

Есть Таблица
tovar parent name ispapka
Код товара, код родителя, наименование товара и признак, что это папка а не товар (1 - папка).
Проблема вот в чём, если я хочу узнать остаток товаров из папки с кодом, скажем 7, то у меня возникает задача:

Простите, продолжу:
Родитель с кодом 7, значит получить остатки товаров, у кого код родителя равен 7, а также рекурсивно по всем папкам, у которых код родителя равен 7 также проделать такую же фигню.
Вот как это сделать быстро в селекте.

Т.е. пока покажите пример - вывести весть товар в папке родителя с кодом 7:
SELECT name FROM tovar WHERE PARENT=7
даёт только товар в папке с кодом 7, но не даёт список товаров во вложенных подпапках... и как решить данную проблему быстро - не знаю

Last1Cmen,

Даже если долго, то как?
Я, конечно, могу сделать процедурку, которая рекусивно мне будет собирать данные, иного выхода не придумал.

Типа получить список подчинённых и для каждого подчинённого, кто является папкой запустить ту же процедуру и всё это вернуть.
Ну а селектом просто это, получается, нельзя сделать

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

НО, если элемент необходимо будет перетащить в другую папку (сменить родителя), необходмо предусмотреть перезаполнение служебной таблицы... Это усложняет дело.

Хотя большое спасибо за идейку.