DreamKillerТакая у меня интересная задачка. Мне надо сделать таблицу, которая бы хранила сведения об остатках на складе медикоментов на каждый день... Структуру вроде продумал, а вот с механизмов обработки остатков никак.. Перенос остатков на новую даду.. Уменьшение остатка... Помогите чем можете... Заранее спасибо всем кто откликнется.
Примерно так: написать функцию изменения остатка в твоем регистре типа ChangeOstat(dDate, nTovarId, nDelta) которая будет изменять в дне dDate по товару nTovarId остаток на nDelta, а затем одно из двух:
1. Прописать триггеры для всех таблиц, от которых остаток зависит, вызов ChangeOstat() для изменения твоего регистра.
2. Во все формы, где происходят изменения остатков вставить код вызова ChangeOstat()

В 1С 7.7 не много работал, кажется там сделано по варианту 2, только там не функция, а объект регистр, изменения как правило вносятся при проведении документа.

Только устроив такую хрень не забудь про периодический пересчет остатков, т.к. если что-то сглючит, то все остатки съедут и восстановить можно только полным пересчетом (это одна из болезней 1С). Получишь все недостатки постоянной синхронизации двух баз.

Не знаю какие объемы, сколько документов, но я предпочитаю делать так:
есть дата ниже которой запрещено изменение документов, остатки хранятся на эту дату и текущие. Текущий остаток меняется при изменении документов. Все расчеты строятся либо остаток на дату запрета + приход - расход, либо текущий + расход - приход.

И еще: Прикинь размер твоего регистра, подозреваю что тормоз от его объема при заполнении перекроет ускорение от его использования.

DreamKiller Dima TИ еще: Прикинь размер твоего регистра, подозреваю что тормоз от его объема при заполнении перекроет ускорение от его использования.

О размере я уже думал...
Как с этим боротся пока не знаю (

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

Повторюсь: Делай две таблицы: текущий остаток и опорный остаток на начало рабочего периода. Aleksey-K о том же говорит. Текущий меняй в онлайне, т.е. при изменении каждого документа, документы датой до рабочего периода менять запрети. А для получения среза на конкретный день напиши отдельную функцию. И все будет летать.

Sergey Ch прав что проще без остатков, т.к. по теории реляционных БД остатки - избыточность, эту информацию можно получить расчетным путем = весь приход - весь расход. Не скажу что он полностью прав (все зависит от задачи), т.к. такой расчет довольно ресурсоемкая задача при большом количестве документов. Какой-бы способ хранения ты не выбрал - это избыточность, которую надо регулярно проверять на предмет ее соответствия исходным данным. Избыточность вводиться для уменьшения времени выполнения операций с БД.
Вот и думай с одной стороны замедление в процессе ввода из-за сохранения избыточной инфы, с другой стороны ускорение при выборке. Ищи золотую середину. Если, например, остатки на 15.10.2006 понадобятся один раз в году, то зачем их хранить, когда проще сосчитать?
DreamKillerЗдесь без остатков нельзя.. В техническом задании "Контроль остатков на складе" .
Вот!
А кроме слов "Контроль остатков на складе" ничего не написано? Я бы под этими словами понял "распечатать остатки и все на инвентаризацию"

DreamKiller А кроме слов "Контроль остатков на складе" ничего не написано? Я бы под этими словами понял "распечатать остатки и все на инвентаризацию"
Там много чего написано... Могу привести все... Если есть желание... )
Приведи. Только чтобы в один экран уместилось :) Люблю таких писателей почитать
Но если там черным по белому написано что в базе должны храниться остатки за каждый день, то чего тогда обсуждать. Все-таки контроль это одно, а хранение совсем другое

DreamKillerПривет )
Привожу все полностью...
Выполняемые функции:
- Поддержка БД болезней
- Поддержка Бд медикоментов на складе.
- Формирование рецепта после осмотра больного
- Проверка наличия лекарств
- корректировка запасов
Там еще отчеты надо, но там легко сам догодаюсь

Ни какого практического применения она скорее всего не найдет..
Просто попросили курсачь сделать... Я отказался, но меня заинтерисовала эта задача, вот решил ее реализовать...
Ну и зачем ты голову всем морочил? Все подумали человек что-то серьезное писать решил Курсовой от реальной проги отличается как лопата от экскаватора. Любая прога сначала пишется, отдается пользователю, а затем дописывается, дописывается, дописывается ... потом пишется версия 2.0
А где "Контроль остатков на складе"?

Судя по написанному - прога для больницы в кастрированном варианте функционала.
А вот насчет практического применения - такая прога очень нужна, сегодня уже много больниц перешло платные рельсы, деньги появились, ищут софт - а его нету, функционал довольно специфический, ну и пытаются сами написать, кому-то заказать. Так что господа разработчики надо успевать пока какая-нибудь 1С-Больница не появилась.

PS Поюзай Firefox 2.0 он ошибки синтаксические подчеркивает при наборе

piva авторТак что господа разработчики надо успевать пока какая-нибудь 1С-Больница не появилась. 1С- для Аппек уже точно есть и давно
Аптека - классическая розничная торговля и немного фармспецифики по отчетности, хранению, госконтролю ценообразования. У больницы совсем другие задачи.