MySQL
  Home arrow MySQL arrow Page 9 - The Future of SQL
Dev Shed Forums 
Administration  
AJAX  
Apache  
BrainDump  
DHTML  
Flash  
Java  
JavaScript  
Multimedia  
MySQL  
Oracle  
Perl  
PHP  
Practices  
Python  
Reviews  
Security  
Style-Sheets  
Web Services  
XML  
Zend  
Zope  
Forums Sitemap 
IBM® developerWorks 
Sun Developer Network 
E-Commerce Hosting 
Linux Web Hosting 
Managed Hosting 
Small Business Hosting 
Moblin 
VPS Hosting 
Weekly Newsletter

 
Developer Updates  
Free Website Content 
 RSS  Articles
 RSS  Forums
 RSS  All Feeds
Write For Us Get Paid 
Request Media Kit
Contact Us 
Site Map 
Privacy Policy 
Support 
 USERNAME
 
 PASSWORD
 
 
  >>> SIGN UP!  
  Lost Password? 
MYSQL

The Future of SQL
By: McGraw-Hill/Osborne
  • Search For More Articles!
  • Disclaimer
  • Author Terms
  • Rating: 4 stars4 stars4 stars4 stars4 stars / 14
    2004-11-10

    Table of Contents:
  • The Future of SQL
  • Database Market Trends
  • Market Diversity and Segmentation
  • Hardware Performance Gains
  • Benchmark Wars
  • SQL Standardization
  • SQL in the Next Decade
  • Ultra-High-Performance Databases
  • Object Integration

  • Rate this Article: Poor Best 
      ADD THIS ARTICLE TO:
      Del.ici.ous Digg
      Blink Simpy
      Google Spurl
      Y! MyWeb Furl
    Email Me Similar Content When Posted
    Add Developer Shed Article Feed To Your Site
    Email Article To Friend
    Print Version Of Article
    PDF Version Of Article
     
     
    ADVERTISEMENT


    The Future of SQL - Object Integration


    (Page 9 of 9 )

    The most significant unknown in the future evolution of SQL is how it will integrate with object-oriented technologies. Modern application development tools and methodologies are all based on object-oriented techniques. Two object-oriented languages, C++ and Java, dominate serious software development, for both client-side and server-side software. The core row/column principles of the relational data model and SQL, however, are rooted in a much earlier COBOL era of records and fields, not objects and methods.

    The object database vendors’ solution to the relational/object mismatch has been the wholesale discarding of the relational model in favor of pure object database structures. But the lack of standards, steep learning curve, lack of simple query facilities, and other disadvantages have prevented pure object databases from having any significant market success to date. The relational database vendors have responded to the object database challenge by embracing object-oriented features, but the result has been a proliferation of nonstandard, proprietary database features and SQL extensions.  

    It’s clear that relational database technology and object technology must be more tightly integrated if relational databases are to remain an integral part of the next generation of applications. Several trends are visible today:

    • Java-based interfaces to RDBMS’s, such as JDBC and embedded SQL for Java, will continue to grow rapidly in popularity.
    • Java will become a more important stored procedure language for implementing business logic within a RDBMS. Virtually all of the major DBMS vendors have announced plans to support Java as an alternative to their proprietary stored procedure languages.

    • DBMS products will expand support for abstract, complex data types that exhibit object-oriented capabilities such as encapsulation and inheritance. Beyond high-level agreement on the need to store objects within a row/column structure, the specifics (nested tables, arrays, complex columns) vary dramatically.

    • The SQL:1999 standard for object-oriented extensions to SQL will influence vendor products, but slowly, as vendors continue to seek competitive advantages and user lock-in through proprietary object-oriented extensions.

    • Message-oriented interfaces, including database triggers that produce messages external to the DBMS for integration with other applications, will grow in importance, as the database becomes a more active component for integrating systems together.

    • XML will emerge as an important standard format for representing both data retrieved from a SQL database, and data to be entered into or updated in a database.

    • DBMS vendors will offer SQL extensions to store and retrieve XML documents, and to search and retrieve their contents.

    Whether these extensions to SQL and the relational model can successfully integrate the worlds of RDBMS and objects remains to be seen. The object-oriented database vendors continue to maintain that object capabilities bolted onto an RDBMS can’t provide the kind of transparent integration needed. Most of them have enthusiastically embraced XML as the newest wave of object technology. The enterprise DBMS vendors have announced and added substantial object-relational capabilities, and more recently, XML integration products and features, but it’s hard to determine how many of them are actually being used. In addition, the emergence of XML as an important Internet standard has given birth to a new round of database challengers, offering native XML databases. With all of these competing alternatives, the further integration of object technologies into the world of relational databases seems certain. The specific path that this evolution will take remains the largest unknown in the future of SQL.

    Summary

    SQL continues to play a major role in the computer industry, and appears poised to continue as an important core technology:

    • SQL-based databases are flagship software products for the three largest software vendors in the world: Microsoft, Oracle, and IBM.

    • SQL-based databases operate on all classes of computer systems, from mainframes and database servers to desktop computer clients, notebook computers, and handheld PDAs.

    • All of the major enterprise applications used in large organizations rely on enterprise-class SQL databases to store and structure their data.

    • SQL-based databases have responded successfully to the challenges of the object model, with SQL extensions in object/relational databases.

    • SQL-based databases are responding to the needs of Internet-based architectures by incorporating XML and integrating with application servers.

    Remember: this is chapter 26 of MySQL: The Complete Reference, by Vikram Vaswani (McGraw-Hill/Osborne, ISBN 0-07-222477-0, 2004). Vikram is the founder of Melonfire, and has had numerous articles featured on Dev Shed. 
    Buy this book now.
     


    DISCLAIMER: The content provided in this article is not warranted or guaranteed by Developer Shed, Inc. The content provided is intended for entertainment and/or educational purposes in order to introduce to the reader key ideas, concepts, and/or product reviews. As such it is incumbent upon the reader to employ real-world tactics for security and implementation of best practices. We are not liable for any negative consequences that may result from implementing any information covered in our articles or tutorials. If this is a hardware review, it is not recommended to open and/or modify your hardware.

       · Having gone through the article on the future of sql i think is one of the subjects...
     

       

    MYSQL ARTICLES

    - Take Some Load off MySQL with MemCached
    - MySQL Table Prefix Changer Tool in PHP
    - Using the SIGNAL Statement for Error Handling
    - Error Handling Examples
    - Error Handling
    - Completing a Search Engine with MySQL and PH...
    - Paginating Result Sets for a Search Engine B...
    - Building a Search Engine with MySQL and PHP 5
    - Using Boolean Operators for Full Text and Bo...
    - PHP, MySQL and the PEAR Database
    - Working with PHP and MySQL
    - Getting PHP to Talk to MySQL
    - Creating an RSS Reader: the Reader
    - MySQL Security Overview
    - Creating the Admin Script for a PHP/MySQL Bl...





    © 2003-2008 by Developer Shed. All rights reserved. DS Cluster 1 hosted by Hostway
    Stay green...Green IT