Разработка таблиц MySQL для системы учета

Question

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

1. Продажа наличными $ 300

2. Денежные средства, полученные от Смита, $ 250

3. Счет за электричество оплачен $ 50

Я сослался на Двойной учет в реляционной базе данных и разработал приведенную выше таблицу Транзакция (знак минус означает, что сумма зачислена). Идентификаторы 1 и 2 принадлежат транзакции 1, идентификаторы 3 и 4 принадлежат транзакции 2 и так далее. Как я могу идентифицировать каждые две строки как одну транзакцию в базе данных MySQL. Например, если выбирается первая транзакция, как я могу это сделать, поскольку между двумя строками нет взаимосвязи. Если этот дизайн не звучит хорошо, вы можете предложить альтернативу.

Answer 1

Вы должны отказаться от двухстрочного дизайна, если это действительно не нужно.Я бы слил строки и добавил бы дополнительное поле, в котором вы могли бы хранить деньги, если это были наличные деньги или нет, и сумма была бы + при зачислении и - если списана (или сторнирована, я не хорош в бухгалтерском учете:))

Answer 2

Поскольку вы используете реляционную базу данных MySQL, вы можете добавить несколько таблиц.

Чтобы ответить на ваш вопрос, вам нужно создать еще одну таблицу, в которой будет содержаться общая информация для каждой транзакции (например, вы можете назвать ее TRANSACTIONS). Эта таблица может включать Transaction ID и Date Column. Теперь, обратитесь к столбцу Transaction ID таблицы TRANSACTIONS в существующей в данный момент таблице. Это означает, что записи 1 и 2 будут иметь один Transaction ID, поэтому вы можете ссылаться на него в своих запросах.

Answer 3

Хорошая работа.

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

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