Red Hat Enters The Database Market 198
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. "
Re:Uncreative title (Score:1)
I have some particular inside information into some of this debate but wish to remain anonymous.
Redhat is developing this database mostly because when they recently looked around for an internal database to update their aging and plague ridden Oracle Database, Oracle themselves came again to pitch their product and flubbed it.
To say they flubbed it is probably mild, Oracle came to Redhat and decided to pitch only a Windows compatible version, refusing to even think about making a Linux variant for a Linux OS company to use. Its almost like AOL going to Microsoft and saying, hey we'd like you to scrape IE and use Netscape if you want our business. Oddly enough, many of the internal Marketing department actually loved the Oracle presentation. Luckily cooler heads have prevailed. Admittedly marketing got them back by taking a month to come up with the name for the new database product
Re:What code are they using (Score:1)
Now, it was pretty clear that SAP opened their database as a strike against Oracle -- Oracle is moving into the SAP marketplace and hardly anyone uses SAPDB without SAP, so SAP loses no revenue. SAPDB may not be as good as Oracle, but it is no slouch. It would make sense for RedHat to pick it up and run with it, especially if they got a little backing from SAP too.
Re:wtf are they thinking? (Score:2)
Alex Bischoff
Re:What code are they using (Score:2)
Check this out...
---
so who wants to bet it looks like this: (Score:1)
--
Forget Napster. Why not really break the law?
Re:PostgreSQL (Score:1)
sap-db? (Score:3)
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?
Re:Aargh! (Score:3)
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?
Re:sap-db? (Score:2)
Well, the brief was, find out what commercial products this could be used in place of. Oracle 7 is still a very capable product, and I wouldn't be at all surprised if many of the apps now being coded against Oracle 8.1.6 could be made to run on it with trivial changes (again, so long as you aren't using the exotic data types, yadda yadda).
Re:sap-db? (Score:3)
I believe so, yes. I conducted an exhaustive study of this product as a consultant, and found it was equivalent to Oracle 7.3.2. If you're working with straight, transactional SQL in a relational schema (i.e. no OR features, none of the Oracle extensions for Time Series, Spatial Data et al) it's a fine choice, and decades ahead of MySQL.
Re:RedHat Database == PostgreSQL (Score:2)
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-...
Re:RedHat Database == PostgreSQL (Score:3)
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.
My Guess (Score:2)
--
Re:wtf are they thinking? (Score:2)
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.
Re:Flawed benchmark (Score:1)
::deep sigh::
Once more, in case someone missed: Tux does serve dynamic content. (People seem to be thinking of kttpd... khttpd, the thing that comes with the kernel, serves only static pages.)
Re:wtf are they thinking? (Score:2)
Yes, but the article implies that they're likely to call it the Redhat Database. That would lead to the equally confusing RDB [oracle.com] acronym...
Re:ODBMS? (Score:2)
*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 [sleepycat.com] or BTrieve [pervasive.com] 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.
I wonder. (Score:1)
2: look at the past few days of
3: Red Hat annouces A database.
Interesting eh?
Here's my $20.00, I'm betting Red Hat has found a way to tie a database system / databse server system into tux, and into the kerenel. Imagine the power of a kernel space http server, combined with a kernel space (or something simalar to tux) RDBMS. tied together with a API to rival ISAPI
Re:Flawed benchmark (Score:2)
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?
Re:Flawed benchmark (Score:3)
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.
SuSE Email Server (Score:5)
--
Re:PostgreSQL (Score:2)
http://www.greatbridge.com/product/software.php [greatbridge.com]
--
Re:I wonder. (Score:2)
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
Re:I wonder. (Score:2)
Premature? (Score:1)
a tough market to enter. With the number of
Enterprise databases available, as well as the
free databases, it's gonna be a little crowded
out there.
Also, who would be the target customer? Those
who have the cash to spend on Oracle, are not
going to take a step down. And those with mySQL
and Post, I can't see them paying for an unproven
product... So that leave's MS and SQL2K, but I
can't imagine companies already entrenched in the
MS platform changing.
To establish a profitable customer base in such a
tough market is going to take ALOT of money, and
time. It just doesn't seem that RH is focusing
on the correct market.
Anyone, have another angle on this?
Online backup (Score:2)
-
Good luck! (Score:1)
Oracle is the database of choice when entering the big league. A few people are going to say that SQL Server is just as good or better, but what one usually sees is Oracle on Solaris. Oracle and Sun are in bed with eachother. If it weren't for one or the other, they would probably have had a much harder time. Sure, VERITAS is in there and gets sloppy seconds too. But the strategic corporate harmony is with Oracle and Sun. Oracle people like sun, because Oracle likes Sun. Sun people like Oracle, because Sun touts Oracle as being the best.
So now that Oracle has let Red Hat in the door to "watch", why would they jump out of this and slam the door after themselves. Why should Oracle maintain their RDBMS for Red Hat, now that Red Hat can't even stay away from offering an RDBMS? Sun and Oracle seem to have a secret code with eachother:
Sun: I swear that no Database product shall wear my name...
Oracle: I swear that no Operating System/Hardware produced by me shall compete with Sun...
Bottom line is, that Sun and Oracle already have a good reputation out there among pointy-haired bosses. Red Hat had lots of fun during the
How many Red Hat Database licenses can Red Hat sell? How long does the product need to live before it is viable with everybody in the top layer so that sales start taking off? We've got NuSphere MySQL and at least a few companies supporting PostgreSQL if that's something that is needed. Why buy Red Hat's?
Don't get me wrong, I think it's cool that Red Hat has balls... But will they succeed with this one?
wtf are they thinking? (Score:5)
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?
It'll likely be open-source anyway... (Score:1)
It'd be nice if Red Hat would come up with a better name, tho.
Re:The Databse-market? (Score:2)
Therefore, http://travel.state.gov [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 [usda.gov].
What kind of database? (Score:2)
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.
Re:ODBMS? (Score:2)
One thing... use libxml2!!!
Pan
Re:Winning move or fatal blunder? (Score:2)
Look at the timeing... SAP just released their DB a few weeks ago under the GPL.
Pan
Re:Uncreative title (Score:1)
Really? Sounds like a typical technical company to me :)
Caution: contents may be quarrelsome and meticulous!
Re:wtf are they thinking? (Score:2)
Hint, Hint, Wish, Wish! (Score:2)
Caution: Now approaching the (technological) singularity.
And the don't waste money either... (Score:2)
I'm betting my money this is a repackaged version of PostgreSQL. Does anybody have details?
---
All your database are belong to us (Score:1)
But seriously, if they can provide a product that comes close in performance I see a lot more companies going over to it. I know a lot of companies that would love to use open source but they want someone to blame when it goes wrong.
Hopefully Redhat can still turn a profit when they are the ones catching the blame.
chalk another one up for postgresql (Score:1)
If RedHat is in fact using postgres, kudos to them for picking a RDBMS with row-level locking, failover, and several other enterprise level database product features. And kudos to the PGSQL team for creating a wonderful product. Our websites run much better on our new platform than our old.
Article short on details (Score:2)
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...
Re:Article short on details (Score:2)
Red Hat "Linux" (Score:1)
Oracle, Informix, and DB2 might running on Linux, but perhaps they won't be compatible with Red Hat 8? What prevents Red Hat from introducing incompatibilities into their operating system? The gcc 2.96 controversy is just the beginning of the proprietarization of Red Hat "Linux".
Re:RedHat Database == PostgreSQL (Score:1)
Don't you think that munging the binary database file (in one of many possible format versions) is much more dangerous than just exporting/importing a structured text file?
Re:How will it stack up, though. (Score:1)
SELECT DISTINCT c.name
FROM customers c, collections cl
WHERE c.id = cl.id
AND cl.debt > 0
This should work in any SQL server even if it doesn't support subselects. Have you found the subselect query to be faster/better? Or were you just trying to use an example subselect, not necessarily designing it to be "correct"?
Re:Would it make an impact ? (Score:2)
IBM DB2 on Linux [ibm.com] already runs on Intel clusters, and has for about 6 months (see DB2 UDB Enterprise Extended Edition [ibm.com]). 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.
Re:What code are they using (Score:2)
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.
Works for me. (Score:1)
Linux is just another choice, and both kick ass and crash or have weird quirks. I have yet to be able to use KOffice or even mature star office for more then an hour without barfing, i think i can leave office 95 running on my laptop for months without a single problem.
For all intents and purposes, microsoft's products are a whole in one. Without microsoft the PC would have never evolved. It would have been left to IBM or unix guys and then everything would have been screwed up.
As for innovation bs, thats for the birds. Just make your products and sell your shit. I'm not buying innovation, i'm putting my money into something that gets the job done or gives me gratification.
Use Oracle 9i for Linux. (Score:1)
Oracle 9i supports too many features to list, and certainly can't be beat by anything out there yet.
XML, ODBC, JDBC, J2SEE, PL/SQL, SQL99, Flat File support (Yes, you can link flat files to the database and query them via sql now), Clustering, Apache + ModPLSQL + XML + Caching + Portal and tons of other features.
Not to mention performance increases, the huge and highly successull structures for maintaining and reporting system status. The new updated rollback and logging system as well as more security and labeling features.
It runs on RedHat and many other unix varients as well as other Unix operating system
RedHat is shooting themselves in the foot if it is only a linux product. Even IBM knows DB2 is needed on NT, and other platforms. Sure linux runs on other hardware, but hardly a business solution for enterprise environents.
Especially the fact no conversion documents, white papers or applications using the database exist. Won't cause anyone to change. You can already order 9i books and run it on Linux, Solaris and HPUX with NT version coming out soon.
Re:ODBMS? (Score:3)
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.
Re:Portability (Score:1)
Re:What kind of database? (Score:2)
The Databse-market? (Score:5)
I would also look into the databae-market, which is also unexploited.
:-)
Re:Who is their target audience? (Score:3)
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.
Aargh! (Score:3)
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
Portability (Score:3)
--
SecretAsianMan (54.5% Slashdot pure)
PostgreSQL (Score:5)
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
No. It's not NIH. (Score:2)
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.
Re:What code are they using (Score:2)
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.
Re:What code are they using (Score:3)
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.
Re:wtf are they thinking? (Score:2)
Makes sense. These are the same PHBs who get confused into thinking any SQL server is MS `SQL Server'.
GO RH! (Score:2)
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.
Re:Works for me. (Score:2)
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!
Re:Would it make an impact ? (Score:3)
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" [amazon.com] (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*
Re:wtf are they thinking? (Score:5)
Redhat Database Management System = RDBMS
Relational Database Management System = RDBMS
My theory is, they're banking on the confusion of PHBs who read about "the latest RDBMS technology" and notice that the Redhat RDBMS is a whole bunch cheaper than Oracle.
D'oh!
---
Re:I wonder. (Score:2)
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.
Re:Would it make an impact ? (Score:5)
Familiar Strategy. (Score:2)
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.
Re:wtf are they thinking? (Score:3)
Who says they're making something _new_? (Score:2)
Re:Article short on details (Score:2)
Re:Makes Sense (Score:2)
Re:A pattern forms... (Score:2)
--------
Oracle vs RedHat (Score:2)
It seems that Oracle is moving away from RedHat.
Re:ODBMS? (Score:2)
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 [geekaustin.org]
Re:ODBMS? (Score:2)
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.
Re:Would it make an impact ? (Score:2)
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
Re:What code are they using (Score:2)
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$.
How will it stack up, though. (Score:2)
from customer c
where c.id in (select cl.id
from collections cl
where cl.debt > 0)
--
Re:How will it stack up, though. (Score:2)
Sorry...just an example subselect. I get very irritated when I can't do that sort of thing in MySQL...especially with updates:
set c.salary = (select newsalary from othertable o where o.id = c.id)
--
What code are they using (Score:3)
Just what we need... (Score:2)
RedHat will probaly be the only one to use it, I bet they originally wanted a more powerful DB for rpm.
Would it make an impact ? (Score:5)
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.
The ACID test (Score:4)
R & D Spending increase (Score:2)
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
Re:What code are they using (Score:3)
Re:Would it make an impact ? (Score:2)
There are some good opensource databases. Yet they all lack clustering (even that MySQL has some rudimentary form of it). If RedHad would come up with some solution that has clustering (even for an extra $), and if RedHad would throw its name behind the product - there is a posiblity of success. No, they will not get to the enterprise market, but they might get bunch of smaller accounts that were going to MS SQL before that.
Re:ODBMS? (Score:2)
Well, your fingers weave quick minarets; Speak in secret alphabets;
Re:ODBMS? (Score:2)
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;
Re:ODBMS? - as in crappy performance (Score:2)
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;
ODBMS? (Score:3)
Well, your fingers weave quick minarets; Speak in secret alphabets;
Re:Who is their target audience? (Score:2)
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. :)
Flawed benchmark (Score:2)
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.
math (Score:2)
Re:Who is their target audience? (Score:2)
There's an article on news.com about it here [cnet.com]
Whether or not this is going to mean lower prices remains to be seen.
"What are we going to do tonight, Bill?"
Re:Who is their target audience? (Score:2)
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?"
RedHat Database == PostgreSQL (Score:4)
Of course, why anyone would pay for something as simple as "rpm -i postgres-..." is beyond me.
Hmm... sounds suspiciously like... (Score:2)
Re:sap-db? (Score:2)
yes.
PostgreSql 7.1 will re-do the logs files in a recovery situation.
(it's called WAL in postgres, Write Ahead Log)
/sergio
SAP involvement? Hmmmmm? (Score:2)
---
No electrons were harmed in the transmitting of this message. EOL
Good for Red Hat (Score:2)
Three cheers for open source companies with viable business models.