Re: Database in Redhat Linux
Posted in 2000
From: "Anthony W. Youngman" <thewolery@thewolery.demon.co.uk> > >In article <8vmgld$om4$1@wagner.wagner.home>, Victor Wagner ><vitus@wagner.rinet.ru> writes > >In comp.os.linux.misc Freelancer <someone@somewhere.world> wrote: > >: I need decide which database going to run for Redhat Linux. > >: I know MySQL is the most popular one in Linux world. I need > >: you help me to fill out the blank and hole (?) in table below. > > > >Its a pity for Linux World, that most hype is done by people who don't > >know what real database is. So they promote mySQL which is no more than > >fast flat-file search engine with SQL-like syntax. > >And it's a real pity that there are so many people who think that the >only valid type of database is a SQL database. Errrr....OK, so what is a valid alternative? >And to me, a database is a complete environment, aka AS/400, Pick, etc. >A SQL back-end is to databases what the rear legs are to pantomime >donkey - it can stand on its own but is useless without the other half. AS/400 uses DB/400, which is a relational database, isn't it? Or do you mean the tin itself? So are we to infer then that an HP N-class is a complete database environment? > >So, only free database is PostgreSQL. But PostgreSQL start to > >resemble real database only since 7.0 version, becouse before there was > >no foreign keys. I would consider that it IS a database, not RESEMBLES > >one only when it begin to support outer joins and binary large objects. > >Both are scheduled for 7.1. > > >I think you mean the only free *relational* database - which is not the >same thing at all. There are much better databases out there. While I >would strongly suggest that all database programmers should know >relational theory (it helps design immensely), there are a load of far >better databases out there. SQL and relational databases put theoretical >purity above practicality and functionality, which is why Oracle is such >a beast - I could probably write programs that run faster, do more, and >handle larger datasets, and all on a system half the size! just because >I don't believe "relational is best". Well, off you go then. You're right, of course, until you deliver the system and the customer says "wouldn't it be nice if...". You'll be cutting code and restructuring everything manually long after I've said ALTER TABLE... Performance is not everything. _____________________________________________________________________________________ Get more from the Web. FREE MSN Explorer download : http://explorer.msn.com