[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

Re: Jim Gray article on Next Generation Databases

• To: Rick Jelliffe <ricko@a...>
• Subject: Re: Jim Gray article on Next Generation Databases
• From: Rick Marshall <rjm@z...>
• Date: Thu, 05 May 2005 18:01:32 +1000
• Cc: Jonathan Robie <jonathan.robie@d...>, xml-dev@l...
• In-reply-to: <4279C11C.1070604@a...>
• Organization: Zenucom Pty Ltd
• References: <4277EFB2.70501@d...> <200505041432.54216.david.lyon@c...> <000a01c55068$5418a7d0$1601a8c0@DURANTE> <200505041546.42687.david.lyon@c...> <4278D55D.3080001@d...> <4279C11C.1070604@a...>
• User-agent: Mozilla Thunderbird 0.6 (X11/20040502)

Rick Jelliffe wrote:

> Jonathan Robie wrote:
>
>> Perhaps I'm reading too much into this, but in Gray's article, the 
>> vision does not seem to include a middle tier. The database becomes 
>> the center of the universe, and pretty much everything we associate 
>> with the middle tier becomes part of the database. The database also 
>> takes on some of the functionality traditionally associated with an 
>> operating system.
>>
>> How likely is this? Do users want that level of centralization?
>>
>> Jonathan
>
>
> Well one part of the vision won't fly at all as far as I can see.
>
> That is the idea that file systems should be subsumed by databases. 
> The trouble with this is
> that people *need* to be able to take a disk from one dead machine and 
> plug it into a living
> machine and access that data, as you can do with file systems.  The 
> more difficult this
> becomes (e.g. if the binary format for the database is not fixed 
> readable between different
> versions of the OS) then the less practical it becomes.  (This is a 
> different issue to backups:
> people use backups when data storage fails, and they use 
> disktransplants when motherboards
> fail or are superceded.)  So just giving a virtual FAT32 or whatever 
> as a compatability mode
> doesn't seem sellable: the DBMS stuff needs to be tacked on as a layer 
> above the file system,
> which isn't very satisfactory.

from a different conversation, but derived from this one....

just wandering if anyone has tried storing the dom as directory entries 
in a unix/linux file system? it's made to do this sort of thing really fast.

rick

>
> Cheers
> Rick Jelliffe
>
>
> -----------------------------------------------------------------
> The xml-dev list is sponsored by XML.org <http://www.xml.org>, an
> initiative of OASIS <http://www.oasis-open.org>
>
> The list archives are at http://lists.xml.org/archives/xml-dev/
>
> To subscribe or unsubscribe from this list use the subscription
> manager: <http://www.oasis-open.org/mlmanage/index.php>
>
>
> !DSPAM:4279c227170341369226058!
>

begin:vcard
fn:Rick  Marshall
n:Marshall;Rick 
email;internet:rjm@z...
tel;cell:+61 411 287 530
x-mozilla-html:TRUE
version:2.1
end:vcard

• Follow-Ups:
  • Re: Jim Gray article on Next Generation Databases
    • From: Gavin Thomas Nicol <gtn@r...>

• References:
  • Jim Gray article on Next Generation Databases
    • From: Jonathan Robie <jonathan.robie@d...>
  • Re: Jim Gray article on Next Generation Databases
    • From: David Lyon <david.lyon@c...>
  • Re: Jim Gray article on Next Generation Databases
    • From: "Ken North" <kennorth@s...>
  • Re: Jim Gray article on Next Generation Databases
    • From: David Lyon <david.lyon@c...>
  • Re: Jim Gray article on Next Generation Databases
    • From: Jonathan Robie <jonathan.robie@d...>
  • Re: Jim Gray article on Next Generation Databases
    • From: Rick Jelliffe <ricko@a...>

• Prev by Date: Re: Jim Gray article on Next Generation Databases
• Next by Date: Re: Jim Gray article on Next Generation Databases
• Previous by thread: Re: Jim Gray article on Next Generation Databases
• Next by thread: Re: Jim Gray article on Next Generation Databases
• Index(es):
  • Date
  • Thread