Разработка базы данных для системы учета двойной записи

Question

Должны ли записи журнала регистрироваться в проекте базы данных?

В реальном мире имеет смысл вести ежедневную учетную книгу, а затем переводить ежедневную учетную книгу в двойные учетные записи. но в компьютеризированной версии это создает дубликаты записей, а это не имеет смысла?

Real life:
User ---> journal day book (single entry) ---> ledgers account (double entry)

Answer 1

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

Это также обеспечивает хороший контрольный журнал, который всегда полезен.

edit

"Мне было бы интересно узнать, должен ли я записывать записи в журнале или нет"

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

Answer 2

Ваш вопрос действительно о разработке систем учета. Оперативное рассмотрение - контрольный журнал.

По моему мнению, если вы пропустите этап ежедневника, может быть трудно проследить, что записано в базе данных и что введено пользователем (пользователями). Если пользовательский интерфейс для ввода данных будет выглядеть как ежедневник, вы должны записать ежедневник, если хотите, чтобы его можно было отследить. Бухгалтер может помочь вам оценить важность этой проблемы.

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

Опять же, бухгалтер может сказать вам. Если нет бухгалтера, консультирующего проект, получите его.

Answer 3

Учет двойной записи не создает дубликаты записей, потому что каждая сторона двойной записи идет на разные счета номинальной книги. Не уверен, что вы имели в виду «дубликаты записей», но я просто подумал, что это нужно прояснить. Очевидно, что создание повторяющихся строк в базе данных, как правило, не очень хорошая идея.