[dba-Tech] database

John Bartow john at winhaven.net
Sat Jan 26 16:18:26 CST 2013


Good suggestion

-----Original Message-----
From: dba-tech-bounces at databaseadvisors.com
[mailto:dba-tech-bounces at databaseadvisors.com] On Behalf Of Arthur Fuller
Sent: Saturday, January 26, 2013 3:10 PM
To: Discussion of Hardware and Software issues
Subject: Re: [dba-Tech] database

Jim,

Given that it's a POS system, then I would want to distinguish its two
primary functions: data-entry and data-accumulation (for want of a better
term). That in turn suggests a pair of identical-looking databases, one
dedicated to each purpose. Given that performance is the priority in the
data-entry aspect of a POS system, there's almost no reason to lug about a
lot of data. Transactions could be recorded into an almost-empty database
(save the lookup tables, which obviously would not be empty, but also would
seldom be updated). Then some sort of replication process would copy
yesterday's sales to the larger database, against which almost all reports
would be executed. This could even be a three-stage process, a db for
Today's Sales, This Month's Sales, and everything older.

A.
_______________________________________________
dba-Tech mailing list
dba-Tech at databaseadvisors.com
http://databaseadvisors.com/mailman/listinfo/dba-tech
Website: http://www.databaseadvisors.com



More information about the dba-Tech mailing list