News for hackers. Stuff that matters.
Re:FleetDB by mmcgrana on Monday January 04, 2010 @11:30PM (#1031859)
Yes; the current version of FleetDB is designed for datasets that fit in RAM.
Re:FleetDB by AnneTheAgile on Tuesday January 05, 2010 @04:36AM (#1032143)
Is it not true that a major purpose of a DB is to handle datasets the are too big for RAM? If the items fit in RAM, isn't speed ~1/1000th (ie ratio of RAM access to HD access time) the issue it was?
Re:FleetDB by mahmud on Tuesday January 05, 2010 @06:16AM (#1032212)
If everything fits into RAM, you can use my proprietary ArrayDB storage system which has bindings for every non-toy programming language known to man. In fact, if you're a programmer, you already know the API for ArrayDB. No downloads, no installation, minimal investment and training required!
Re:FleetDB by z8000 on Tuesday January 05, 2010 @09:40AM (#1032420)
I wonder how many people googled "ArrayDB" because of this.
Re:FleetDB by lucifer on Tuesday January 05, 2010 @11:31AM (#1032620)
I am a long time (satisfied) user of your ArrayDB [;)] but have been waiting a long time for you to release a network interface ...
Re:FleetDB by DrJokepu on Tuesday January 05, 2010 @05:42AM (#1032186)
That really depends on the query and the data structures used in the database. You can query large amounts of data on the hard drive very quickly if you store your data and indexes in data structures manually tuned for the problem. Modern operating systems / databases will try to use up your available RAM anyway to cache hard drive so keeping the whole database in RAM (if it fits into the RAM) won't help that much anyway.