At 2:11 PM -0500 11/12/06, edward potter wrote: >I am almost willing to bet that a 2000 field DB can be cut to no more >then 100 fields __ just a sixth sense.
You're probably right. The original thought was to display a very large spread sheet, but I think it could be served with smaller subsets. After all, there's only so much data that cane be displayed at one time. >It's like one of those commandments in programming, if your code gets >to be more then a page or so for a .php file, think again. Yes, >includes are your friend. And so are classes and DEFINES. > :-) ed After 30+ years of programming, I've found that the size of functions and other such easily handled divisions of code are proportional to the size of your monitor. Back in the Apple ][ days, functions (actually GOSUBS) where usually just a few line long, which matched the number of lines of text our displays could handle. Now, with larger monitors (I have three 17 inch plasma) my functions are larger with the max being around a page. :-) tedd -- ------- http://sperling.com http://ancientstones.com http://earthstones.com _______________________________________________ New York PHP Community MySQL SIG http://lists.nyphp.org/mailman/listinfo/mysql NYPHPCon 2006 Presentations Online http://www.nyphpcon.com Show Your Participation in New York PHP http://www.nyphp.org/show_participation.php
