Чернышев Андрей ЛеонидовичНе знаю, ModelR, почему я должен предоставлять результатыЗдесь никто никому ничего не должен. Хотите - общаемся. Нет так нет. Чернышев Андрей Леонидович
"Проводка" это процедура индексирования операции с использованием "кредитуемых и дебетуемых счетов". В "структурном смысле" под "проводкой" можно понимать набор {кр.счет,деб.счет,сумма,дата}, однако даты и суммы объективно содержатся в операции без всяких "проводок".. Чернышев Андрей Леонидович
Концептуальный уровень.
"Проводка" - это ПРОЦЕДУРА, а не СТРУКТУРА.
Процедура дооформления (проведения, ...) бухгалтером совершенной операции.Понятно. Но ИМХО неверно отрывать проставление счетов от остальной части бухгалтерского труда. Бух учет - это экономическая классиификация операций исходя из принципов учета (см. например закон "О бухучете"), что сложнее просто индексирования бухсчетами кем-то уже перечисленных операций. В моем примере видно, что сама разбивка суммы в оперативном и бух. учете может быть не то чтобы более/менее детальной, а просто иной (150= 70+80=100+50). Что и приводит к структуре бухоперация (транзакционное понятие) --бухпроводки/полупроводки (суммовая разбивка). Чернышев Андрей Леонидович
В связи с этим, часто используемый термин "полупроводка" - это "полупроцедура". Ни на концептуальном, ни на лигическом, ни на физическом уровне это понятие не имеет существенного практического смысла. И мне не понятно какая польза может быть хотя бы в научном плане от "полутранзакции".
Ну, где бузина и где дядька. Для процедур обычно используют слова проведение, генерация и т.д. Полугенерация действительно мне не встечалась. Полупроводки - часто. Чернышев Андрей Леонидович

Логический уровень.
"Проводка" представляется (дополнительными) атрибутами сущности "операция". А не отдельной сущностью. Это полностью соответствует описанию "проводки" на концептуальном уровне."..Ну это прост логический круг. Раз проводкой называется ("можно понимать") часть реквизитов операции, то понятно, что в этой логической системе не существует отдельных от операции проводок. Чернышев Андрей Леонидович
Надеюсь, что никакого недопонимания не осталось. Хотя ничего нового (кроме признания своей ошибки относительно возможностей "Р"СУБД) я не сказал.Да общем-то расхождения вполне понятны. Было бы интересно увидеть запись в Вашей системе моего примера, но как уже сказано, никто никому ничего не обязан.

Чернышев Андрей ЛеонидовичСложно понять Ваш пример с остатками, и, тем более, сложно понять какое отношение он имеет к способу "хранения проводок".OK, еще раз, для простоты рассматривается только приход.
Управленческая информация: Кстати, да, Дату я прошлый раз пропустил ошибочно. Что касается связи остатков и операций , мне казалось очевидным, что движение должно иметь как минимум те же разрезы, что и остатки. Т.е невозможно знать остатки по ячейкам, не регистрируя по ячейкам же движение. ОК, теперь сказано открытым текстом.
Данные:
Бухгалтерская информация:
Вопрос: Не понимаю, как обойтись только двумя записями из Движение_склад_приход, лишь добавив туда контировку.

Чернышев Андрей ЛеонидовичУ Вас, яошибочно Чернышев Андрей Леонидович думаю, серьезная проблема со схемой данных в корпоративной (?) системе, ModelR, судя по Вашему примеру. Имеем три (например) детальных (это Вы упустили) операции по двум базовым (в которых 100 и 50):
70 в Я10
30 в Я20
И
50 в Я20
И именно просто "добавляем контировку".Вот это как раз то чего не существует в жизни и не должно быть в базе. Бухгалтер не должен заниматься ячейками, а склад контировкой ( и не будут конечно) только потому, что так было бы удобно программистам. Чернышев Андрей Леонидович
А у Вас, судя по всему, какой-то "двойной учет".Как уже говорил, учет у склада свой один, бухгалтера свой один же, и в целом один же : объединяющее их ограничение целостности 150=150 по данному основанию.