Re: Oracle buys Tangosol -- Beginning of the end for RDBMS

On Mar 26, 3:20 pm, seanwins...@xxxxxxxxx wrote:
<delurk>

I found the following announcement from Oracle very interesting and
wanted to share it with the relational weenies here:

Flame Bait: 3...2...1...Launch!


Oracle Buys In Memory Data Grid Leader Tangosol
(http://www.oracle.com/corporate/press/2007_mar/tangosol.html)

It's particularly interesting because Tangosol does not have a SQL
interface. Clearly there are some application domains that Oracle
itself realizes it can't handle.

There are already comments from Oracle employees and users:http://www.dbms2.com/2007/03/25/oracle-tangosol-objects-caching-and-d...http://preferisco.blogspot.com/2007/03/cache-in-bank-oracle-buys-tang...http://patricklogan.blogspot.com/2007/03/meet-new-boss.html

The last one links to a blog with the comment:
"Oracle's acquisition of Tangosol is one more acquisition in a series
that indicates Oracle has finally come to the conclusion that the
relational database is no longer a sufficient infrastructure platform
for a large class of applications, such as Extreme Transaction
Processing (XTP) and real-time analytics."

Let's repeat that: The relational approach is no longer sufficient
for "a large class of applications." Seems like Oracle doesn't agree
with the views of some of the more vocal table lovers in comp.object.


I've never said that RDBMS are the best for everything, but merely
MOST custom business systems.

One should also distinquish between performance issues, implementation-
specific issues, and theory issues. For one, existing RDBMS were
programmed for disk-centric systems. Now that RAM is approaching the
size of larger tables, a different architecture may be needed to take
fuller advantage of it, and Oracle does not have time to overhaul the
*implementation* of their RDBMS. Thus, domain-specific DB's are
quicker to get up to the task.

More details would still be nice.

Sean

</delurk>

-T-

.

Relevant Pages

  • OT: How I learned to stop worrying and love the RDBMS
    ... After several years of working with Oracle doing migrations from MPE/IMAGE ... selecting an RDBMS as a migration target from IMAGE ... The capabilities afforded by a proper RDBMS are astounding and are growing ...
    (comp.sys.hp.mpe)
  • Re: OT: How I learned to stop worrying and love the RDBMS
    ... Denys, I tend to use MySQL mostly because my data requirements are typically modest for what I do for myself or most of my clients, but I did spend a fair bit of time with PostgreSQL some years ago and was very amazed at how well it scaled, even in direct competition with Oracle. ... selecting an RDBMS as a migration target from IMAGE ... The capabilities afforded by a proper RDBMS are astounding and are growing ... To join/leave the list, search archives, change list settings, * ...
    (comp.sys.hp.mpe)
  • Re: OT: How I learned to stop worrying and love the RDBMS
    ... ORACLE and SQL Server, and I can tell you this, the current RDBMS ... The capabilities afforded by a proper RDBMS are astounding and are ...
    (comp.sys.hp.mpe)
  • Re: command line vs grid control
    ... have Oracle on-site for their line-of-business applications. ... customers that Oracle(all of its products not just the RDBMS) run on ... SQL Server where appropriate. ... Written any shell scripts in Windows to ...
    (comp.databases.oracle.server)
  • Re: java servlet accessing two different db at the same time
    ... > strcuture but on different DB(Oracle and MSSQL) and get search result ... > through the SQL sentence and assemble the search result. ... RDBMS, but only a subset. ...
    (comp.databases.oracle.server)