Speed and DB construction
This WebDNA talk-list message is from 2005
It keeps the original formatting.
numero = 61642
interpreted = N
texte = These days I make most of my databases all-in-one using a category field for the type of data it is, as opposed to separate databases for the different types of data. I.e., a db could have categories for links, images, news, etc. The first couple of records are used for sitewide preferences. I have site now that I'm offering as a service, and each customer gets their own folder and DB. The all-in-one system seems cleaner, but I'm wondering now what's the difference in speed of say 1 database with 1000 records vs. 3 databases with a combined total of 1000 records. Then multiply that scenario by (hopefully) dozens or even hundreds. The number of fields wouldn't be drastically different, and I don't think the searches would be any different except for specifying different databases. In other words, what's better:More, but smaller, databasesFewer, but bigger, databasesThanks.Terry-------------------------------------------------------------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:
| |
- Speed and DB construction ( Terry Wilson 2005)
|
These days I make most of my databases all-in-one using a category field for the type of data it is, as opposed to separate databases for the different types of data. I.e., a db could have categories for links, images, news, etc. The first couple of records are used for sitewide preferences. I have site now that I'm offering as a service, and each customer gets their own folder and DB. The all-in-one system seems cleaner, but I'm wondering now what's the difference in speed of say 1 database with 1000 records vs. 3 databases with a combined total of 1000 records. Then multiply that scenario by (hopefully) dozens or even hundreds. The number of fields wouldn't be drastically different, and I don't think the searches would be any different except for specifying different databases. In other words, what's better:More, but smaller, databasesFewer, but bigger, databasesThanks.Terry-------------------------------------------------------------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/
Terry Wilson
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:
Database Program (1997)
New Site Announcement (1998)
Adding up line items. (2000)
more cookie crumbling (1999)
International Orders (1998)
Summary search -- speed (1997)
Shopping Cart w/Multiple Databases (1998)
Exclamation point (1997)
orderfile headers (was: 2nd Request for help/adviceonvariable pricing) (2000)
RAM variables (1997)
DNS Lookup 2 (2000)
Which GUI HTML editors work with WC ? (1997)
Search for dates greater than [date] (1997)
Old $ commands and migration (2004)
Re:Help name our technology! (1997)
[WebDNA] directory protection questions (2008)
[WebDNA] Encryptng a password (2016)
Serving images from databases (1998)
emailer (1997)
Refering page (1998)