Re: Too many database headers?

This WebDNA talk-list message is from

2003


It keeps the original formatting.
numero = 50973
interpreted = N
texte = Well, so far so good over here... 200 headers is chugging along just fine and YES, I learned a long time ago (the hard way, of course ..) that .hdr files is the way to go :)-Dan ------------------------------------------------------------ http://www.StrongGraphicDesign.com (208) 319-0137 | Toll-free p/f 877-561-1656 ------------------------------------------------------------ On Sat, 07 Jun 2003 18:22:37 Dennis J. Bonsall, Jr. wrote: >>When this form is completely filled out and submitted (try if you want >>to -- not writing to a .db yet, just dumping [formvariables] onto the >>landing page for testing... use fake info, I don't care.) it returns >>almost 200 [formvariables]... Is this too many db headers? >>Server/memory is fine (robust, etc.)... If so, I could obviously group >>many of them together and extract using [listwords] or whatever... >> >>My gut feeling is that everything will be just fine, but I wanted to >>check with y'all first. > > >I once built an intranet site for a customer, where the header in the database was almost 600 >fields wide. Since each individual record could have that much data associated with it, we >determined that it was easier to create the massively wide database, as opposed to creating >various databases with parts of each record in it. Other than the unwieldyness of working with >the large database (Excel '97 and BBEdit 4.x wouldn't go that wide), we had no problems >whatsoever (other than the fact that the customer stiffed us 4 Grand). We did find that it made >it so much easier during construction of the site to use .hdr files, since we could just add the >fields to that file, and not worry about opening the whole database. > >Dennis > > >------------------------------------------------------------- >This message is sent to you because you are subscribed to > the mailing list . >To unsubscribe, E-mail to: >To switch to the DIGEST mode, E-mail to >Web Archive of this list is at: http://webdna.smithmicro.com/------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/ Associated Messages, from the most recent to the oldest:

    
  1. Re: Too many database headers? (Dan Strong 2003)
  2. Re: Too many database headers? (Dennis J. Bonsall, Jr. 2003)
  3. Re: Too many database headers? (Dan Strong 2003)
  4. Too many database headers? (Dan Strong 2003)
Well, so far so good over here... 200 headers is chugging along just fine and YES, I learned a long time ago (the hard way, of course ..) that .hdr files is the way to go :)-Dan ------------------------------------------------------------ http://www.StrongGraphicDesign.com (208) 319-0137 | Toll-free p/f 877-561-1656 ------------------------------------------------------------ On Sat, 07 Jun 2003 18:22:37 Dennis J. Bonsall, Jr. wrote: >>When this form is completely filled out and submitted (try if you want >>to -- not writing to a .db yet, just dumping [formvariables] onto the >>landing page for testing... use fake info, I don't care.) it returns >>almost 200 [formvariables]... Is this too many db headers? >>Server/memory is fine (robust, etc.)... If so, I could obviously group >>many of them together and extract using [listwords] or whatever... >> >>My gut feeling is that everything will be just fine, but I wanted to >>check with y'all first. > > >I once built an intranet site for a customer, where the header in the database was almost 600 >fields wide. Since each individual record could have that much data associated with it, we >determined that it was easier to create the massively wide database, as opposed to creating >various databases with parts of each record in it. Other than the unwieldyness of working with >the large database (Excel '97 and BBEdit 4.x wouldn't go that wide), we had no problems >whatsoever (other than the fact that the customer stiffed us 4 Grand). We did find that it made >it so much easier during construction of the site to use .hdr files, since we could just add the >fields to that file, and not worry about opening the whole database. > >Dennis > > >------------------------------------------------------------- >This message is sent to you because you are subscribed to > the mailing list . >To unsubscribe, E-mail to: >To switch to the DIGEST mode, E-mail to >Web Archive of this list is at: http://webdna.smithmicro.com/------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/ Dan Strong

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...

Related Readings:

cookie length (1998) Just made store and move file from webcatalog......... (2000) _ in front of field name (1998) [sendmail] questions... (1997) RE: [WebDNA] Help with Tables (2008) WebCat editing, SiteGuard & SiteEdit (1997) Re[2]: back button loses cart (2000) all db's in one folder and protected (1998) using showpage and showcart commands (1996) Exclamation point (1997) verify online (1997) Where is the secure setting for text variables? (2003) Error Lob.db records error message not name (1997) Cold Fusion Buster (1997) Problem displaying search result (1997) Summing fields (1997) WC2.0 Memory Requirements (1997) Showif Error Generated... (2003) Subject: Authenticating users without dialog box (1997) maximu values for sendmail! (1997)