| List: | General Discussion | « Previous MessageNext Message » | |
| From: | Arthur Fuller | Date: | September 4 2010 3:10pm |
| Subject: | Re: Best method to keep totals | ||
| View as plain text | |||
100% agreed. Arthur The other exception is also where financial data is being stored. If you > have, say, a database containing sales order records, then as well as > storing the individual values of each item in each order, you also need to > store the total value of the order, the total price charged to the customer > and the total paid by the customer. These three should, of course, be not > only identical to each other but also to the sum of the individual items, so > there is not only duplication but the potential for skew. But that, of > course, is precisely *why* you store them, as any discrepancy indicates an > error which needs to be investigated. > > Mark >
| Thread | ||
|---|---|---|
| • Best method to keep totals | Tompkins Neil | 1 Sep |
| • RE: Best method to keep totals | Jerry Schwartz | 1 Sep |
| • Re: Best method to keep totals | Tompkins Neil | 1 Sep |
| • Re: Best method to keep totals | Jangita | 3 Sep |
| • Re: Best method to keep totals | Arthur Fuller | 3 Sep |
| • Re: Best method to keep totals | Mark Goodge | 3 Sep |
| • Re: Best method to keep totals | Arthur Fuller | 4 Sep |
| • Re: Best method to keep totals | Neil Tompkins | 5 Sep |
| • Re: Best method to keep totals | Tompkins Neil | 6 Sep |
| • RE: Best method to keep totals | Jan Steinman | 2 Sep |
| • RE: Best method to keep totals | Jerry Schwartz | 2 Sep |
| • Re: Best method to keep totals | Jan Steinman | 3 Sep |
