If this is your first visit, be sure to check out the FAQ by clicking the link above. You may have to register before you can post: click the register link above to proceed. To start viewing messages, select the forum that you want to visit from the selection below.

 
Go Back  dBforums > General > Database Concepts & Design > logical design of payments/receipts

Reply
 
LinkBack Thread Tools Search this Thread Display Modes
  #1 (permalink)  
Old 04-02-04, 00:50
charleswoerner charleswoerner is offline
Registered User
 
Join Date: Apr 2004
Posts: 5
logical design of payments/receipts

I have a design that incorporates a table for occupations, a table for dependents, a table for assets, a table for liens on secured assets, and many other tables. What I am thinking about is providing a way to abstract payment/payout/valuation information into a single table, so that our app can keep easy track of the overall "value" or "worth" of a customer. The idea would be to have the table like (way simplified)...

create table money_stuff {
id moneyThingID,
decimal amount,
int recurringPeriodInDays
}

The value of an asset someone owned would be categorized as (1, 100.00, 0)
whereas a recurring payment to a creditor would be categorized as (2, -35.00, 30)
salary or paychecks could be represented as (3, 3500.00, 14)

Because we have so many tables (our domain is very complex) the value of contracts, assets, payments made on contracts, income from various sources, etc are spread around the tables. Since it would be helpfull for our clients to see a "global running total" of their personal valuation, it made sense to me to begin considering normalizing this payment information.
Reply With Quote
Reply

Thread Tools Search this Thread
Search this Thread:

Advanced Search
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is Off
HTML code is Off
Trackbacks are On
Pingbacks are On
Refbacks are On