I worked on a system many years ago using FPW 2.6 which would have benefited from this approach! They wanted to store information about the company in a table for reference so had a table with a single row and many columns. Unfortunately they needed to store more than the 256 field limit so had to have 2 tables Company1 and Company2 so we had to remember where each item was stored - not good!
John Weller 01380 723235 07976 393631 > > Sure. A lot of non-RDBMSes do better at high-performance, scaling, etc. But > they are not suitable for transactional-type systems like accounting, order > entry and processing, WIP tracking and so forth. > > In other news, spreadsheets make lousy word processors. :) > > On Mon, Sep 3, 2012 at 9:06 AM, Alan Bourke <[email protected]> > wrote: > > Two. > > > > http://kev.inburke.com/kevin/reddits-database-has-two-tables/ _______________________________________________ Post Messages to: [email protected] Subscription Maintenance: http://leafe.com/mailman/listinfo/profox OT-free version of this list: http://leafe.com/mailman/listinfo/profoxtech Searchable Archive: http://leafe.com/archives/search/profox This message: http://leafe.com/archives/byMID/profox/[email protected] ** All postings, unless explicitly stated otherwise, are the opinions of the author, and do not constitute legal or medical advice. This statement is added to the messages for those lawyers who are too stupid to see the obvious.
