Comments on: Read Inconsistency?

By: Alex Nuijten

Alex Nuijten — Tue, 10 Oct 2006 17:12:27 +0000

Dear Sunil,

I took the liberty of removing your phone numbers from the blog for privacy matters.

To answer your question I do not know what GUI is used with Oracle 11i. Maybe this blog helps to answer your question: http://technology.amis.nl/blog/?p=169

Alex

By: Sunil Gidwani

Sunil Gidwani — Mon, 09 Oct 2006 09:53:00 +0000

Dear Sir

If possible would you please reply my query?

We want to develop a web based application and we would incorporate a GUI (Graphical User Interface) in our application just like oracle 11i application UI (User interface). I would like to know that technology behind to develop oracle 11i Web User Interface (Presentation Layer) only.

Thanks

Sunil Gidwani
Indore (Madhya Pradesh) – INDIA

By: Alex Nuijten

Alex Nuijten — Wed, 13 Sep 2006 15:53:07 +0000

That’s a good one, Edwin! Talking about the magic of the Data Dictionary…

By: Andre Crone

Andre Crone — Tue, 12 Sep 2006 15:28:57 +0000

Create table is DDL; so for that part read consistency is not required. First the table is created; does that part do an implicit commit? Then the query is started read consistency starts at that point in time?

By: Edwin van Meerendonk

Edwin van Meerendonk — Mon, 11 Sep 2006 09:40:17 +0000

Always nice to see these kind of mind-breakers.
Too bad you haven’t put the
create table B as select * from all_tables equivalent as step 1 in it.

No data found.

So we have an object and we have no table..

By: Gary

Gary — Mon, 11 Sep 2006 01:50:30 +0000

Add on to that thought, if the SELECT fails, the CREATE TABLE fails and is ‘rolled back’.
So what you are actually seeing in T is uncommited changes in the system tables underlying the data dictionary views. If the SELECT ran for long enough, and you were doing a simultaneous SELECT from all_objects in another session, the ‘T’ object shouldn’t be there.

By: Michael Friedman

Michael Friedman — Fri, 08 Sep 2006 17:53:43 +0000

I don’t think it’s special.

You can hardly expect the Select to execute before the table is created – where would the data go?

I’ve always assumed the steps are:
1. Parse
2. Create new table
3. Open cursor

By: Jo Olluyn

Jo Olluyn — Fri, 08 Sep 2006 12:32:38 +0000

If you look at DBMS_SQL, you’ll find that BEFORE executing a query, you’ll need to FIRST define the result set (DEFINE_COLUMN). In other words, Oracle can create the table before actually executing the query, apparenlty becasue this is inherent to SQL processing.