<?xml version='1.0' encoding='UTF-8'?><?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?><feed xmlns='http://www.w3.org/2005/Atom' xmlns:openSearch='http://a9.com/-/spec/opensearchrss/1.0/' xmlns:georss='http://www.georss.org/georss' xmlns:gd='http://schemas.google.com/g/2005' xmlns:thr='http://purl.org/syndication/thread/1.0'><id>tag:blogger.com,1999:blog-35222389</id><updated>2012-02-02T13:13:39.975+05:30</updated><title type='text'>All about Oracle</title><subtitle type='html'></subtitle><link rel='http://schemas.google.com/g/2005#feed' type='application/atom+xml' href='http://justoracle.blogspot.com/feeds/posts/default'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default?max-results=100'/><link rel='alternate' type='text/html' href='http://justoracle.blogspot.com/'/><link rel='hub' href='http://pubsubhubbub.appspot.com/'/><author><name>Archana P. Pandey</name><uri>http://www.blogger.com/profile/11652659372506140888</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><generator version='7.00' uri='http://www.blogger.com'>Blogger</generator><openSearch:totalResults>15</openSearch:totalResults><openSearch:startIndex>1</openSearch:startIndex><openSearch:itemsPerPage>100</openSearch:itemsPerPage><entry><id>tag:blogger.com,1999:blog-35222389.post-2551341884291997182</id><published>2009-06-30T22:46:00.001+05:30</published><updated>2009-06-30T22:47:42.740+05:30</updated><title type='text'>Tools for tuning the database</title><summary type='text'>In previous segment, we talked about various aspects of Performance Tuning. There are many tools provided by Oracle to monitor these aspects. These are1. Oracle Enterprise Manager : This is a web based tool provided by Oracle to manage databases efficiently. OEM helps in all kind of DBA activities including create tables, manage tablespaces etc.. In addition, OEM provides interface for various </summary><link rel='replies' type='application/atom+xml' href='http://justoracle.blogspot.com/feeds/2551341884291997182/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=35222389&amp;postID=2551341884291997182' title='27 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/2551341884291997182'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/2551341884291997182'/><link rel='alternate' type='text/html' href='http://justoracle.blogspot.com/2009/06/tools-for-tuning-database.html' title='Tools for tuning the database'/><author><name>Archana P. Pandey</name><uri>http://www.blogger.com/profile/11652659372506140888</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>27</thr:total></entry><entry><id>tag:blogger.com,1999:blog-35222389.post-5720195595492865247</id><published>2009-06-25T00:01:00.002+05:30</published><updated>2009-06-25T00:04:04.506+05:30</updated><title type='text'>Performance Tuning – Overview</title><summary type='text'>The first and foremost question which comes in mind is what is the need for tuning? This is the world of fast food, fast bikes, fast music, fast cars, in short fast everything, then why not fast database as well? Today everyone is in some kind of a race, and to achieve his/her goal one needs to win that race. To win a race one needs to either run fastest of all or make the horse (or car) run </summary><link rel='replies' type='application/atom+xml' href='http://justoracle.blogspot.com/feeds/5720195595492865247/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=35222389&amp;postID=5720195595492865247' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/5720195595492865247'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/5720195595492865247'/><link rel='alternate' type='text/html' href='http://justoracle.blogspot.com/2009/06/performance-tuning-overview.html' title='Performance Tuning – Overview'/><author><name>Archana P. Pandey</name><uri>http://www.blogger.com/profile/11652659372506140888</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-35222389.post-457643062089488775</id><published>2009-06-22T18:47:00.003+05:30</published><updated>2009-06-23T00:32:46.907+05:30</updated><title type='text'>Performance Tuning</title><summary type='text'>The word itself is vast enough to write a book on it. And many have already been written. Then why am I writing a blog on PT? Answer is simple; for quick check. Books are very tedious for searching something quickly. So I am trying to consolidate things and put it in a place easy to find. You can say it is kind of quick reference when I am in mid of something and do not want to go and search on </summary><link rel='replies' type='application/atom+xml' href='http://justoracle.blogspot.com/feeds/457643062089488775/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=35222389&amp;postID=457643062089488775' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/457643062089488775'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/457643062089488775'/><link rel='alternate' type='text/html' href='http://justoracle.blogspot.com/2009/06/performance-tuning_22.html' title='Performance Tuning'/><author><name>Archana P. Pandey</name><uri>http://www.blogger.com/profile/11652659372506140888</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-35222389.post-1593648113051103596</id><published>2007-11-16T15:36:00.000+05:30</published><updated>2007-11-16T16:02:03.780+05:30</updated><title type='text'>Oracle Listener Security</title><summary type='text'>You are working on a critical issue on your database. You login to your database and you get the error "ORA-12541: TNS:no listener". Now you start wondering how the listener has been stopped. You have not stopped it. It means "SOMEONE ELSE HAS STOPPED THE LISTENER". It shows, you need to secure your listener from unauthorized users.You can protect your listener with a password so that only the </summary><link rel='replies' type='application/atom+xml' href='http://justoracle.blogspot.com/feeds/1593648113051103596/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=35222389&amp;postID=1593648113051103596' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/1593648113051103596'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/1593648113051103596'/><link rel='alternate' type='text/html' href='http://justoracle.blogspot.com/2007/11/oracle-listener-security.html' title='Oracle Listener Security'/><author><name>Archana P. Pandey</name><uri>http://www.blogger.com/profile/11652659372506140888</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-35222389.post-6228889551203328091</id><published>2007-11-16T12:11:00.000+05:30</published><updated>2007-11-16T12:49:26.194+05:30</updated><title type='text'>Auditing ALTER SYSTEM commands</title><summary type='text'>Wonder, who is changing the system date? Who is changing the parameter? Who is giving all those ALTER SYSTEM commands which are causing havoc for others?The simplest solution of the problem is, "DO NOT PROVIDE PASSWORD OF DBA USER TO A PERSON WHO IS NOT A DBA". Looks simple, right? Wrong. In developement environments it is not possible to restrict the access of DBA user to 1 or 2 persons. And it </summary><link rel='replies' type='application/atom+xml' href='http://justoracle.blogspot.com/feeds/6228889551203328091/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=35222389&amp;postID=6228889551203328091' title='27 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/6228889551203328091'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/6228889551203328091'/><link rel='alternate' type='text/html' href='http://justoracle.blogspot.com/2007/11/auditing-alter-system-commands.html' title='Auditing ALTER SYSTEM commands'/><author><name>Archana P. Pandey</name><uri>http://www.blogger.com/profile/11652659372506140888</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>27</thr:total></entry><entry><id>tag:blogger.com,1999:blog-35222389.post-7824350663828639450</id><published>2007-09-21T17:47:00.000+05:30</published><updated>2007-09-21T18:25:49.917+05:30</updated><title type='text'>Virtual Indexes</title><summary type='text'>Recently I have been to one of our clients for performance tuning of few processes. The process of tuning SQL queries requires testing of different alternatives of indexes. It becomes difficult in production environment where lots of people are connected to the database and tables are large.Virtual indexes helps in such situations. Since virtual indexes does not use any segment, time required to </summary><link rel='replies' type='application/atom+xml' href='http://justoracle.blogspot.com/feeds/7824350663828639450/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=35222389&amp;postID=7824350663828639450' title='1 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/7824350663828639450'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/7824350663828639450'/><link rel='alternate' type='text/html' href='http://justoracle.blogspot.com/2007/09/virtual-indexes.html' title='Virtual Indexes'/><author><name>Archana P. Pandey</name><uri>http://www.blogger.com/profile/11652659372506140888</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>1</thr:total></entry><entry><id>tag:blogger.com,1999:blog-35222389.post-4618514526308773891</id><published>2007-02-06T13:57:00.000+05:30</published><updated>2007-03-07T15:03:27.437+05:30</updated><title type='text'>Auditing SYS users</title><summary type='text'>The SYS user is the most usefull and important user for any Oracle database. Lets take a look how a DBA can take hold of it if it is being misused.Oracle provides the auditing facility of SYS account since the version 7 but after 9iR2, it has become more powerful in many ways.How to Audit SYS accountMainly there are only two parameters which need to be set to audit any SYS account, </summary><link rel='replies' type='application/atom+xml' href='http://justoracle.blogspot.com/feeds/4618514526308773891/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=35222389&amp;postID=4618514526308773891' title='5 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/4618514526308773891'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/4618514526308773891'/><link rel='alternate' type='text/html' href='http://justoracle.blogspot.com/2007/02/auditing-sys-users.html' title='Auditing SYS users'/><author><name>Archana P. Pandey</name><uri>http://www.blogger.com/profile/11652659372506140888</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>5</thr:total></entry><entry><id>tag:blogger.com,1999:blog-35222389.post-6251953082711103210</id><published>2006-12-18T17:06:00.000+05:30</published><updated>2006-12-18T17:20:17.194+05:30</updated><title type='text'>Trace Analyzer</title><summary type='text'>Trace analyzer is used to interpret raw trace files. It is similar to tkprof but its output is more readable than tkprof. It generates a report with details: time summary, call summary (parse, execute, fetch), identification of top SQL, row source plan, explain plan, CBO statistics, wait events, values of bind variables, I/O summary per schema object, latches, hot blocks, etc.I like it for its </summary><link rel='replies' type='application/atom+xml' href='http://justoracle.blogspot.com/feeds/6251953082711103210/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=35222389&amp;postID=6251953082711103210' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/6251953082711103210'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/6251953082711103210'/><link rel='alternate' type='text/html' href='http://justoracle.blogspot.com/2006/12/trace-analyzer.html' title='Trace Analyzer'/><author><name>Archana P. Pandey</name><uri>http://www.blogger.com/profile/11652659372506140888</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-35222389.post-5519147457436188160</id><published>2006-12-15T12:08:00.000+05:30</published><updated>2006-12-15T12:24:26.892+05:30</updated><title type='text'>Renaming table when MV log is associated</title><summary type='text'>Recently, I faced problem in renaming a table. The table had a materialized view log associated with it and I wanted to move the older version of the table and place a new version of the same instead.But I was getting following error while renaming the old table:ORA-26563: renaming this table is not allowedOne of the reasons of getting this error is, the table is used in a materialized view and a</summary><link rel='replies' type='application/atom+xml' href='http://justoracle.blogspot.com/feeds/5519147457436188160/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=35222389&amp;postID=5519147457436188160' title='5 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/5519147457436188160'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/5519147457436188160'/><link rel='alternate' type='text/html' href='http://justoracle.blogspot.com/2006/12/renaming-table-when-mv-log-is.html' title='Renaming table when MV log is associated'/><author><name>Archana P. Pandey</name><uri>http://www.blogger.com/profile/11652659372506140888</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>5</thr:total></entry><entry><id>tag:blogger.com,1999:blog-35222389.post-8455711440022896928</id><published>2006-12-14T12:08:00.000+05:30</published><updated>2006-12-14T17:23:30.766+05:30</updated><title type='text'>Automatic SQL Tuning</title><summary type='text'>As we are aware, manual SQL tuning process is very complex and time consuming, Oracle 10g introduces automatic SQL tuning to ease out the tuning process. To use this feature, we need to use SQL tuning advisor.Here, I will be giving a brief introduction of Automatic SQL Tuning and the simplest way of using SQL Tuning Advisor.The query optimizer can run in two modes:1. Normal mode: In this mode, </summary><link rel='replies' type='application/atom+xml' href='http://justoracle.blogspot.com/feeds/8455711440022896928/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=35222389&amp;postID=8455711440022896928' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/8455711440022896928'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/8455711440022896928'/><link rel='alternate' type='text/html' href='http://justoracle.blogspot.com/2006/12/automatic-sql-tuning.html' title='Automatic SQL Tuning'/><author><name>Archana P. Pandey</name><uri>http://www.blogger.com/profile/11652659372506140888</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-35222389.post-5487918918548682381</id><published>2006-12-13T17:18:00.000+05:30</published><updated>2006-12-13T17:22:03.245+05:30</updated><title type='text'>COUNT(*) Vs. COUNT(1)</title><summary type='text'>The debat COUNT(*) vs. COUNT(1) is on for years now. So I thought of doing experiment on the same and here are the result:I have done the test for indexed table as well as non-indexed table. The table has 6 millions of rows in both the tables and the rowwidth is approx 4000 bytes.  1. COUNT(1) is internally converted to COUNT(*).SQL&gt; EXPLAIN PLAN FOR  2  select max(REG_COUNT) from f_reg  3  group</summary><link rel='replies' type='application/atom+xml' href='http://justoracle.blogspot.com/feeds/5487918918548682381/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=35222389&amp;postID=5487918918548682381' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/5487918918548682381'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/5487918918548682381'/><link rel='alternate' type='text/html' href='http://justoracle.blogspot.com/2006/12/count-vs-count1.html' title='COUNT(*) Vs. COUNT(1)'/><author><name>Archana P. Pandey</name><uri>http://www.blogger.com/profile/11652659372506140888</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-35222389.post-7137405914858796223</id><published>2006-12-13T14:56:00.001+05:30</published><updated>2006-12-13T16:32:55.243+05:30</updated><title type='text'>Parameterized View</title><summary type='text'>I always used to think why oracle didn't provide parameterized views similar to parameterized cursors, till I found workaround for the same.Following is an example which shows use of parameterized view:CREATE OR REPLACE VIEW test_vw ASSELECT empno,ename,salFROM empWHERE empno = to_number(userenv('client_info')) ;In Stored Procedure, will have to call following procedure before executing the View </summary><link rel='replies' type='application/atom+xml' href='http://justoracle.blogspot.com/feeds/7137405914858796223/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=35222389&amp;postID=7137405914858796223' title='39 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/7137405914858796223'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/7137405914858796223'/><link rel='alternate' type='text/html' href='http://justoracle.blogspot.com/2006/12/parameterized-view.html' title='Parameterized View'/><author><name>Archana P. Pandey</name><uri>http://www.blogger.com/profile/11652659372506140888</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>39</thr:total></entry><entry><id>tag:blogger.com,1999:blog-35222389.post-116116640660203948</id><published>2006-10-18T15:30:00.000+05:30</published><updated>2006-12-13T15:05:27.304+05:30</updated><title type='text'>DDL Triggers</title><summary type='text'>A trigger is a block of PL/SQL or Java or C code that executes or fires when a particular event occurs within database.Triggers are useful for implementing code that must be executed on regular basis due to a pre-defined event. By utilizing, triggers, scheduling and data integrity problems can be eliminated because the trigger will be fired whenever the triggering event occurs. You need not </summary><link rel='replies' type='application/atom+xml' href='http://justoracle.blogspot.com/feeds/116116640660203948/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=35222389&amp;postID=116116640660203948' title='2 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/116116640660203948'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/116116640660203948'/><link rel='alternate' type='text/html' href='http://justoracle.blogspot.com/2006/10/ddl-triggers.html' title='DDL Triggers'/><author><name>Archana P. Pandey</name><uri>http://www.blogger.com/profile/11652659372506140888</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>2</thr:total></entry><entry><id>tag:blogger.com,1999:blog-35222389.post-116116534518614520</id><published>2006-10-18T15:25:00.000+05:30</published><updated>2006-10-18T15:25:45.186+05:30</updated><title type='text'>Dangers of Bind Variable</title><summary type='text'>We have seen and heard many advantages of using bind variables in a query, one of which is doing hard parse when a query is executed for the first time and then reusing the plan created at the time of first execution.But there is a catch in this. This is advantageous for less skewed data but if a column is heavily skewed, it becomes disadvantage. Look at the example given below:DROP TABLE t;</summary><link rel='replies' type='application/atom+xml' href='http://justoracle.blogspot.com/feeds/116116534518614520/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=35222389&amp;postID=116116534518614520' title='0 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/116116534518614520'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/116116534518614520'/><link rel='alternate' type='text/html' href='http://justoracle.blogspot.com/2006/10/dangers-of-bind-variable.html' title='Dangers of Bind Variable'/><author><name>Archana P. Pandey</name><uri>http://www.blogger.com/profile/11652659372506140888</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>0</thr:total></entry><entry><id>tag:blogger.com,1999:blog-35222389.post-116116306479272249</id><published>2006-10-18T14:43:00.000+05:30</published><updated>2006-10-18T15:24:12.233+05:30</updated><title type='text'>Use hints like FIRST_ROWS(n)</title><summary type='text'>Usually queries used for search fetch lots of records if proper search condition is not provided. If the query is fetching thousands of rows, that will be of no use for the end user. In such scenario, no of records should be limited by using ROWNUM &lt;&gt;/*+ FIRST_ROWS (n) */ should be used, where n is no of rows required.   Note: Hint /*+ FIRST_ROWS */ does not know the scope of the query and </summary><link rel='replies' type='application/atom+xml' href='http://justoracle.blogspot.com/feeds/116116306479272249/comments/default' title='Post Comments'/><link rel='replies' type='text/html' href='http://www.blogger.com/comment.g?blogID=35222389&amp;postID=116116306479272249' title='7 Comments'/><link rel='edit' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/116116306479272249'/><link rel='self' type='application/atom+xml' href='http://www.blogger.com/feeds/35222389/posts/default/116116306479272249'/><link rel='alternate' type='text/html' href='http://justoracle.blogspot.com/2006/10/use-hints-like-firstrowsn.html' title='Use hints like FIRST_ROWS(n)'/><author><name>Archana P. Pandey</name><uri>http://www.blogger.com/profile/11652659372506140888</uri><email>noreply@blogger.com</email><gd:image rel='http://schemas.google.com/g/2005#thumbnail' width='16' height='16' src='http://img2.blogblog.com/img/b16-rounded.gif'/></author><thr:total>7</thr:total></entry></feed>
