Accounting Database Design

Question

Post reply

Accounting Database Design

mandar.dasgupta

SSC Veteran

Points: 254
More actions
July 27, 2013 at 10:09 am

#148296

Hello everyone i am developing an accounts package for my company using Sql Server 2008 and VB.Net.
I need some help regarding the database design.
I have the following tables
AccountsGroupMaster
GroupId int
GroupName nvarchar(50)
ParentGroupId int
CatId int
PrimaryGroup bit
CreatedByUser nvarchar(50)
CreatedOn datetime
The above table will store the Groups for the accounts eg: Current Assets etc.
Accounts Table
AccCode nvarchar(6)
AccountName nvarchar(30)
ParentAcc nvarchar(6)
GroupId int
The above table stores the Accounts/Ledgers .
VoucherMain
VoucherNo bigint
VoucherDate datetime
DebitCredit int (0 for Credit 1 for Debit)
AccCode nvarchar(6) (Account Code to be debited/Credited)
UserID nvarchar(30)
VoucherDetails
VoucherNo bigint
SlNo int
AccCode nvarchar(6) (Debit this account if account in VoucherMain credited/ Credit this account if account in VoucherMain Debited)
Amount decimal(18, 2)
Narration nvarchar(MAX)
The above two tables store the transactions.The above two tables linked by the VoucherNo columns
Now my question is whether i should maintain all the bank accounts in the accounts table or should i have a separate table for the bank accounts.
As each bank account should have its respective ledgers.
Please help me in the design of this database.
thanks

Viewing 3 posts - 1 through 2 (of 2 total)

You must be logged in to reply to this topic. Login to reply

Jeff Moden SSC Guru Points: 1003851 More actions · Answer 1

What is the difference between what you've designed the Accounts hold and a Bank Account?

Also, why do you need to identify a "Primary Group" and why are you using 4 bytes to identify a credit or a debit?

I also hope you know enough about "Adjacency List" hierarchies to be able to constrain the tables to prevent "cycles" and duplicates in the hierarchical tables.

You've taken on a lot to chew and we haven't even started on the VB side of the code. My recommendation would be to your company would be to abandon this task and buy a copy of "Quick Books Professional" or some such. It'll save your company a whole lot on time and mistakes.

--Jeff Moden

RBAR is pronounced "ree-bar" and is a "Modenism" for Row-By-Agonizing-Row.
First step towards the paradigm shift of writing Set Based code:
________Stop thinking about what you want to do to a ROW... think, instead, of what you want to do to a COLUMN.

Change is inevitable... Change for the better is not.

Helpful Links:
How to post code problems
How to Post Performance Problems
Create a Tally Function (fnTally)

dave-318819 SSC-Addicted Points: 411 More actions · Answer 2

You should have a separate table for banking transaction, and a separate one for maintaining the bank name, address, contact that can link to the first one. Looking from your tables above, is that all you have in your ERD?

What about Inventory, Sales and Purchases, don't you think you need a place to store them too? I see you have two tables for voucher, are these for storing payment transaction, if yes, you need to create a referential identifier to your vendor table, and vice-versa for your sales transactions? It's too elaborative to explain further from here, but i do encourage you do find out more on the database structure and designing concepts before you embark further on your project. Derek Liew seems to have some good designing concept for a simple accounting database and you may take a look at it at accountingdes.com