Skip to main content

OOW2008 Afterthoughts

As Oracle Open World 2008 is 1,5 week behind us, it is about time to finish up my posts on this subject - and get rid of my notes. So let's take a quick look on the sessions I didn't mention already.

Forms2APEX Migration
David Peake introduced the "soon-to-come" APEX 3.2 release. The most important new feature (or maybe the only new feature) is the support for migrating Oracle Forms to APEX. He emphasized that there is no need from an Oracle support perspective to move from Forms to APEX. You should only go for this route if there is a sufficient business justification for it. A migration from Forms to APEX has to be considered as a real project, consisting of Analysis, Design, Convert, Post Migration, Acceptance and Training. The Forms2APEX toolkit is in no way a silver bullet. There will be a lot of handcraft involved to achieve acceptable results. Especially for more complex Forms you'll need a lot of effort to get similar functionality in APEX. Luckily the tool helps you to identify non converted code. Coming to a theatre near you at the end of 2009....

Inside the Oracle 11g Optimizer: Removing the mystery
A session somewhat out of the APEX scope, but nevertheless very interesting. The highlights of the new 11g optimizer stuff are:
  1. Full control over the execution plans, using SQL Plan Management (SPM). Using SPM, a change in an execution plan has to verified before it is actually used.
  2. Extended Optimizer Statistics to collect statistics over a group of columns.
  3. Improved Statistics Collection :
    1. AUTO_SAMPLE_SIZE - With the speed of 'estimate' (or even faster) you can get the quality of 'compute'.
    2. Incremental Global Statics for partitioned tables: global statistics are built from the partition statistics.
  4. Adaptive Cursor Sharing & Enhanced Bind Peeking: In version 10g and before an execution plan was determined by the initial value of a bind variable and the same execution plan is shared regardless the subsequent bind variables. But a select on emp 'where job=VP' returns only one row and will probably benefit of using an index on job. But if a select on emp 'where job=WORKER' returns 90% of the rows, the same execution plan is used. Starting from 11gR1 the same query can have more execution plans depending on the values of the bind variables. With Adaptive Cursor Sharing plans are shared when bind values are (more or less) the same and a new plan is generated when the binds are not equivalent.
Tom Kyte's Sessions
Tom Kyte did a number of sessions that week and I visited two. In one of the sessions - the Oracle Develop keynote - Tom did a great ad for APEX. He called APEX the best Oracle tool around, next to SQL Developer and SQL Plus!
Tom told the audience about his experience on the questions raised on the asktom-site. He gets a lot of questions regarding the tuning of queries. Most of the time the response is "Why would you do that?". So often it is better not to tune the query, but tune the question (or the process)!
In his session about managing change Tom announced that the long awaited Online Application Upgrade will be part of 11gR2 (ofcourse with the regular disclaimers). Oracle showed this impressive feature already at OOW in 2006 (see my post about that here), and it will finally make it into the next release of 11g!

The power of the APEX Repository
Patrick Wolf did an impressive presentation - with beautiful pictures ànd sound - on the repository. You can use the repository not only to store the APEX-metadata, but you can use the data inside also for quality checks, documentation, sitemaps, application page flow, generic code, monitoring and modification - using an export file or (more dangerous) directly in the tables.

Building large commercial applications with APEX
The guys from PAETEC impressed the audience with their presentation on the APEX version of Pinnacle, their tool for Service Life Cycle Management. It is a large application consisting of around 800 tables and 2000 pages in 19 applications. They build it in 2 years with 20 developers. So who dares to say APEX is only for Excel or Access replacement?
They extensively use the APEX repository to generate information on the pages and did some advanced tweaking by modifying the arrays used for rendering, just before the page is painted. Using their own framework they emphasized the separation of layers: Presentation with no validation at all, business rules using views and triggers and the data. So a three tier model, but with all tiers in the database!

Building a Web 2.0 interface with APEX
Marc Lancaster had the questionable honour to do the last APEX presentation of this OOW. He explained the advantages of Javascript, AJAX, JSON and external libraries. He is using ExtJS extensively on his demo site. To summarize:
• Takeaways
– AJAX doesn't have to use XML, or be asynchronous
– Javascript performance is rapidly improving
– Consider Namespacing when integrating Javascript libraries.
• Key concepts
– Start learning and using AJAX and JSON
– Progressively add functionality through templates
– Look for low hanging fruit
– Javascript libraries can do the heavy lifting
– Apex will us jQuery in version 4.0.
• Lessons learned
– Factor in time to build templates
– Always consider page loading performance.

Wrap up

To conclude, this year's OOW was again a huge event, and with lots of opportunities to attend good sessions, meet old friends and create new friends. Thanks to all who made this a unforgettable week!


Monty Latiolais said…
Great post for those of us watching from afar.

Is the word that ApEx 3.2 isn't to arrive until late 2009?? I thought that was the timetable for 4.0 and that 3.2 was....soon. (I know that's a relative term)

Roel said…
To my knowledge (apart from all the usual Oracle disclaimers) APEX 3.2 will go beta "soon" - probably on - and 4.0 is planned "early" 2009....
Let's wait...

Popular posts from this blog

Refresh selected row(s) in an Interactive Grid

In my previous post I blogged about pushing changed rows from the dabatase into an Interactive Grid. The use case I'll cover right here is probably more common - and therefore more useful!

Until we had the IG, we showed the data in a report (Interactive or Classic). Changes to the data where made by popping up a form page, making changes, saving and refreshing the report upon closing the dialog. Or by clicking an icon / button / link in your report that makes some changes to the data (like changing a status) and ... refresh the report.  That all works fine, but the downsides are: The whole dataset is returned from the server to the client - again and again. And if your pagination size is large, that does lead to more and more network traffic, more interpretation by the browser and more waiting time for the end user.The "current record" might be out of focus after the refresh, especially by larger pagination sizes, as the first rows will be shown. Or (even worse) while you…

Dockerize your APEX development environment

Nowadays Docker is everywhere. It is one of the main components of Continuous Integration / Continuous Development environments. That alone indicates Docker has to be seen more as a Software Delivery Platform than as a replacement of a virtual machine.

However ...

If you are running an Oracle database using Docker on your local machine to develop some APEX application, you will probably not move that container is a whole to test and production environments. Because in that case you would not only deliver a new APEX application to the production environment - which is a good thing - but also overwrite the data in production with the data from your development environment. And that won't make your users very excited.
So in this set up you will be using Docker as a replacement of a Virtual Machine and not as a Delivery Platform.
And that's exactly the way Martin is using it as he described in this recent blog post. It is an ideal way to get up and running with an Oracle database …

apex_application.g_f0x array processing in Oracle 12

If you created your own "updatable reports" or your custom version of tabular forms in Oracle Application Express, you'll end up with a query that looks similar to this one:
then you disable the "Escape special characters" property and the result is an updatable multirecord form.
That was easy, right? But now we need to process the changes in the Ename column when the form is submitted, but only if the checkbox is checked. All the columns are submitted as separated arrays, named apex_application.g_f0x - where the "x" is the value of the "p_idx" parameter you specified in the apex_item calls. So we have apex_application.g_f01, g_f02 and g_f03. But then you discover APEX has the oddity that the "checkbox" array only contains values for the checked rows. Thus if you just check "Jones", the length of g_f02 is 1 and it contains only the empno of Jones - while the other two arrays will contain all (14) rows. So for processing y…