Slashdot Mirror
Red Hat Enters The Database Market
tekBuddha writes: "It looks like Red Hat is trying to make its way into the database market. This article on Yahoo! says Red Hat is about to announce its own product ingeniously named 'Red Hat Database' next Monday. "
Yes, it's a meta announcement, if you will ;).
Alex Bischoff
Alex Bischoff
HTML/CSS coder for hire
The tables have actually somewhat turned in the MySQL/Postgres performance battle.
Check this out...
---
Is this the most advanced open-source database available now?
Does sap-db give you the ability to roll-forward a transaction log in a recovery situation? Can you do something like this with Postgres right now?
You mean MySQL. Microsoft SQL Server wasn't mentioned, and it is an ACID database.
In fact IBM or DB/2 weren't mentioned either. What article did you read?
Actually, one of the problems with PostgreSQL (and I am a huge PostgreSQL fan) is that it really isn't possible to upgrade it in place like you can upgrade MySQL. The core developers have changed the on disk format of every single release that I am aware of (I have played with PostgreSQL since it was known as Postgres95). This means that an upgrade of PostgreSQL requires a dump to a very large text file and a reload. This process takes quite a bit of time, and is inherently dangerous.
There has been some talk on the PostgreSQL mailing lists about writing a tool that would read the various on-disk PostgreSQL formats and change them on the fly, thus allowing the user to upgrade in place. Instead of dumping your database to a text file, upgrading PostgreSQL, and reloading your database from the text file, you could simply shut down the postmaster, upgrade PostgreSQL, run the automatic fix-it tool, and restart your new postmaster. If RedHat has written such a tool for PostgreSQL that would be very cool (and well worth $2K a year IMHO).
In other words the trick isn't replacing rpm -i postgres-..., but rather the trick is replacing rpm -Uvh postgres-...
Well, yes and no. First of all the different PostgreSQL backends are already quite adept at reading the binary formats, and the changes (from what I understand) have generally not been that large. Binary formats certainly are more fragile than human editable text, but clearly it is possible to manage binary formats fairly safely, otherwise any database would be a poor place to put your information. Second of all, since the postmaster would be off the tool could safely do a
tar zcvf backup.tgz data/
Before running the format munger. The tool would have to guarantee you had enough space before hand, but that isn't a big deal (and if you failed you could simply exit with an error message).
Besides, buman readable is only useful to a point. For example, the backups on my PostgreSQL database are big enough that I run them through split so I don't end up with a single file greater than 2G. If something happens to one of my backups recovering that data is going to be a pain (though it would probably be possible).
When upgrading I generally shut down my PostgreSQL server for an entire day as it takes a long time to upgrade (during which time the database is unavailable). When I upgrade I generally dump out the database, load the database into a test machine running the new version (while making a tarball of my data directory just in case), I then verify that all is well, upgrade my production machine's version of PostgreSQL, and then load the database into my production machine. This takes a long time. Updating the binary files would almost certainly be faster, and with proper precautions it wouldn't be any more dangerous.
Not that I am complaining. PostgreSQL's structured text file dumps (like most everything in PostgreSQL) work quite well. But it's not very fast or convenient.
--
-- Slashdot sucks.
Maybe they are working with some of these other companies or projects, adding RH developed software along with it and marketing sales and support to their existing and new customers? How is that really any different from what they're doing with Linux? They take Open and Free Software, add to it, package it, sell it, and offer support contracts. A nice open source turn key DB system would be nice for small to medium businesses. Given that they haven't even announced it, the reporter may have misunderstood what they are doing and seems to be just going on rumors & speculations. Wait until they actually announce the product.
the good ground has been paved over by suicidal maniacs
Yes, but the article implies that they're likely to call it the Redhat Database. That would lead to the equally confusing RDB acronym...
"The invisible and the non-existent look very much alike." -- Delos B. McKown
*Cough* A good RDBMS is many things, but fast isn't one of them. The reason the industry moved to relational databases (and SQL in particular) was flexibility. Non-relational databases like Berkeley DB or BTrieve are significantly faster. The reason they're not more widely used is that the flexibility of SQL vastly outweighs the performance loss it incurs. It's a matter of using the right tool for the job. Netscape and Sendmail use Berkely DB because it makes sense to do so for what they need. Similarly, Remedy uses Oracle because it needs the flexibility more than the speed. Yes, a good RDBMS is faster than a poor one, but they're both slower than a good non-relational database.
"The invisible and the non-existent look very much alike." -- Delos B. McKown
I didn't say it didn't. I said the benchmark didn't, I quote from the article:
That said, no, I didn't know that Tux can't do dynamic content, but I'm also not foolish enough to make sweeping statements about things I don't know about.
How does Tux do dynamic content? Does it pass it up to a userland web server on the same box? On another box?
No, it is inherently suspect. If it includes enough information to reproduce the results, and they are reproducible odds that it is useful go up. If they lose odds go up more. If it is simple enough that you can see if it merely played to the strengths of that software or if it is a real test of how it might be used...well that helps too.
After all SPEC benchmarks are run by the venders (on programs and data sets that a group of venders all agreed on).
Yesterday's Tux benchmark wasn't worthless (at least not if you serve static content).
Most benchmarks are not done by impartial entities. Many are run by magazines that get advertising money from only some of the products. Some are run by the potential users that have a vested interest in picking the cheapest one.
The same thing happened with the product called "SuSE Email Server." It turned out to just be Postfix, Cyrus, and some other things pre-integrated and shipped in a nice-looking box bundled with a support agreement. Considering the magnitude of writing a database, I'd expect Red Hat's offering to be something similar. They didn't survive the Linux company shakeout and turn a profit by being stupid.
--
Tired of FB/Google censorship? Visit UNCENSORED!
Actually, Greatbridge DOES sell PostgreSQL:
http://www.greatbridge.com/product/software.php
--
Breakfast served all day!
However, one nice thing about Tux is that it sparked the movement of most of its code to more generic parts of the kernel, thus allowing the creation of the X15? web server which is entirely userland, but even faster than Tux. The way this works is that a lot of the code from Tux was re-written more generically to make well-written 2.4 apps really scream. Thinks like zero-copy networking and the like. Anyway, it is possible that they did a similar thing with the database - used Tux's zero-copy stuff to make PostgreSQL excruciatingly fast.
:)
However, my guess is simply that they are just packaging Postgres in a more user-friendly way, not actually changing it too much (although they might). Then again, they might not even be using Postgres. It looks like we're just going to have to wait and see
Engineering and the Ultimate
Of course if I were RedHat, before I put any work into an idea, I would leak it to the press and look and see what ideas Slashdot had about what I was thinking about doing, and then decide (1) if it's worthwhile and (2) what the best plan of attack is. Then, on Monday, I would just announce that I'm developing whatever the best idea on Slashdot was.
Engineering and the Ultimate
According to the above mentioned Yahoo article RedHat's offering will also include online backup and recovery. For small and medium sized systems this could be a really big advantage. Hopefully it will support encryption...
-
Stop worrying about the risks of nuclear power and start worrying about the risks of not using nuclear power.
I don't understand this at all.
OK, so, you can't use Oracle, because its proprietary. Fine, use MySQL. No, wait, that's largely banked by VA (IIRC). Also rule out Postgres, and Interbase for similar reasons.
So *develop your own*? That just makes no sense. "NIH" (Not Invented Here) kills companys, it blinds their thinking from the best tool for the job.
Why can't Red Hat just partner with NuSphere/Greatbridge/etc? Is it NIH, or something about business I just don't understand?
Last point: This has (apparently) appeared out of nowhere. Some press, but that's it. No beta program. No white papers. No conspicuous hiring of RDBMS gurus - hell, check the Borders in Durham, I doubt they've even bought a textbook on databases. What gives here? Are they going to launch a product without first having running code?
ZOMG I WOULD LOVE TO KNOW ABOUT YOUR FEELINGS ON MACINTOSH VERSUS WINDOWS, VI VERSUS EMACS, AND HOW YOU'RE NOT A DORK
Therefore, http://travel.state.gov is my preferred "data-BSE", although CNN is fine for less enterprise-class data requirements. For "data-BSE" metadata, I'd suggest you consult the USDA.
From the article: "The pricing has really come down" on database products, he said. "It kind of closes the door on the open-source guys."
Funny, I thought Red Hat, being a Linux Company (and now posting a profit!) understood what the GPL is and what Open Source is. I can't see them "Closing the door" as that quote states...
The real question is what kind of database? My guess is that it will be some form of SQL, but a little more advanced than MySQL in that it will be a relational database (like Pervasive SQL).
What would be a smart idea, is to have the Red Hat Database come out as a CROSS PLATFORM standard. Yes, I said cross platform. The database that we use here at work (Pervasive SQL) runs on Novell, Windows, Linux, and Solaris. When we need to provide a database solution for our customers, we can put the database on whatever type of server they prefer (more and more of our customers are choosing a Linux server however, due to cost reasons.)
Having the database run on more than one platform gives our customers a choice, our customers like that. I sadly doubt that Red Hat Database will work on anything other than Linux, but then I cannot blame Red Hat for doing that. It only makes sense for it to run on Red Hat. (AFAIK, Access only runs on Windows.)
I expect to see this database come out open (although maybe not GPL?), so it stands a chance of getting ported. It would be great to see Red Hat Database out competing Access or some other Microsoft Database on their home turf (NT).
Probably won't happen, but its nice to dream anyways.
Try to hack my 31337 firewall!
libxml rocks. I've been writing quite a few systems using it, and it is superb.
One thing... use libxml2!!!
Pan
I said no... but I missed and it came out yes.
SAP has open sourced the DB. I'm betting all my redhat stock (ehehe) that their using SAP DB.
Look at the timeing... SAP just released their DB a few weeks ago under the GPL.
Pan
I said no... but I missed and it came out yes.
Maybe they'll include a dialog creator (ala Glade), a scripting language (perhaps Python), and a report writer. Then we'd have some real competition for MS Access.
Caution: Now approaching the (technological) singularity.
I think we've pushed this "anyone can grow up to be president" thing too far.
I'm betting my money this is a repackaged version of PostgreSQL. Does anybody have details?
---
This sig has been temporarily disconnected or is no longer in service
The article is way to non-specific to judge what RedHat is doing. If they took one of the solid Open Source databases (I would say PostgreSQL because it presently has features needed for transactional "enterprise class" multi-user databases that MySQL lacks, at least in the last version I used -- I know the developers were talking about adding these features -- such as multi-op transactions, record versioning (for non-blocking transactions) and so on) and, in essence, built a "distribution" that included all the tools folks would want around it (ODBC/JDBC stuff, admin tools, GUI tools a la Oracle Designer), and so long as they continue their habit of making the tools they roll themselves GPL'ed, I say, "What a great idea!" BTW, I'm not saying what the world needs is a Designer-like tool for PostgreSQL, but there are "softies" in the DBA world, just like there are "MSofties" in the programming and sysadmin world. Why not make a buck by giving them what they want? Heck, that's what RedHat's success is based on! They didn't write Linux (okay, so Alan Cox has been working for them for a long time, so one might say they did a lot of good; they also did the abomination that is RPM [flame on!]), but they have built a business out of selling it.
A really good packaging of PostgreSQL with lots of nifty doodads like those the "big boys" sell with their DB engines would be a good product to have.
To me, the whole Linux thing is about freedom. I can always roll my own if I want to or have to, but 95% of the time, I'd rather re-use someone else rolled-up DB environment. So long as they stick with their GPL tradition, I think this is a great idea.
Mind you, this is a vast pile of speculation based on a mere atom of fact. Not that I've ever let that stop me before...
IBM DB2 on Linux already runs on Intel clusters, and has for about 6 months (see DB2 UDB Enterprise Extended Edition). In fact, it also runs on Linux for the S/390 platform and Linux for the Itanium platform. I don't think that Oracle claims to be playing in either of those areas yet...
I'm looking forward to reading more details about Red Hat's database product. This article was just a teaser.
If they are trying to steal market from Oracle (small businesses and such), they will need their database to be transactional. Thus it's not MySQL in its current incarnation. And from what I remember in DB course, not accounting for transactions in the early stages of design, makes a hell of a time rewriting the product later.
Postgres, while transactional, lacks the performance. I have not tested it myself, but I seem to remember a bunch of benchmark articles a while back which seemed to point to this. (CORRECT ME, DON'T FLAME ME, IF I AM WRONG). It kinda makes sense for MySQL to be faster if it doesn't support LOCK.
I was thinking of how to intentionally fail my drug test... It would make a good memoir story someday.
While the text format of XML is what most people think of when they talk about XML, this isn't what people mean when they talk about XML databases.
XML is also a way of structuring data; trees, parents, children, attributes, etc. When people talk about XML databases, they mean a way of storing the XML data, without storing it in the XML text format.
Presumably, this sort of approach would be much faster than using the text format (and far fewer files!) but would also be much easier when to use with XML data than relational databases are. It would also allow the database to prevent races.
That would be a fantastic move... as far as I know there are no other players in the databse-market, so Red Hat should be able reak in heaps of profit!
I would also look into the databae-market, which is also unexploited.
:-)
The article states that Red Hat is specifically going after small to medium sized business, who don't see Oracle as a reasonable expense.
Oracle is expensive and charged on a per CPU (actually per Mhz) basis. So if you're building something that is expected to scale, you're looking at a lot of money.
For example, if you're building a cluster of web servers on stock x86 boxes, you'll find that the price of a single Oracle license on a single box will probably cost you in excess of five of those plain white boxes. For a small company, that is unacceptable.
I can't believe they listed MSSQL next to DB2 and Oracle! Sheesh!
Yes, MSSQL runs on expensive hardware. Oracle and DB2 run on *really* expensive hardware. And pass the ACID test. And so on.
Guh...
-grendel drago
Laws do not persuade just because they threaten. --Seneca
Anybody think that they'll actually try to make it protable across all Unices?
--
SecretAsianMan (54.5% Slashdot pure)
Washington, DC: It's like Hollywood for ugly people.
Also note that Greatbridge does NOT SELL PostgreSQL - it sells services. I would bet money that it is PostgreSQL that RedHat produces, and contracts out tech support to Greatbridge.
Synergies exist, there is no direct competition, and the owner is an old friend.
I think the writing is on the wall.
-Mark
NIH syndrome is what happened when IBM didn't want to use something like C or AT&T Unix and instead chose to use their own in house proprietary tools / OS's instead.
This, my friend, is called competition. Yes, they're going up against the Oracle goliath, but it's competition none the less.
Fine, use MySQL. No, wait, that's largely banked by VA (IIRC)
Okay, then by that logic, Mandrake should never have based their own distribution off the Red Hat version, opting to instead, start completely from scratch. Luckily for Mandrake, they didn't follow your logic.
And maybe RedHat isn't gunning for press coverage. Tney aren't spending marketing money near to the extent that IBM, Oracle, or M$ are. Continuing in the speculation mode, maybe they just want to produce a "Economy Class" database to compete with the "Rolls Royce" Oracle.
If they are starting from someone else's code base, I'm betting it's PostgreSQL. It seems to me they've always had a soft spot for it.
I've used Interbase since 1996 and like it. If you follow the uninstall procedures (i.e run the uninstall program) as specified by Borland, then it uninstalls just fine and will not corrupt other database drivers. It's when people try to manually delete files that that they get into trouble. If you were using the BDE, manually uninstalling drivers is a bad thing in general and is not recommended.
Additionally, InterBase is not orphaned and is very much supported by Borland. I suggest you go to their website and see what they are offering. Last I checked, IB was running on a myriad of platforms and is included on the Kylix CD. I assume its also on the Delphi 6 CD...but as I don't have it...it's just an assumption.
If you are looking for a free alternative, I suggest you consider the FireBird project. It's essentially InterBase but based on the Open Sourced code. It runs under Linux and Windows.
Best tool to use for accessing InterBase or FireBird is Jason Wharton's InterBase Objects.
Finally, if you are running Windows, use a utility like CleanSweep to record your installation process. This will make a clean uninstall a piece of cake. One thing about Windows I really don't like is that there are no reference counts to files, libraries, or drivers. But, then again, I don't know of too many install programs or OS's that actually track this information. Oh well.
Forbes has this to say about Red Hat..
NEW YORK - Red Hat Software has squeezed out a first-quarter profit distributing a product that, for all intents and purposes, it doesn't own.
So its a lot like Microsoft which has made profits distributing a product that, for all intents and purposes, doesn't work.
Non-Deterministic Finite Automata
It was a freaking joke... maybe not in the best of tastes...but jeez....also i am using windows 2k right now and cant complain... running within VmWare it has not crashed for a very long time.. I also use win2K at home to play games etc...
and thanks so much in the history lesson about PC's. and here i was thinking that they just won the OS race early leaving OS2 behind.. you almost make M$ role in the evolutons of PC's sound noble... hey i dont mind their OS, i think they do their limited tasks well. But lets not forget that this is also the firm that is responsible for making a joke out of standards. Do you remember JAVA.. hell just look at HTML and what
MS did with that.... they are a company that enjoy's its position in the industry and uses it to try and move ahead everywhere else!
Non-Deterministic Finite Automata
How does it work if a decision in a big company for a _new_ DB system (usually for a special purpose project) has to be made?
I'll tell you how I've seen it done in telecom. You sit around in one meeting after another, gathering a fantasy list of user requirements, only to discover that the sponsor blew their budget and expected the IT department to cover the costs.
Then, when you get to the sticker shock, you get questions like:
"What's the $250K for? Licenses? For what? Database software? Can't you just write something? After all, what's all that development time for if you're just going to go out and buy stuff from Oracle? Why are you paying all those programmers and database people if you're just going to buy it anyways?"
By that time, open source is looking to be the only option that'll come close to the user's budget. True, you've got the developers, and probably the time (wait in line), but without the funds for the big budget commercial database, open source sure beats writing from scratch.
Plus, I've yet to meet a commercial database that came pre-constructed to do exactly what I need to do for telecom billing, so it's assumed that you'll be conducting a good amount of development on the system regardless of its origin.
But please folks, stop dreaming that RH will eat away the piece of the big guys in the upperscale solution market.
No. Microsoft already has done that. In too many vertical markets, Oracle/IBM are not adding any value. At least Microsoft doesn't charge you nearly as badly based on use. (Vendors: Take a hint. Charge me on use and you'll guarantee I'll be looking for a way to get rid of you as I grow!)
Per the previous example, I've tired of Oracle quotes that demand:
- extra per processor
- extra if you're going to use the data on the Internet somehow (even if it is interfacing a Microsoft SQL server first, which is talking to the web via IIS and Oracle never sees a public IP)
- a huge chunk of change for maintenance (aka bug fixes)
Then again, it's not easy to make Larry Ellison wealthier than Gates...
You're also right that PostgresQL and other open source varients can't touch Oracle's very high end capabilities. Their stuff is "trivial" (thanks Clayton Christensen for the model), and is the only thing the very, very high end customers (5%) of Oracle can use. The other 95% do just fine with the open source alternatives.
*scoove*
Putting a database into the kernel is an entirely different proposition. Unlike with a webserver, the bottleneck with a database is not memory copying or even I/O. The bottleneck is with bandwith in the memory bus do to the large size of tables and with the high latency of the I/O bus to the drives. Plus, you wouldn't be able to process SQL queries and do index lookups any faster in the kernel than you would in user space. Databases already can talk to raw partitions and bypass the filesystems within the kernel. Generally the data is stored and retrieved from databases in small chunks, so the memory penalty of having the database in user space is really minor.
The only bennifit I can see for putting the database in the kernel is to assist in clustering of databases. Given the intensive peer-to-peer communications of a cluster and the need for low latency I/O, putting as much as you can closer to the hardware is always a plus.
Someone you trust is one of us.
oracle already runs on linux. i've run 8.1.5, 8.1.6 and 8.1.7 on redhat 6.2 without any problems. i have a development 8.1.6 server that has been up and getting hammered for almost a year now without a reboot or a restart or oracle.
How often have you heard this story:
Headline: $company Announces Move Into $field.
$company announced today that they will be moving into $field software, with product details to be announced in roughly six months. At the news, developer interest in $field products from companies already in the market have dried up, as $company's version will likely become a major, if not the primary, industry standard.
Then, in the intervening months, all competition in the market goes belly-up, $company buys whatever former competitor they think is most useful, and becomes the Only Game In Town.
Set $company to "Microsoft" and everyone knows this story. It hasn't worked if set to "RedHat" until now.
Ideology breeds Hypocrisy. Just how much is up to you.
The article has no details about what type of rollout this is expected to be. Given the amount of work that goes into creating a new database, there would have been some noise about it by now. Likely, what we're looking at is yet another Mysql/postgres in a new box, with a nifty configuration/control panel and a manual.
MySQL is included with Red Hat Linux 7 and 7.1.
Maybe not every small/medium business can afford Oracle, etc.? Ever stop to consider that possibility from your oh-so-high-and-mighty position? That seems like a pretty reasonable market to go after: Companies that can't justify the expense of Oracle but need something more than a RDBMS hack.
--------
-------
"Every artist is a cannibal, every poet is a thief."
It seems that Oracle is moving away from RedHat.
Well, they do ship PostgreSQL, which is at least an ORDBMS. (And it's really cool!</advocacy>). Plus even the latest versions of Pg typically are a zero sweat install (rpms from the Pg site).
--
News for geeks in Austin: www.geekaustin.org
News for Geeks in Austin, TX
If you really neead a "reason to use a database at all", then you clearly aren't doing anything interesting with any volume of data.
Oracle did not instantaneously become a enterprise scale RDBMS overnight either
;)
I mean if they continue to develop the product and add features who knows.
No not a treat yet but after a few years of sucess in the midsized world they could have a mature enough operating system and product to really make a break through. Think big big picture, not just, the next two months
Jeremy
One of the BEST features about Sybase on Linux is that it's trivial to move an existing MS-SQL database off of NT -- this can often be done without changing any code. This makes it a very attractive migration path for those looking to decrease their reliance on M$.
Why is it that the proponents of "one nation under God" are so eager to get rid of "liberty and justice for all"?
from customer c
where c.id in (select cl.id
from collections cl
where cl.debt > 0)
--
Wooden armaments to battle your imaginary foes!
The article does not mention where they are getting the code. It is probably too big a job to start from scratch - so their only real choice is probably Postgres. Are there any other open source databases they can start with besides MySQL?
Yet another database engine...
RedHat will probaly be the only one to use it, I bet they originally wanted a more powerful DB for rpm.
Conformity is the jailer of freedom and enemy of growth. -JFK
What would the impact be, compared to the fact that Oracle would soon be running on Linux and also Informix (acquired by IBM) and DB2 would soon be running on Linux clusters ?
Do you think Redhat could have some clout in convincing the market that it can build a solid database compared to the solutions already out there. Agreed, that Linux is a solid server OS, but that itself wouldnt do. RedHat needs to have a solid solution which doesnt depend on Linux, but be able to stand on its own, in terms of TPS and Performance issues.
Rapid Nirvana
Actually, I think most databases perform ok while their admins are on acid.
Portable versions of Firefox, GIMP, LibreOffice, etc
Well, the article said they had increased their R&D spending. I just didn't think that meant something as mundane as a database. Oh, well, maybe they're hiding the exotic stufff behind this cover . . .
1Alpha7
Live to be Moderated
Don't use DOM, use SAX instead. It's much more painful, but also at least 10x faster, without the memory requirements of DOM. Also, which parser are you using? I have found that Apache Xerces is a good API but slow, and that libxml is tougher to use, but faster.
Well, your fingers weave quick minarets; Speak in secret alphabets;
std::disclaimer<std::legalese> sig=new std::disclaimer; sig->dump(); delete sig;
OK I see your point on speed. I generally work with smaller scale applications that don't require thousands of connections per second, and don't have terrabytes of data.
As for "not doing anything interesting", I have to disagree. Have you looked at xslt? Using it in combination with some programming logic, you can do some seriously interesting things. For example, a job site I am currently working on uses many separate xml files with different purposes. Some logic comes along and stiches the files together, and then processes the whole lot using xslt. The result is similar to RDB JOIN, with the notable difference that I have ultra fine control over every input and output element. Systems like this allow me to easily generate client-specific HTML output, and special case output such as simplified xml for syndication.
Of course when speed isn't a critical issue, a database or xml will work for a system like this. In the end, it comes down to a matter of personal preference.
Well, your fingers weave quick minarets; Speak in secret alphabets;
std::disclaimer<std::legalese> sig=new std::disclaimer; sig->dump(); delete sig;
Yes, you are correct about this. Why? Because ODBMS's are currently all non-free. I only work with free software. My point was partially that it would be nice to see such a thing GPLd because then I (and a million others) could learn the concepts, and in the purest vein of free software development, improve it. The problems you mention could be overcome by free software developers.
Everyone in this little thread I've started is complaining about speed. The speed of xml sucks, the speed of RDBMS sucks. Well? Not every application needs to handle a zillion connections a second, you know. I think speed is overrated and design elegance and system maintainability is seriously underrated.Well, your fingers weave quick minarets; Speak in secret alphabets;
std::disclaimer<std::legalese> sig=new std::disclaimer; sig->dump(); delete sig;
The article is a little light on the details, but it would sure be nice to see an object database bundled with the next RH release. The flat "tables and rows" paradigm (did I really just say that?) is ok for some things, but in most cases, I often ask myself "why not use XML instead?" An ODB would give me a better reason to use a database at all. It would be sweet to store serialized C or Java objects this way, or access them through CORBA.
Well, your fingers weave quick minarets; Speak in secret alphabets;
std::disclaimer<std::legalese> sig=new std::disclaimer; sig->dump(); delete sig;
If RedHat has sense, what they should be going after are the types of people who like databases like FileMaker. Access is an awful database program; it's just extremely limiting. On the other hand, mySQL does require some hair value to set up correctly. And the problem is, since M$ confusingly dropped FoxPro (a vastly superior program to Access), there's nothing out there for the semi-computer-literate guys & girls who need decent databases.
Also, if they get a good little server-based database with a decent GUI, not a great one (think FileMaker) then they've got a huge lead on the SOHO market, many of who are interested in Linux but are frightened of SQL. FileMaker did really well with these people in the Mac market; I don't see why RedHat can't do well too in the x86 market.
Anyway, that's what I think they should do. If you're listening, boys, there you go. :)
my old sig used to be funny, but then slashcode ate it and now it's not funny anymore
If you read some of the comments to that article, in particular the responses from the article's author, you'll notice he seems extremly partial to Postgres, much more so than he did in the article.
A benchmark is inherently flawed if it isn't made by an impartial entity.
An other point entirely, which was also made in the comments, is the known flaw in glibc which causes severe MySQL performance problems on SMP systems. Running the same benchmark on a single processor machine would probably have shown quite different results, as would a patched glibc.
-- If no truths are spoken then no lies can hide --
the profit was actually in the period they were developing the database. so they were investing in r 'n d at the same time, like many businesses which intend on remaining in business.
There's an article on news.com about it here
Whether or not this is going to mean lower prices remains to be seen.
"What are we going to do tonight, Bill?"
www.lucernesys.comHorizon: Calendar-based personal finance
Anyway, the current market for Linux is the server market, not the desktop market, so they really don't have much to gain by building a desktop database.
"What are we going to do tonight, Bill?"
www.lucernesys.comHorizon: Calendar-based personal finance
Of course, why anyone would pay for something as simple as "rpm -i postgres-..." is beyond me.
I don't want to sound crazy... but Red Hat making their database sounds kind of Micro$oft-istic *ack, gasp*. Hear me out here... lets see... we have Oracle... we have mySQL, we have DB2 (which runs great on Redhat), basically we have a vast number of databases. Yet RedHat decides to make their own. I question their intentions... hopefully they haven't been looking towards Redmond for a business model. The day Red Hat tells me I can only use the Red Hat Database connected to Red Hat Tux 2.0 is the day I tell Red Hat that they can keep their damn ISO.
can't sleep slashdot will eat me
I posted before when SAP opened up their db code that something like this may be coming. I wouldn't be surprised to see an announcment shortly that SAP runs on the new database. They've even benchmarked using Intel boxes. Could this be a precursor to SAP and Redhat launching an Oracle and DB2 free ERP solution?
---
No electrons were harmed in the transmitting of this message. EOL
It's nice to see an open source company finally finding viable niches in which they can actually make money, justifying the hype. Although the whiney open-source `advocates' who don't understand the concept of value-added might complain about the sticker price, when you're looking at salaries in the 80K/yr. range for experts on the subject, paying 2K for a year of support ends up making a lot of sense.
Three cheers for open source companies with viable business models.