PL/SQL

Business logic at the data layer?

Forget all the things Oracle told you about PL/SQL, or not. Forget the piss poor attempts of the PSP “PL/SQL Server Pages” Oracle had taught you, or not. Perhaps good to mention that there is even a book out there teaching you to build an application out of SQL, PL/SQL and PSP – Learning Oracle PL/SQL by Bill Pribyl with Steven Feuerstein.

 

Lets take a step back and remember that the database is a flat file, or many flat files arguably, and Oracle, is a Database Management System (DBMS) vendor, a leading one. Oracle is a successful provider of the DBMS system that complies (not strictly) with SQL92, so that you may manipulate data in a set and mathematical manner abstracted with English like 4th generation language.

 

Many years ago, DBMS vendors started building a intermediary layer out of their successful DBMS products, such as T/SQL for Microsoft’s SQL Server, and PL/SQL for Oracle’s PL/SQL. While most of these sound too good to be true, business logic at the data layer is essentially not correct.

 

Oracle is arguably the best DBMS you may have for your money’s all worthed, Oracle spends a humongous amount of money to keep up with the algorithms that really differentiates itself from other DBMS vendors, and with the new kid in the neighborhood - Oracle Exadata being a monster machine primarily due to the existence of SSD (Solid State Drives), speed and execution is still not all the reason to put your business logic at the data layer.

 

What about the middle tier layer (business layer)? it performs business logic, it accesses a database for you, accesses another system, transactions, security, logging, auditing, and much much more.

 

If speed is the reason, you should be developing in Perl for pattern matching and character manipulation. If business logic is the evident, there is Business Rules Engine, BPMS, and so on. (BPM is a big business blind to companies still wiring if/else into codes)

 

Shoot me, for i know not no PL/SQL, but am i likely to be the solution architect of an system that uses PL/SQL? No, definitely.

To quote Shakespeare’s original “To be or not to be” from Hamlet, this, you decide. : )

 

But don’t be dis-encouraged and become less attached from your job because you realized this amounts to all the things you hear about the better side of software because there is never going to be a “straight” company or an organization that is going to incorporate all the good design patterns, all the right use of technologies. And i always believe this that, it isn’t a problem until you have a solution. To set things straight, it is about giving solutions, putting plans into action, not walking away from it because you didn’t like it.

Share
  • Newsflash

    March 2012: We have change our site theme to F2.
  • Who's Online

    2 visitors online now
    2 guests, 0 members
    Powered by Visitor Maps