> > > >---- Original Message ---- >From: ron.l.john...@cox.net >To: debian-user@lists.debian.org >Subject: Re: Big Database Server General Question >Date: Sat, 04 Apr 2009 17:13:49 -0500 > >>On 2009-04-04 15:34, Tim McDonough wrote: >>> I'm asking this question to find out what keywords to search for, >not >>> really looking for a specific answer here. >>> >>> When there is a huge database involved with a lot of users and >lots of >>> data it isn't done all with one computer and a fast connection. >> >>Sure it is. IBM and Burroughs have been selling a transaction >>processing manager and intelligent terminals since before /Houses of > >>the Holy/, which allow an ungodly huge number of on-line users to >>"simultaneously" query a database. >> >>Other large systems vendors have been selling similar kit for 25 >>years. (Except Sun, of course, which was too small in 1982. But it > >>now sells similar product.) >> >>> >I'm >>> generally interested in how requests directed to a particular >database >>> are divided up among several servers which run the queries and >return >>> the results (Google, Wikipedia, eBay, etc.) >>> >>> What are the general terms that describe that sort of >architecture? My >>> searching isn't getting too far and I believe it's because I don't >know >>> the right questions to ask. >> >>-- >>Scooty Puff, Sr >>The Doom-Bringer >> >> If you're just interested in how things work, a rather unique approach is that used by Terradata (now sold a couple of times), based on a Cal Tech PhD thesis by Phil Neches. Larry >>-- >>To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org >>with a subject of "unsubscribe". Trouble? Contact listmas...@lists.d >ebian.org >> >>
-- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
