Oracle Training Updates

1. Write a query to get the below output,

Ans:

select level,level+10,level+20,
         level+30,level+40,level+50,
         level+60,level+70,level+80,
         level+90
     from dual connect by level <=10;

2. Write a query to generate tables from 7 to 70.

Like,  7,14,21....8,16,24...9,18,27......70,140,210.

Ans:

Select a.a*b.b from
               (select level+6 a from dual connect by level <=64) a,
               (select level b from dual connect by level <=10)     b;

And there are many more.............

The above snapshot says it all. Hence it is said, 'Picture says it all'.

Basically, there are 4-5 steps. There are two possible ways of query being executed.
      1. Soft Parse-  Improves performance. This is also called as 'Library Cache Hit'.
      2. Hard Parse- Degrades performance. This is also called as 'Library Cache Miss'.

Let us understand the steps one by one briefly.
There is a parser inside Oracle, which parses the SQL Query for further processing.
The first 3 steps of SQL Query Execution are taken care of by the parser.

Step 1: Syntax check

       This checks only for syntax errors. A pure syntax check and nothing else.
Examples: 1. Are the keywords correct?
                      Like, 'seelect', 'form', 'groupby', 'orderby' are few common spelling mistakes.
                 2. Does SQL Query end with a semicolon (;)?
                 3. Are column names in the 'Select' Clause are separated by commas (,)?
                 4. Does 'Select' clause include only the colmuns which are present in the 'Group by' clause?
                 5. Does 'Group by' clause appear after 'Where clause'?
                 6. Is 'Order by' clause the last clause in the query?
                 etc. etc....

            In each of these cases, if the answer is 'No', oracles throws an error stating the same.

Step 2: Sematic chck

      Once the query passes the Syntax check, next step is Semantic check.
Here, the references of all objects present in the query are checked along with user privileges. The check happens against metadata maintained in the Oracle.
Examples: 1. Is table name valid or such a table exists?
                 2. Are columns names correct?
                 3. Does user have select/update/delete/insert/create privilege?
                 etc. etc. etc.

So during Syntax check, it doesn't check for the validity of table names, column names, privileges etc.

Let's say, I am running this... "select * from epm;" 

This passes Syntax check, though I am writing a wrong table name. Instead of "emp", I have written "epm". But, this query is fine syntax-wise and hence passes the Syntax check. But it fails in the next step of Semantic check where the object names are verified.

But we will not be able to notice whether a query failed at Syntax check or at Semantic check when we run a query from SQL*Plus or any other GUI. Because, everything is handled in one go from user point of view and the errors are sent if the Query fails at any step. Otherwise, we get the final output.

 Step 3: Shared pool check

This is an important check. I am planning to write a separte lesson on this. Let us understand briefly here.

Basically, once the query passed both Syntax check and Semantic check, it goes for third check called 'Shared pool check'. 

Just to put it briefly, 'Shared pool' is a memory segment present inside every Oracle instance, which retains the recently executed SQL and PLSQL code inside its 'Library Cache' based on LRU algorithm.

So, if parser finds that the query is present inside 'Library Cache' or 'Shared pool', then it is called 'Soft Parse'. It goes to step 5, executes the query and sends the output to whoever requested it.

As simple as that. But, if parser finds that such a query is not present inside 'Shared pool' or 'Library Cache', then it is called 'Hard Parse'. So, Oracle must carry out step 4 first to prepare the query and then go to step 5 finally to execute the query and then send the output to the requestor.

So, the first three steps are always carried out for every SQL Query and they are less expensive.

Step 4:

      The step 4 is very expensive or costly. Meaning, it consumes lot of resources to complete this, like CPU, I/O reads, physical reads, extra algorithms to generate mutliple queries and select the best one etc.

Hence, 'Hard Parse' degrades performance. We should keep this in mind always before writing any query. To put it simply for now, avoid hard coding and use bind variables to take the advantage of 'Soft Parse'.

Step 4 happens only in case of 'Hard parse', which is decided in step 3 as we discussed above.

We can split this into two sub-steps.
      a. Optimization: The Optimizer generates mutliple plans using various combinations of joins                      (Nested loop/Sort Merge/Hash), access paths (full table scan/index range scan/index skip scan                etc) and join orders.
          Finally selects the best plan based on cost. The lower the cost, the better the performance.

      b. Row source generation: Query execution plan is generated for the best query
          selected in the above step. This is what we see in Explain plan.
          We can further make modifications to the query, force the Optimizer to select an even lower cost            query by changing access paths, joins, join orders or using Hints. And we can verify if the                  execution plan got changed by again looking at its Explain plan.
         This is called 'Performance tuning' or 'Query Tuning'. Let's not go deep into it now.

None of this happens in case of 'Soft Parse' and hence improves performance.

Step 5: Query Execution

      Step 5 is again common for each query irresepctive of whether it is 'Soft Parse' or 'Hard Parse'. 

As we already discussed, it executes the SQL Query and sends the output
to the requested program or user.

So this is about it. To wrap up, there are two ways of execution or parsing namely- 'Hard parse' and 'Soft Parse'. And there are 5 steps totally. Steps 1 to 3 are common for every query or for each type of execution/parsing. Step 4 happens only for 'Hard Parse' way of execution and not for 'Soft Parse' way. Step 5 is the final and common step, which finally executes the SQL Query. Use Explain plan to check the execution plan selected by Optimizer and tune the query. Use Bind variables to enable 'Soft Parse'.

Oracle GoldenGate (OGG) connects to Apache/Confluent kafka using GoldenGate for Big Data Adapter. OGG uses the big data for kafka properties file to connect to kafka servers/cluster and stream the data in real time.

All Inserts,Updates, Deletes are streamed as Inserts in Kafka Consumer. Big Data adapter is powerful enough to stream before and after images in case of an update.

You can download the OGG for big data software from Oracle e-delivery website. for more details on Big data connectors, do reach out to me.

Thanks,

Ankit

Writing the Query in one more Query is called Sub Query.

In Oracle SQl Sub Queries are Diveded into two categories

• Simple Sub Queries
• Cor-related Sub Queries

The difference between Simple Sub Queries and Cor-related Sub Queries is in case of Simple Sub Queries the outer side Query Expression can compare with inner side query only once. In the case of Cor-related Sub Queries the outward side query expression can compare with internal side query number of times based on the condition which we have specified.

Simple Sub Queries are the following categories:

• Sub Query Comparison Test
• Sub Query Membership Test
• Sub Query Quantified Comparison Test
• Existance Test

Sub Query Comparison Test: In this case, the inner side query can return only one record while comparing we can use any relational operator

Sub Query Membership Test: In this case, the inner side query can return more than one record while comparing we can use 'in' operator and the outer side query expression can compare with any one of the values which are produced by the Sub Query.

Sub Query Quantified Comparison Test: In this case, the inner side query can return more than one record, and the outer side query expression can compare with all the values which are produced by the subquery while comparing we can use operators >any, <any, >all,

Existence Test: To check the existence of record which are satisfying primary key and foreign key relationship between two columns which are existing in the same table.

I have around 8+ yrs of experience in Support on PLSQL. I wish to change my job. But feeling hard to crack interviews. Could any body provide me some material on PLSQL and performance tuning so that I can get through interviews?

There are many training institute in Pune for oracle DBA training, but you have to find a right and best among them. You have to consider the teaching staff, teaching quality, training method and mainly placement after training so overall looking at this factor you need to join the best <a href="https://crbtech.in/programmes/dba-training-programme/ ">oracle dba training institute in Pune</a>

Dear Bivash,

I am taking classes for Oracle Financial applicaion functional online, so there is no location constraints, but for technical you need to find anoher teacher.

Another thing is that first of all you need to decided in which modules you want to be proficient, becuase Oracle Apps has more than 150 modules, in finance we can cover only 5 modules, in similar, you can get some multilple modules in other streams like SCM, Procurement etc.

Hello Hema,  Oracle SOA makes it easy to rapidly assemble services into modular and flexible business applications.

The Industry’s Most Complete and Unified Application Integration and SOA Solution

Oracle SOA transforms complex application integration into agile and re-usable service-based connectivity to speed time to market, respond faster to business requirements, and lower costs.

Please Go through This Bellow link.

https://www.oracle.com/middleware/technologies/soasuite.html