Re: Big Database Server General Question
>
>
>
>---- Original Message ----
>From: ron.l.johnson@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-REQUEST@lists.debian.org
>>with a subject of "unsubscribe". Trouble? Contact listmaster@lists.d
>ebian.org
>>
>>
Reply to: