dbTalk Databases Forums  

Best list of database management systems

comp.databases comp.databases


Discuss Best list of database management systems in the comp.databases forum.



Reply
 
Thread Tools Display Modes
  #11  
Old   
dawn
 
Posts: n/a

Default Re: Best list of database management systems - 07-10-2007 , 03:14 PM






On Jul 10, 3:02 pm, Ed Prochak <edproc... (AT) gmail (DOT) com> wrote:
Quote:
On Jul 10, 2:19 pm, dawn <dawnwolth... (AT) gmail (DOT) com> wrote:





On Jul 10, 12:43 pm, David Segall <d... (AT) address (DOT) invalid> wrote:

dawn <dawnwolth... (AT) gmail (DOT) com> wrote:

I did search first and did not come up with any good URL's. When I
googled, I came up with a good list of "relational databases" that I
will need to find again. I can list a bunch off the top of my head,
but I am looking for a list that would include at least the vast
majority of those that industry analysts such as the Gartner Group
might evaluate in one category or another, and then some. For
example, I would like something a bit more comprehensive, even if not
perfectly complete, than this list off the top of my head:

SQL Server
UniData
UniVerse
Revelation
jBASE
Cache'
My SQL
SQLite
DB2
Sybase
Postgresql
Oracle
Berkeley-DB
OpenQM
EnterpriseDB
D3
Progress
Derby
MarkLogic
TigerLogic
XML-DBMS
Virtuoso
Adabas
Access
UniVision
FileMaker
Informix
IDMS
IMS
FoxPro
Paradox

I'm slowing down, so I'll quit here. I'm thinking about the
categorization of databases and it would be helpful to start with a
list that is better researched than mine for starters Thanks. --
dawn

I don't think you can expect a sensible, up-to-date list of such a
disparate group of names.

I'm not looking for perfection on it. I just figured that someone
would have such a list out on the web that would be more comprehensive
than most others.

They range from RAD programming languages
that can be front ends to almost any relational database such as
Access to programs that cannot not be classed as relational databases
such as Berkley-DB. Some, like Oracle and Sybase, are simply company
names that market a range of products.

The common thread in these products is that one can use the "database
management system" that is included in the product to both persist and
retrieve data.

I am definitely NOT concerned to only get those DBMS's that claim to
be relational. I would like a full range of the options available to
those who are writing new software.

I try to maintain two small lists of well defined subsets of
relational databases at <http://database.profectus.com.au>.

Thanks, I see I missed a couple of those in my list, so that is
helpful.

I doubt
that I have really satisfied this modest goal and, despite help from
contributors to this news group, a couple of databases were omitted
that should have been included and at least one was included that did
not belong. Your list would require a full time staff to maintain and
a new taxonomy for defining databases and database "IDEs".

I agree that keeping such maintained would be a big deal, and I am not
planning to do such, but figured that someone out there might be.
There is a good list associated with the XML site from Ron Bourret,
but it is strictly related to databases as they relate to XML.

Thanks. --dawn

There is a reason most Database lists stay with only Relational (or
nearly so) DBMS products. The pre-Relational models (flat file,
hierarchical, network) each have severe flaws and the so-called post-
Relational seem to so far simply to repeat the errors of the past.
Pre- and Post- often have in common that there is less of an impedance
mismatch than with relational. So, there are pros and cons to each
product that is out there. For at least a couple of decades we (the
software industry) has accepted the thinking that only those products
that use only SQL as a means to access data ought to be used. I think
the industry is moving toward broader thinking in that regard, so that
you get Oracle buying Sleepycat software and DB2 extending to Viper
features. So, both pre- and post-relational can be seen as viable
solutions, recognizing that no matter what product(s) you pick, there
are pros and cons to consider.

Quote:
As you note in your final paragraph, you may have to settle for a list
of sites that cater to each type.
Yes, that is what I am doing at this point. With XML, Relational,
Object, and MultiValue lists, most (but not all) of the non-OLAP-only
databases are covered, I suspect. Thanks. --dawn

Quote:
Good luck.
Ed- Hide quoted text -

- Show quoted text -



Reply With Quote
Reply




Thread Tools
Display Modes

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

vB code is On
Smilies are On
[IMG] code is On
HTML code is Off



Powered by vBulletin Version 3.5.3
Copyright ©2000 - 2012, Jelsoft Enterprises Ltd.