Why query against table(dbms_xplan.display) take too long?

the env is PROD, version is Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bi.
Most of the time, when I do explain plan and query the table(dbms_xplan.display), it takes like 3-8 minutes to display the result.
So, I wonder what might go wrong here?
How a simple query would take this long?
Any thought or guess are welcome.
Thanks

That is not an option here. I only have query privilege on PROD.
All I can do is to figure out the reason for the slowness and advise the fix.
Thanks.

Similar Messages

Why ipad 2 / iphone 3g resetting takes too long?

Im trying to reset and delete all content of my ipad and iphone 3g by choosing the selections about resetting on the general. Why it takes too long to reset my ipad / iphone 3g? It is almost 2 days my ipad are on the apple logo / looping circle appears on it and still im waiting for my ipad / iphone 3g to return to main screen. What will i do? Thanks...

There is no other way except to restore the iPad - plain and simple. You have to restore the device within iTunes. You want to use the same computer that you always sync with so that you can restore your app data and settings. You can restore with any other computer, but you will lose everything on the iPad.
You will need to use recovery mode
iPad: Unable to update or restore

Ipad 4th gen retina display takes too long downloading apps

I have a Ipad 4th Gen ios 6.1.3. When i tap the app store icon it takes too long to show the info. The same occurs when i itry to install some apps. Comparing with a Asus Memo Pad 10 is slower what does not have to be. My network runs till 200mbps and the ipad has full power and full wi-fi connection.
Is there a problem of comfiguration or other?.
Thank you very much for the help.

Have you tried this:
1. Close all apps in the Task Bar. Double-click the Home button and hold apps down for a second or two. Tap the minus sign to close app.
2. Hold the Sleep and Home button down until you see the Apple Logo.

Does anyone know why parsing with PL/SQL parser takes too long

I am parsing a XML document ( 168 K )
which it contains 300 Nodes and each node has 22 attributes, it
takes 5 minuts using xmldom calls ( from PL/SQL XML parser )..
When I cut that file in to 2 files ( 85 K or so ) it takes 1
minute per file..
Any ideas why ??????
Thanks

I am parsing a XML document ( 168 K )
which it contains 300 Nodes and each node has 22 attributes, it
takes 5 minuts using xmldom calls ( from PL/SQL XML parser )..
When I cut that file in to 2 files ( 85 K or so ) it takes 1
minute per file..
Any ideas why ??????
Thanks

Accessing BKPF table takes too long

Hi,
Is there another way to have a faster and more optimized sql query that will access the table BKPF? Or other smaller tables that contain the same data?
I'm using this:
   select bukrs gjahr belnr budat blart
   into corresponding fields of table i_bkpf
   from bkpf
   where bukrs eq pa_bukrs
   and gjahr eq pa_gjahr
   and blart in so_DocTypes
   and monat in so_monat.
The report is taking too long and is eating up a lot of resources.
Any helpful advice is highly appreciated. Thanks!

Hi max,
I also tried using BUDAT in the where clause of my sql statement, but even that takes too long.
    select bukrs gjahr belnr budat blart monat
     appending corresponding fields of table i_bkpf
     from bkpf
     where bukrs eq pa_bukrs
     and gjahr eq pa_gjahr
     and blart in so_DocTypes
     and budat in so_budat.
I also tried accessing the table per day, but it didn't worked too...
   while so_budat-low le so_budat-high.
     select bukrs gjahr belnr budat blart monat
     appending corresponding fields of table i_bkpf
     from bkpf
     where bukrs eq pa_bukrs
     and gjahr eq pa_gjahr
     and blart in so_DocTypes
     and budat eq so_budat-low.
     so_budat-low = so_budat-low + 1.
   endwhile.
I think our BKPF tables contains a very large set of data. Is there any other table besides BKPF where we could get all accounting document numbers in a given period?

My Query takes too long ...

Hi ,
Env   , DB 10G , O/S Linux Redhat , My DB size is about 80G
My query takes too long , about 5 days to get results , can you please help to rewrite this query in a better way ,
declare
x number;
y date;
START_DATE DATE;
MDN VARCHAR2(12);
TOPUP VARCHAR2(50);
begin
for first_bundle in
select min(date_time_of_event) date_time_of_event ,account_identifier ,top_up_profile_name
from bundlepur
where account_profile='Basic'
AND account_identifier='665004664'
and in_service_result_indicator=0
and network_cause_result_indicator=0
and   DATE_TIME_OF_EVENT >= to_date('16/07/2013','dd/mm/yyyy')
group by account_identifier,top_up_profile_name
order by date_time_of_event
loop
select sum(units_per_tariff_rum2) ,max(date_time_of_event)
into x,y
from OLD_LTE_CDR
where account_identifier=(select first_bundle.account_identifier from dual)
and date_time_of_event >= (select first_bundle.date_time_of_event from dual)
and -- no more than a month
date_time_of_event < ( select add_months(first_bundle.date_time_of_event,1) from dual)
and -- finished his bundle then buy a new one
date_time_of_event < ( SELECT MIN(DATE_TIME_OF_EVENT)
                         FROM OLD_LTE_CDR
                         WHERE DATE_TIME_OF_EVENT > (select (first_bundle.date_time_of_event)+1/24 from dual)
                         AND IN_SERVICE_RESULT_INDICATOR=26);
select first_bundle.account_identifier ,first_bundle.top_up_profile_name
,FIRST_BUNDLE.date_time_of_event
INTO MDN,TOPUP,START_DATE
from dual;
insert into consumed1 VALUES(X,topup,MDN,START_DATE,Y);
end loop;
COMMIT;
end;

> where account_identifier=(select first_bundle.account_identifier from dual)
Why are you doing this? It's a completely unnecessary subquery.
Just do this:
where account_identifier = first_bundle.account_identifier
Same for all your other FROM DUAL subqueries. Get rid of them.
More importantly, don't use a cursor for loop. Just write one big INSERT statement that does what you want.

Sql Query takes too long to enter into the first line

Hi Friends,
I am using SQLServer 2008. I am running the query for fetching the data from database. when i am running first time after executed the "DBCC FREEPROCCACHE" query for clear cache memory, it takes too long (7 to 9 second) to enter into first
line of the stored procedure. After its enter into the first statement of the SP, its fetching the data within a second. I think there is no problem with Sqlquery. Kindly let me know if you know the reason behind this.
Sample Example:
Create Sp Sp_Name
as
Begin
print Getdate()
Sql statements for fetching datas
Print Getdate()
End
In the above example, there is no difference between first date and second date.
Please help me to trouble shooting this problem.
Thanks & Regards,
Rajkumar.R

i am running first time after executed the "DBCC FREEPROCCACHE" query for clear cache memory, it takes too long (7 to 9 second)
Additional to Manoj: A
DBCC FREEPROCCACHE clears the procedure cache, so all store procedure must be newly compilied on the first call.
Olaf Helper
[ Blog] [ Xing] [ MVP]

Query designer takes too long to save a query

Hi dear SDN friends.
I´m working with query designer in BI 7 and sometimes it takes too long to save a query, about ten minutes. Sometimes it never ends saving and some other times it saves the same query in 1 minute.
Can anybody please give an advice about this behavior of the query designer?
We have recently update BI to sp18. In query designer I have sp5 revision 529
Best regards,
Karim Reyes

Hello Karim,
I would suggest testing this again in the latest Frontend Patch available (FEP 602). In FEPs 600, 601, & 602 there were some performance and stability improvements made which may correct your issue. If the issue persists, I would suggest then opening a Customer Message via Service Marketplace.
It can be downloaded from:
http://service.sap.com/swdc
u2192Download
u2192Support Packages and Patches
u2192Entry by Application Group
u2192SAP Frontend Components
u2192BI ADDON FOR SAPGUI
u2192 BI 7.0 ADDON FOR SAPGUI 7.10
u2192 BI 7.0 ADDON FOR SAPGUI 7.10
u2192Win32
See SAP Note 1085218 for planned FEP releases.
I hope that helps.
Regards,
Tanner Spaulding
SAP NetWeaver RIG Americas, BI

Displaying PathGeometry into canvas take too long time

Hi every one,
I am working on spatial data with an application WPF and I would like to draw a map from data queries.
I got my data and I am able to draw them on a canvas with scroll bar and zoom.
My problem is when I want to zoom or scroll the canvas take a long time before draw the map.
The big problem is there :
Dim poly As New Polygon
poly.Stroke = Brushes.Red
poly.Fill = Brushes.Orange
poly.StrokeThickness = 5
Dim colPoint As New PointCollection
For i = 1 To geo.STNumPoints
Dim ls As New LineSegment()
colPoint.Add(New Point(geo.STPointN(i).STX.Value - extentA, geo.STPointN(i).STY.Value - extentB))
Next
colPoint.Add(New Point(geo.STPointN(1).STX.Value - extentA, geo.STPointN(1).STY.Value - extentB))
poly.Points = colPoint
masterCanvas.Children.Add(poly)
so the canvas is "masterCanvas" and i add each Polygon one by one. I would like if it is possible to gather all polygon into one "image" and then when it will refresh the canvas it will draw only one thing.
Regards.

Hi,
I found that you have posted it in the forum Acamar suggested.
http://social.msdn.microsoft.com/Forums/vstudio/en-US/e2d50b4e-0d76-4a3c-b229-521b648b54b3/displaying-pathgeometry-into-canvas-take-too-long-time?forum=wpf#e2d50b4e-0d76-4a3c-b229-521b648b54b3
Please just focus on that thread, and you could mark if any reply which is helpful as answer.
Thanks for your understanding.
Regards.
We are trying to better understand customer views on social support experience, so your participation in this interview project would be greatly appreciated if you have time. Thanks for helping make community forums a great place.
Click
HERE to participate the survey.

Analyse big data in Excel? Why the dynamic tables doesn't take all the data from the source table.

Hi,
I'm doing a internship in a production line.
My job is to recover production data (input data) and test data (output data) using various types of software (excel, BusinessObject sap, etc).
To this day, I have recovered hundreds of production data, and have also organized in excel but I need to analyze and plot them.
I would like to know who can give me an idea of how I could plot as much data and analysis.
Now i trying to use dynamic charts and plot some data but I did not get acceptable answers.
How could I compare, analyze and graph for example:
Five columns of production (input) with five (5) columns tested (data output).
After graphing.
Someone can give me a technique to analyze data? ie I compare column by column?
or some other technique? as a conglomerate could analyze data?
o give you an idea of the contect, now I perform an internship in a manufacturing turbines.
My job is to analyze the input data (production) and to estimate the possible behavior of the turbines in the tests.
As I said, use dynamic tables in excel, but i have not idea why the dynamic tables doesn't take all the data from the source table.
I appreciate your advice
Thanks

You can declare as PT source whole Columns [$A:$E], without rows number.
Then You'll have all actually data.
Oskar Shon, Office System MVP - www.VBATools.pl
if Helpful; Answer when a problem solved

I don't know why it takes too long time to sample flat file.

I don't know why it takes too long time to sample flat file.
OWB Client 10.1
While importing a flat file of fixed width ,
in the screen "Flat File Sample Wizard" shows the text box number of rows with default value 200.
I want to extend this value to 700,000.
But, it takes too long time (over 5 hours) to sample it.
Do you know why it is happend? or How can i fix this problem?
Thanks in Advance.
Regards,
JWS.

Hello,
Actually flat file sampling process goal is to capture the structure of the file. Thats why initially the sample size is set to 200 lines.
The question is why you are trying to perform sampling by 700000 rows? Are you expecting some change in structure beyond this mark?
If so, and you want to capture the fact that your source file is multi typed, your better prepare small file for sampling outside the OWB.
Sergey

Why finding replication stream matchpoint takes too long

hi,
I am using bdb je 5.0.58 HA(two nodes group,JVM 6G for each node).
Sometimes, I found bdb node takes too long to restart(about 2 hours).
When this occurs, I catch the process stack of bdb(jvm process) by jstack.
After analyzing stack,I found "ReplicaFeederSyncup.findMatchpoint()" taking all the time.
I want to know why this method takes so much time,and how can I avoid this bad case.
Thanks.
帖子经 liang_mic编辑过

Liang,
2 hours is indeed a huge amount of time for a node restart. It's hard be sure without doing more detailed analysis of your log as to what may be going wrong, but I do wonder if it is related to the problem you reported in outOfMemory error presents when cleaner occurs [#21786]. Perhaps the best approach is for me to describe in more detail what happens when a replicated node is connecting with a new master, which might give you more insight into what is happening in your case.
The members of a BDB JE HA replication group share the same logical stream of replicated records, where each record is identified with a virtual log sequence number, or VLSN. In other words, the log record described by VLSN x on any node is the same data record, although it may be stored in a physically different place in the log of each node.
When a replica in a group connects with a master, it must find a common point, the matchpoint, in that replication stream. There are different situations in which a replica may connect with a master. For example, it may have come up and just joined the group. Another case is when the replica is up already but a new master has been elected for the group. One way or another, the replica wants to find the most recent point in its log, which it has in common with the log of the master. Only certain kinds of log entries, tagged with timestamps, are eligible to be used for such a match, and usually, these are transaction commits and aborts.
Now, in your previous forum posting, you reported an OOME because of a very large transaction, so this syncup issue at first seems like it might be related. Perhaps your replication nodes need to traverse a great many records, in an incomplete transaction, to find the match point. But the syncup code does not blindly traverse all records, it uses the vlsn index metadata to skip to the optimal locations. In this case, even if the last transaction was very long, and incomplete, it should know where the previous transaction end was, and find that location directly, without having to do a scan.
As a possible related note, I did wonder if something was unusual about your vlsn index metadata. I did not explain this in outOfMemory error presents when cleaner occurs but I later calculated that the transaction which caused the OOME should only have contained 1500 records. I think that you said that you figured out that you were deleting about 15 million records, and you figured out that it was the vlsn index update transaction which was holding many locks. But because the vlsn index does not record every single record, it should only take about 1,500 metadata records in the vlsn index to cover 15 million application data records. It is still a bug in our code to update that many records in a single transaction, but the OOME was surprising, because 1,500 locks shouldn't be catastrophic.
There are a number of ways to investigate this further.
- You may want to try using a SyncupProgress listener described at http://docs.oracle.com/cd/E17277_02/html/java/com/sleepycat/je/rep/SyncupProgress.html to get more information on which part of the syncup process is taking a long time.
- If that confirms that finding the matchpoint is the problem, we have an unadvertised utility, meant for debugging, to examine the vlsn index. The usage is as follows, and you would use the -dumpVLSN option, and run thsi on the replica node. But this would require our assistance to interpret the results. We would be looking for the records that mention where "sync" points are, and would correlate that to the replica's log, and that might give more information if this is indeed the problem, and why the vlsn index was not acting to optimize the search.
$ java -jar build/lib/je.jar DbStreamVerify
usage: java { com.sleepycat.je.rep.utilint.DbStreamVerify | -jar je-<version>.jar DbStreamVerify }
-h <dir> # environment home directory
-s <hex> # start file
-e <hex> # end file
-verifyStream # check that replication stream is ascending
-dumpVLSN # scan log file for log entries that make up the VLSN index, don't run verify.
-dumpRepGroup # scan log file for log entries that make up the rep group db, don't run verify.
-i # show invisible. If true, print invisible entries when running verify mode.
-v # verbose

Indexing and categorization takes too long - why?

I have set up a news publishing system where journalists access a folder and publish their news there using an xml form. So far so good.
Readers of the news access a page with a km-navigation iview that points to a taxonomy folder. The query based taxonomy is set up to categorize news based on property-values chosen by the journalist in the xml-form. This also works as supposed.
Lifetime (time based publishing) is activated for the folder the journalists access to publish their news. Corresponding start and end dates/times for setting lifetime for an article is set by the journalists. This also works as supposed.
BUT: after saving each article the system takes awfully long to actually categorize the news and thereby make the articles visible for others than the journalists. It might be as long as half an hour or so. This also repeats itself every time an article is edited.
I also feel that basic indexing of all other documents in the portal takes too long. I want all new documents to be indexed as soon as they're saved.
Any tips?
Henning

I have set up a news publishing system where journalists access a folder and publish their news there using an xml form. So far so good.
Readers of the news access a page with a km-navigation iview that points to a taxonomy folder. The query based taxonomy is set up to categorize news based on property-values chosen by the journalist in the xml-form. This also works as supposed.
Lifetime (time based publishing) is activated for the folder the journalists access to publish their news. Corresponding start and end dates/times for setting lifetime for an article is set by the journalists. This also works as supposed.
BUT: after saving each article the system takes awfully long to actually categorize the news and thereby make the articles visible for others than the journalists. It might be as long as half an hour or so. This also repeats itself every time an article is edited.
I also feel that basic indexing of all other documents in the portal takes too long. I want all new documents to be indexed as soon as they're saved.
Any tips?
Henning

Why does it take too long to open attachments from email account?

It takes forever to download attachments from my email account. I have tried to do the following tasks explained on the vista forum :http://windowshelp.microsoft.com/Windows/en-US/help/6b046ae9-1434-4423-9303-400ff6fe686b1033.mspx#ESD but none of the possible fixes work.
After clicking open on the pop up box asking whether i want to open or save the attachement It takes too long to download it. The transfer window stays open showing that it is ready to download but stays at that bhox window. I press cancel and try to open again, if lucky it opens that file, otherwise it takes forever forceing me to cancel. The files very small files most of the time, usually between 50kb so should take seconds.
I have even tried to save the files but again same process. The transfer box stays open but does not download.
Any one any ideas.
Thanx in advance.

Hello
It is not easy to say what happen exactly but it must be something with email account provider and their page. For me this case is not some typical Vista problem but you can try to find solution on Microsoft Vista IT Pro forum.
By the way: do you have alternative mail address by some other provider? Is there the same situation?

Quantity conversion takes too long

Dear Gurus,
I'm having a problem with the query execution time when I convert the quantities of the materials in KGs.
I have done all the steps to set up material conversion with reference infoobject 0material and using a dynamic determination of conversion factor using central units of measurement (T006) otherwise reference infoobject.
With these settings the query takes too long to execute because of the large number of material codes. If I remove this conversion the query is executed very fast.
Any ideas? Do I have to create an index in UOM0MATE ODS? What am I missing here?
Regards,
Panos

Hi Panos,
I had the same issue, but it's solved for me now. I tried the same way you did, by creating a secondary index on the active table of the DSO. The only difference is, that I included all the SID fields to the index.
Did you mark your index as unique? Also make sure, that the index really is created on the DB.
If the performance still is not getting better, check in RSRT the statistics if the unit conversion really is the problem.
Kindly regards,
Matthias

Why query against table(dbms_xplan.display) take too long?

Similar Messages

Maybe you are looking for