Problem in histogram
Hi
In my application, there is a histogram and in the background
of it, grid is displayed.
last column of the grid is blank.
I want to put two buttons in that column. I am not able to do
that.
please anybody help me. its very urgent.
Thanks and Regards
The code above provides the solution.
The histogram operation, like most other JAI operations, requires
a ParameterBlock as its argument. The parameterBlock contains the
arguments needed to perform the operation.
The histogram operation requires the ParameterBlock to contain the
arguments shown in the previous post (6 arguments). To obtain a
parameterBlock that contains the default arguments for the operation
you create ParameterBlockJAI with the operation name. This gives you
a ParameterBlock with the default arguments.
If you want to modify the arguments you call the methods on the
ParameterBlock(JAI) to set them.
you then use the utility methods supplied in the JAI class to create
the operation.
String operation = "Histogram";
ParameterBlockJAI paramBlock = new ParameterBlockJAI(operation);
// modify parameterblock here
RenderedOp op = JAI.create(operation,paramBlock);matfud
Similar Messages
-
This is my histogram
Q1 : x-axis the number 0 and the number 7 width is the half of others , how to change same width?
Q2 : x-axis from 0 to 7 , I want to change the 1 to 8, but I direct change in the pattern , it will become following picture
The entire graphics will shift , How can I solve?
THANKS~!HI,all
I have been change my title(bar chart -> histogram)
and I have been solve my second problem , choose properties->scales->Offesets
But I still can't solve my first width problem
TO hicksc : Do you mean that I can't solve this problem now? -
Several problems with histograms and display
Hi,
I'm in the process of moving from Lightroom to Aperture 2.1, and I'm far enough up the learning curve to start working on images. I'm noticing several things:
- sometimes, changing an adjustment setting can make all or part of the image blank out (to black). Usually this does not carry over to fullscreen mode, but it is very difficult to "flush" in normal mode
- I've lost the histogram in the levels brick. Whatever I try it won't come back
- the main histogram frequently disappears for up to 10 secs
- the histogram reacts very slowly to changes in adjustments, unlike in Lightroom where it gives instant feedback
- the loupe starts reacting slowly after I apply a few adjustments to an image
Is this normal ? I'm using Aperture 2.1, on a new MacBook Pro 2.5Ghz with GeForce8600M GT graphics card and 4Gb RAM. All images so far are Olympus ORF, either E-400 or E-3.I found out, how it was going wrong.
When the applet started, it didn't start with the method init(), as it should do, it started with the constructor. Because there was no document the method childCount() throws a exception. After this, the method init() startet reading the file and started the constructor again, but the results were not shown.
After knowing this I decided to write the Applet again and now it's working fine. -
Same table, Oracle 5 times slower than MySQL
Hi
I have several sites with the same aplication using a database as a log device and to later retrieve reports from. Some tables are for setup and one are for all the log data. The log data table has the following columns: LINEID, TAG, DATE_, HOUR_, VALUE, TIME_ and CHANGED. Typical data is: 122345, PA01_FT1_ACC, 2008-08-01, 10, 985642, "", 0.
Index (TAG,DATE_)
When calling a report the software querys for typical 3-5 select querys like the following, only different TAG: SELECT * FROM table WHERE TAG='PA01_FT1_ACC' AND DATE_ BETWEEN '2008-08-01' AND '2008-08-31' AND HOUR_=24
Since our customers have different preferences some sites have Oracle and some have MySQL. And I have registered that the sites running Oracle uses 24-30 sec on the report, MySQL uses 3-6 sec on a similar report with the same tables and querying software.
How is this?
Is there anything I can do to make Oracle work faster?
Should HOUR_ also be in the index?
Since I guess this slowness is not something consistant in Oracle, there must be something to do.
Thanks for any help.Histograms on varchar2 columns are based on the
first 6 bytes of the column. If the database is using
a character set that uses 1 byte per character, every
entry in the DATE_ column since the beginning of the
year looks like '2008-0' to the optimizer when
determining cardinality to produce the "best"
execution plan. For character sets that require
multiple bytes per character, the situation is worse
- every entry in the column representing this century
appears to be the same value to the optimizer when
determining cardinality
That's a very good point and I didnt know about it
before, about first 6 bytes being used. Can you point
me in the docs where it is listed if its there or
some other document/s which has this detail?Aman,
I am having a bit of trouble finding the information in the documentation about the number of bytes used by a histogram on a VARCHAR2 column.
References:
http://www.freelists.org/archives/oracle-l/08-2006/msg00199.html
"Cost-Based Oracle Fundamentals" page 117 shows a demonstration, and describes the use of ENDPOINT_ACTUAL_VALUE starting on Oracle 9i.
"Cost-Based Oracle Fundamentals" page 118-120 describes selectivity problems when histograms are not used and a date is placed into a VARCHAR2 column.
"Troubleshooting Oracle Performance", likely around page 130-140 also indicates that histograms only use the first 6 bytes.
See section "Followup November 12, 2005 - 4pm US/Eastern"
http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:707586567563
An interesting test setup that almost shows what I intended - but Oracle 10.2.0.2 was a little smarter than I expected, even though it selected to use an index to retrieve more than 50% of a table... Take a look at the TO_CHAR representation of the ENDPOINT_VALUE from DBA_TAB_HISTOGRAMS to understand what I was trying to decribe in my original post in this thread.
CREATE TABLE T1 (DATE_ VARCHAR2(10));
INSERT INTO T1
SELECT
TO_CHAR(TO_DATE('2008-01-01','YYYY-MM-DD')+ROWNUM-1,'YYYY-MM-DD')
FROM
DUAL
CONNECT BY
LEVEL<=250;
250 rows created.
COMMIT;
CREATE INDEX IND_T1 ON T1(DATE_);
SELECT
MIN(DATE_),
MAX(DATE_)
FROM
T1;
MIN(DATE_) MAX(DATE_)
2008-01-01 2008-09-06
SELECT
COLUMN_NAME,
NUM_DISTINCT,
NUM_BUCKETS,
HISTOGRAM
FROM
DBA_TAB_COL_STATISTICS
WHERE
OWNER=USER
AND TABLE_NAME='T1';
no rows selected
SELECT
SUBSTR(COLUMN_NAME,1,10) COLUMN_NAME,
ENDPOINT_NUMBER,
ENDPOINT_VALUE,
SUBSTR(ENDPOINT_ACTUAL_VALUE,1,10) ENDPOINT_ACTUAL_VALUE
FROM
DBA_TAB_HISTOGRAMS
WHERE
OWNER=USER
AND TABLE_NAME='T1';
no rows selected
EXEC DBMS_STATS.GATHER_TABLE_STATS(OWNNAME=>USER,TABNAME=>'T1',METHOD_OPT=>'FOR COLUMNS SIZE 254 DATE_',CASCADE=>TRUE);
PL/SQL procedure successfully completed.
SELECT
COLUMN_NAME,
NUM_DISTINCT,
NUM_BUCKETS,
HISTOGRAM
FROM
DBA_TAB_COL_STATISTICS
WHERE
OWNER=USER
AND TABLE_NAME='T1';
COLUMN_NAME NUM_DISTINCT NUM_BUCKETS HISTOGRAM
DATE_ 250 250 HEIGHT BALANCED
SELECT
SUBSTR(COLUMN_NAME,1,10) COLUMN_NAME,
ENDPOINT_NUMBER,
ENDPOINT_VALUE,
SUBSTR(ENDPOINT_ACTUAL_VALUE,1,10) ENDPOINT_ACTUAL_VALUE
FROM
DBA_TAB_HISTOGRAMS
WHERE
OWNER=USER
AND TABLE_NAME='T1'
ORDER BY
ENDPOINT_NUMBER;
COLUMN_NAM ENDPOINT_NUMBER ENDPOINT_VALUE ENDPOINT_A
DATE_ 1 2.6059E+35 2008-01-01
DATE_ 2 2.6059E+35 2008-01-02
DATE_ 3 2.6059E+35 2008-01-03
DATE_ 4 2.6059E+35 2008-01-04
DATE_ 5 2.6059E+35 2008-01-05
DATE_ 6 2.6059E+35 2008-01-06
DATE_ 7 2.6059E+35 2008-01-07
DATE_ 8 2.6059E+35 2008-01-08
DATE_ 9 2.6059E+35 2008-01-09
DATE_ 10 2.6059E+35 2008-01-10
DATE_ 243 2.6059E+35 2008-08-30
DATE_ 244 2.6059E+35 2008-08-31
DATE_ 245 2.6059E+35 2008-09-01
DATE_ 246 2.6059E+35 2008-09-02
DATE_ 247 2.6059E+35 2008-09-03
DATE_ 248 2.6059E+35 2008-09-04
DATE_ 249 2.6059E+35 2008-09-05
DATE_ 250 2.6059E+35 2008-09-06
ALTER SESSION SET EVENTS '10053 TRACE NAME CONTEXT FOREVER, LEVEL 1';
SELECT
DATE_
FROM
T1
WHERE
DATE_<='2008-01-15';
15 rows selected.
From the 10053 trace:
BASE STATISTICAL INFORMATION
Table Stats::
Table: T1 Alias: T1
#Rows: 250 #Blks: 5 AvgRowLen: 11.00
Index Stats::
Index: IND_T1 Col#: 1
LVLS: 0 #LB: 1 #DK: 250 LB/K: 1.00 DB/K: 1.00 CLUF: 1.00
SINGLE TABLE ACCESS PATH
Column (#1): DATE_(VARCHAR2)
AvgLen: 11.00 NDV: 250 Nulls: 0 Density: 0.002
Histogram: HtBal #Bkts: 250 UncompBkts: 250 EndPtVals: 250
Table: T1 Alias: T1
Card: Original: 250 Rounded: 15 Computed: 15.00 Non Adjusted: 15.00
Access Path: TableScan
Cost: 3.01 Resp: 3.01 Degree: 0
Cost_io: 3.00 Cost_cpu: 85607
Resp_io: 3.00 Resp_cpu: 85607
Access Path: index (index (FFS))
Index: IND_T1
resc_io: 2.00 resc_cpu: 49621
ix_sel: 0.0000e+000 ix_sel_with_filters: 1
Access Path: index (FFS)
Cost: 2.00 Resp: 2.00 Degree: 1
Cost_io: 2.00 Cost_cpu: 49621
Resp_io: 2.00 Resp_cpu: 49621
Access Path: index (IndexOnly)
Index: IND_T1
resc_io: 1.00 resc_cpu: 10121
ix_sel: 0.06 ix_sel_with_filters: 0.06
Cost: 1.00 Resp: 1.00 Degree: 1
Best:: AccessPath: IndexRange Index: IND_T1
Cost: 1.00 Degree: 1 Resp: 1.00 Card: 15.00 Bytes: 0
============
Plan Table
============
| Id | Operation | Name | Rows | Bytes | Cost | Time |
| 0 | SELECT STATEMENT | | | | 1 | |
| 1 | INDEX RANGE SCAN | IND_T1 | 15 | 165 | 1 | 00:00:01 |
Predicate Information:
1 - access("DATE_"<='2008-01-15')
INSERT INTO T1
SELECT
TO_CHAR(TO_DATE('2008-09-07','YYYY-MM-DD')+ROWNUM-1,'YYYY-MM-DD')
FROM
DUAL
CONNECT BY
LEVEL<=250;
COMMIT;
EXEC DBMS_STATS.GATHER_TABLE_STATS(OWNNAME=>USER,TABNAME=>'T1',METHOD_OPT=>'FOR COLUMNS SIZE 254 DATE_',CASCADE=>TRUE);
PL/SQL procedure successfully completed.
SELECT
COLUMN_NAME,
NUM_DISTINCT,
NUM_BUCKETS,
HISTOGRAM
FROM
DBA_TAB_COL_STATISTICS
WHERE
OWNER=USER
AND TABLE_NAME='T1';
COLUMN_NAME NUM_DISTINCT NUM_BUCKETS HISTOGRAM
DATE_ 500 254 HEIGHT BALANCED
SELECT
SUBSTR(COLUMN_NAME,1,10) COLUMN_NAME,
ENDPOINT_NUMBER,
TO_CHAR(ENDPOINT_VALUE) ENDPOINT_VALUE,
SUBSTR(ENDPOINT_ACTUAL_VALUE,1,10) ENDPOINT_ACTUAL_VALUE
FROM
DBA_TAB_HISTOGRAMS
WHERE
OWNER=USER
AND TABLE_NAME='T1'
ORDER BY
ENDPOINT_NUMBER;
COLUMN_NAM ENDPOINT_NUMBER ENDPOINT_VALUE ENDPOINT_A
DATE_ 0 260592218925307000000000000000000000 2008-01-01
DATE_ 1 260592218925307000000000000000000000 2008-01-02
DATE_ 2 260592218925307000000000000000000000 2008-01-04
DATE_ 3 260592218925307000000000000000000000 2008-01-06
DATE_ 4 260592218925307000000000000000000000 2008-01-08
DATE_ 5 260592218925307000000000000000000000 2008-01-10
DATE_ 6 260592218925307000000000000000000000 2008-01-12
DATE_ 7 260592218925307000000000000000000000 2008-01-14
DATE_ 8 260592218925307000000000000000000000 2008-01-16
DATE_ 9 260592218925307000000000000000000000 2008-01-18
DATE_ 10 260592218925307000000000000000000000 2008-01-20
DATE_ 242 260592219234792000000000000000000000 2009-04-26
DATE_ 243 260592219234792000000000000000000000 2009-04-28
DATE_ 244 260592219234792000000000000000000000 2009-04-29
DATE_ 245 260592219234792000000000000000000000 2009-05-01
DATE_ 246 260592219234792000000000000000000000 2009-05-02
DATE_ 247 260592219234792000000000000000000000 2009-05-04
DATE_ 248 260592219234792000000000000000000000 2009-05-05
DATE_ 249 260592219234792000000000000000000000 2009-05-07
DATE_ 250 260592219234792000000000000000000000 2009-05-08
DATE_ 251 260592219234792000000000000000000000 2009-05-10
DATE_ 252 260592219234792000000000000000000000 2009-05-11
DATE_ 253 260592219234792000000000000000000000 2009-05-13
DATE_ 254 260592219234792000000000000000000000 2009-05-14
SELECT
DATE_
FROM
T1
WHERE
DATE_ BETWEEN '2008-01-15' AND '2008-09-15';
245 rows selected.
From the 10053 trace:
BASE STATISTICAL INFORMATION
Table Stats::
Table: T1 Alias: T1
#Rows: 500 #Blks: 5 AvgRowLen: 11.00
Index Stats::
Index: IND_T1 Col#: 1
LVLS: 1 #LB: 2 #DK: 500 LB/K: 1.00 DB/K: 1.00 CLUF: 2.00
SINGLE TABLE ACCESS PATH
Column (#1): DATE_(VARCHAR2)
AvgLen: 11.00 NDV: 500 Nulls: 0 Density: 0.002
Histogram: HtBal #Bkts: 254 UncompBkts: 254 EndPtVals: 255
Table: T1 Alias: T1
Card: Original: 500 Rounded: 240 Computed: 240.16 Non Adjusted: 240.16
Access Path: TableScan
Cost: 3.01 Resp: 3.01 Degree: 0
Cost_io: 3.00 Cost_cpu: 148353
Resp_io: 3.00 Resp_cpu: 148353
Access Path: index (index (FFS))
Index: IND_T1
resc_io: 2.00 resc_cpu: 111989
ix_sel: 0.0000e+000 ix_sel_with_filters: 1
Access Path: index (FFS)
Cost: 2.01 Resp: 2.01 Degree: 1
Cost_io: 2.00 Cost_cpu: 111989
Resp_io: 2.00 Resp_cpu: 111989
Access Path: index (IndexOnly)
Index: IND_T1
resc_io: 2.00 resc_cpu: 62443
ix_sel: 0.48031 ix_sel_with_filters: 0.48031
Cost: 2.00 Resp: 2.00 Degree: 1
Best:: AccessPath: IndexRange Index: IND_T1
Cost: 2.00 Degree: 1 Resp: 2.00 Card: 240.16 Bytes: 0
============
Plan Table
============
| Id | Operation | Name | Rows | Bytes | Cost | Time |
| 0 | SELECT STATEMENT | | | | 2 | |
| 1 | INDEX RANGE SCAN | IND_T1 | 240 | 2640 | 2 | 00:00:01 |
Predicate Information:
1 - access("DATE_">='2008-01-15' AND "DATE_"<='2008-09-15')I am sure that there are much better examples than the above, as the above generates a very small data set, and is still an incomplete test setup.
Charles Hooper
IT Manager/Oracle DBA
K&M Machine-Fabricating, Inc. -
Problem with programmatically control histogram color
Hi,
I'm developing a function to display multiple channel histogram. But I can not programmatically control the color. I use XY graph to display, and there's no problem with other type of plots.
Attached is the example vi I use for the test. Please tell me if I make any mistakes.
Inhaler
Attachments:
histogram_colortest.vi 38 KBinstead of using plot.color, use the fill/point color.
-Joe -
Hello. I have a silly problem. When I tick on the navigator, the layer, the undo history and the histogram they don't show up in Elements 10.
Of course it was there but just now they are disappeared. I work on a Mac
I am looking forward to your answer
AnnekeQuit the editor, then restart it while holding down cmd+shift+option. Keep the keys down till you see a window asking if you want to delete the settings file. You do.
-
Problem with timed histogram counter
I have tested a small bit of code (attached) that works fine by itself, but when I integrate it to another vi it has some difficulty. I simply wanted to make take the output of a histogram (being summed) and time how long it could fill up rather than let it fill up continuously.
I have attached also a picture of the code as it is assembled into the larger vi.
Thanks for any help,
Kevin
LV2009
Attachments:
array timed2.vi 58 KB
SplitHistogram.png 158 KBI am not very sure about what you are trying to do. What "node" are you adding at the first arrow in the image? Does it work before you put this "node" in?
Also, is it possible that your "Time Done" Variable is never turning true and therefore you are never going into your true case that writes the data to the indicator?
Finally, I am not sure what the second half of your image has to do with the rest, but you cannot split a number into multiple signals. That function should only really be used to split dynamic data that contains multiple waveforms in one.
Please clarify your question a bit more so we can provide some more help.
David_L | Certified LabVIEW Architect
LabVIEW Tools Network | LabVIEW Tools Network Developer Center -
Hi All, I am trying to use JAI to build a histogram of an image i have. I have posted the code below, and the error I get at runtime. I have taken the code from the offical java examples, so I am really puzzled why it doesn't work
public PlanarImage thresholding (PlanarImage source) {
// set up the histogram
int[] bins = { 256 };
double[] low = { 0.0D };
double[] high = { 256.0D };
Histogram histogram = new Histogram(bins, low, high);
ParameterBlock pb2 = new ParameterBlock();
pb2.addSource(source);
pb2.add(histogram);
pb2.add(null);
pb2.add(1);
pb2.add(1);
RenderedOp op = JAI.create("histogram", pb2, null);
histogram = (Histogram) op.getProperty("histogram");
// get histogram contents
int[] local_array = new int[histogram.getNumBins(0)];
for ( int i = 0; i < histogram.getNumBins(0); i++ ) {
local_array[i] = histogram.getBinSize(0, i);
System.out.println("No Of Bins:- "+local_array) ;
ParameterBlock pb = new ParameterBlock();
low[0] = 0.0F;
high[0] = 106.0F;
pb.addSource(source);
pb.add(low);
pb.add(high);
pb.add(map);
target = JAI.create("threshold", pb, null);
display.set(target);
return target ;The code above provides the solution.
The histogram operation, like most other JAI operations, requires
a ParameterBlock as its argument. The parameterBlock contains the
arguments needed to perform the operation.
The histogram operation requires the ParameterBlock to contain the
arguments shown in the previous post (6 arguments). To obtain a
parameterBlock that contains the default arguments for the operation
you create ParameterBlockJAI with the operation name. This gives you
a ParameterBlock with the default arguments.
If you want to modify the arguments you call the methods on the
ParameterBlock(JAI) to set them.
you then use the utility methods supplied in the JAI class to create
the operation.
String operation = "Histogram";
ParameterBlockJAI paramBlock = new ParameterBlockJAI(operation);
// modify parameterblock here
RenderedOp op = JAI.create(operation,paramBlock);matfud -
Problem: Loupe View Size & Histogram Info Gone
Somehow I pressed something that changed a setting and I can't go back. When I go to the Loupe view of a picture, its really small. The shooting info on the Histogram is gone now too. Even when I click over to the develop module is still small.
I can't figure out how to just reset the default settings for fix whatever got messed up. I can't find anything on google either. Thanks in advance for the help!I tried to figure this out for hours now and think I am just too stupid.. Can anyone pretty please help me!!! AAAAAHHHHHHH!!!!!!
-
Performance(statspack) related problem
Anybodyu can suggest me how to improve the database performance as many uiser are complaining that they are getting data very slow........
i have also used statspack analyzer.......
STATSPACK report for
DB Name DB Id Instance Inst Num Release Cluster Host
NEOSOFT 399087012 neosoft 1 9.2.0.7.0 NO APP
Snap Id Snap Time Sessions Curs/Sess Comment
Begin Snap: 1 16-May-08 10:20:15 435 2.2
End Snap: 3 16-May-08 10:24:12 442 2.2
Elapsed: 3.95 (mins)
Cache Sizes (end)
~~~~~~~~~~~~~~~~~
Buffer Cache: 352M Std Block Size: 8K
Shared Pool Size: 200M Log Buffer: 1,024K
Load Profile
~~~~~~~~~~~~ Per Second Per Transaction
Redo size: 23,125.82 7,966.31
Logical reads: 6,050.15 2,084.14
Block changes: 96.53 33.25
Physical reads: 1,103.40 380.10
Physical writes: 16.60 5.72
User calls: 189.40 65.24
Parses: 29.92 10.31
Hard parses: 8.69 2.99
Sorts: 6.97 2.40
Logons: 0.11 0.04
Executes: 29.25 10.08
Transactions: 2.90
% Blocks changed per Read: 1.60 Recursive Call %: 31.70
Rollback per transaction %: 0.29 Rows per Sort: 472.41
Instance Efficiency Percentages (Target 100%)
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Buffer Nowait %: 100.00 Redo NoWait %: 100.00
Buffer Hit %: 82.01 In-memory Sort %: 99.21
Library Hit %: 89.76 Soft Parse %: 70.95
Execute to Parse %: -2.29 Latch Hit %: 99.95
Parse CPU to Parse Elapsd %: 100.93 % Non-Parse CPU: 84.62
Shared Pool Statistics Begin End
Memory Usage %: 94.72 94.24
% SQL with executions>1: 39.68 38.62
% Memory for SQL w/exec>1: 39.34 38.76
Top 5 Timed Events
~~~~~~~~~~~~~~~~~~ % Total
Event Waits Time (s) Ela Time
db file scattered read 39,162 38 39.49
CPU time 28 29.48
db file sequential read 42,173 28 29.24
direct path read 1,193 1 .59
SQL*Net more data to client 31,629 1 .53
Wait Events for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> s - second
-> cs - centisecond - 100th of a second
-> ms - millisecond - 1000th of a second
-> us - microsecond - 1000000th of a second
-> ordered by wait time desc, waits desc (idle events last)
Avg
Total Wait wait Waits
Event Waits Timeouts Time (s) (ms) /txn
db file scattered read 39,162 0 38 1 56.9
db file sequential read 42,173 0 28 1 61.3
direct path read 1,193 0 1 0 1.7
SQL*Net more data to client 31,629 0 1 0 46.0
log file sync 683 0 0 0 1.0
control file sequential read 184 0 0 1 0.3
db file parallel write 61 0 0 1 0.1
control file parallel write 78 0 0 0 0.1
log file parallel write 732 0 0 0 1.1
direct path write 30 0 0 0 0.0
SQL*Net break/reset to clien 10 0 0 0 0.0
LGWR wait for redo copy 3 0 0 0 0.0
SQL*Net message from client 44,675 0 577 13 64.9
virtual circuit status 47,524 4 145 3 69.1
SQL*Net message to client 44,674 0 0 0 64.9
SQL*Net more data from clien 260 0 0 0 0.4
Background Wait Events for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> ordered by wait time desc, waits desc (idle events last)
Avg
Total Wait wait Waits
Event Waits Timeouts Time (s) (ms) /txn
control file sequential read 80 0 0 2 0.1
db file parallel write 61 0 0 1 0.1
control file parallel write 78 0 0 0 0.1
log file parallel write 732 0 0 0 1.1
LGWR wait for redo copy 3 0 0 0 0.0
rdbms ipc message 993 242 2,054 2069 1.4
pmon timer 79 79 234 2962 0.1
smon timer 13 0 228 17520 0.0
SQL ordered by Gets for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> End Buffer Gets Threshold: 10000
-> Note that resources reported for PL/SQL includes the resources used by
all SQL statements called within the PL/SQL code. As individual SQL
statements are also reported, it is possible and valid for the summed
total % to exceed 100
CPU Elapsd
Buffer Gets Executions Gets per Exec %Total Time (s) Time (s) Hash Value
92,160 36 2,560.0 6.4 0.41 0.37 1007205397
Module: Pharmacy 2.0.174.exe
select null, i.owner, i.table_name, decode (i.uniqueness,'UNIQUE
',0,1), null, i.index_name, 3, c.column_position, c.column_name,
'A', i.distinct_keys, i.leaf_blocks, null from all_indexes i, a
ll_ind_columns c where i.owner = c.index_owner and i.index_name
= c.index_name and i.table_owner = c.table_owner and i.table_nam
75,042 33 2,274.0 5.2 0.23 0.29 3052506495
Module: In Patient 2.1.152.exe
select null, i.owner, i.table_name, decode (i.uniqueness,'UNIQUE
',0,1), null, i.index_name, 3, c.column_position, c.column_name,
'A', i.distinct_keys, i.leaf_blocks, null from all_indexes i, a
ll_ind_columns c where i.owner = c.index_owner and i.index_name
= c.index_name and i.table_owner = c.table_owner and i.table_nam
68,310 27 2,530.0 4.8 0.27 0.27 2037438344
Module: Pharmacy 2.0.174.exe
select null, i.owner, i.table_name, decode (i.uniqueness,'UNIQUE
',0,1), null, i.index_name, 3, c.column_position, c.column_name,
'A', i.distinct_keys, i.leaf_blocks, null from all_indexes i, a
ll_ind_columns c where i.owner = c.index_owner and i.index_name
= c.index_name and i.table_owner = c.table_owner and i.table_nam
48,617 31 1,568.3 3.4 0.16 0.22 1186386010
Module: In Patient 2.1.152.exe
select null, i.owner, i.table_name, decode (i.uniqueness,'UNIQUE
',0,1), null, i.index_name, 3, c.column_position, c.column_name,
'A', i.distinct_keys, i.leaf_blocks, null from all_indexes i, a
ll_ind_columns c where i.owner = c.index_owner and i.index_name
= c.index_name and i.table_owner = c.table_owner and i.table_nam
45,060 20 2,253.0 3.1 0.17 0.18 3400961035
Module: In Patient 2.1.152.exe
select null, i.owner, i.table_name, decode (i.uniqueness,'UNIQUE
',0,1), null, i.index_name, 3, c.column_position, c.column_name,
'A', i.distinct_keys, i.leaf_blocks, null from all_indexes i, a
ll_ind_columns c where i.owner = c.index_owner and i.index_name
= c.index_name and i.table_owner = c.table_owner and i.table_nam
42,976 17 2,528.0 3.0 0.14 0.17 3744553745
Module: Pharmacy 2.0.174.exe
select null, i.owner, i.table_name, decode (i.uniqueness,'UNIQUE
',0,1), null, i.index_name, 3, c.column_position, c.column_name,
'A', i.distinct_keys, i.leaf_blocks, null from all_indexes i, a
ll_ind_columns c where i.owner = c.index_owner and i.index_name
= c.index_name and i.table_owner = c.table_owner and i.table_nam
36,114 78 463.0 2.5 0.13 0.11 4262998487
Module: In Patient 2.1.152.exe
SQL ordered by Gets for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> End Buffer Gets Threshold: 10000
-> Note that resources reported for PL/SQL includes the resources used by
all SQL statements called within the PL/SQL code. As individual SQL
statements are also reported, it is possible and valid for the summed
total % to exceed 100
CPU Elapsd
Buffer Gets Executions Gets per Exec %Total Time (s) Time (s) Hash Value
select to_char(null), ac.owner, ac.table_name, acc.column_name,
acc.position, ac.constraint_name from all_constraints ac, all_co
ns_columns acc where ac.owner=acc.owner and ac.constraint_type=
'P' and ac.constraint_name=acc.constraint_name and ac.owner lik
e 'IP' escape '\' and ac.table_name like 'DOCTORVISIT' escape '
25,102 11 2,282.0 1.8 0.06 0.10 812077776
Module: In Patient 2.1.152.exe
select null, i.owner, i.table_name, decode (i.uniqueness,'UNIQUE
',0,1), null, i.index_name, 3, c.column_position, c.column_name,
'A', i.distinct_keys, i.leaf_blocks, null from all_indexes i, a
ll_ind_columns c where i.owner = c.index_owner and i.index_name
= c.index_name and i.table_owner = c.table_owner and i.table_nam
24,984 36 694.0 1.7 0.09 0.07 3956499023
Module: Pharmacy 2.0.174.exe
select to_char(null), ac.owner, ac.table_name, acc.column_name,
acc.position, ac.constraint_name from all_constraints ac, all_co
ns_columns acc where ac.owner=acc.owner and ac.constraint_type=
'P' and ac.constraint_name=acc.constraint_name and ac.owner lik
e 'INVENTORY' escape '\' and ac.table_name like 'DMEDMAST' esca
23,213 1 23,213.0 1.6 1.59 2.83 2435229694
Module: SQL*Plus
BEGIN statspack.snap(i_snap_level=>7); END;
22,930 10 2,293.0 1.6 0.14 0.09 3466778893
Module: In Patient 2.1.152.exe
select null, i.owner, i.table_name, decode (i.uniqueness,'UNIQUE
',0,1), null, i.index_name, 3, c.column_position, c.column_name,
'A', i.distinct_keys, i.leaf_blocks, null from all_indexes i, a
ll_ind_columns c where i.owner = c.index_owner and i.index_name
= c.index_name and i.table_owner = c.table_owner and i.table_nam
22,680 10 2,268.0 1.6 0.08 0.09 3786189544
Module: In Patient 2.1.152.exe
select null, i.owner, i.table_name, decode (i.uniqueness,'UNIQUE
',0,1), null, i.index_name, 3, c.column_position, c.column_name,
'A', i.distinct_keys, i.leaf_blocks, null from all_indexes i, a
ll_ind_columns c where i.owner = c.index_owner and i.index_name
= c.index_name and i.table_owner = c.table_owner and i.table_nam
20,340 9 2,260.0 1.4 0.13 0.08 3649693145
Module: In Patient 2.1.152.exe
select null, i.owner, i.table_name, decode (i.uniqueness,'UNIQUE
',0,1), null, i.index_name, 3, c.column_position, c.column_name,
'A', i.distinct_keys, i.leaf_blocks, null from all_indexes i, a
ll_ind_columns c where i.owner = c.index_owner and i.index_name
= c.index_name and i.table_owner = c.table_owner and i.table_nam
SQL ordered by Gets for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> End Buffer Gets Threshold: 10000
-> Note that resources reported for PL/SQL includes the resources used by
all SQL statements called within the PL/SQL code. As individual SQL
statements are also reported, it is possible and valid for the summed
total % to exceed 100
CPU Elapsd
Buffer Gets Executions Gets per Exec %Total Time (s) Time (s) Hash Value
19,460 42 463.3 1.4 0.09 0.06 3858576624
Module: In Patient 2.1.152.exe
select to_char(null), ac.owner, ac.table_name, acc.column_name,
acc.position, ac.constraint_name from all_constraints ac, all_co
ns_columns acc where ac.owner=acc.owner and ac.constraint_type=
SQL ordered by Reads for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> End Disk Reads Threshold: 1000
CPU Elapsd
Physical Reads Executions Reads per Exec %Total Time (s) Time (s) Hash Value
8,084 4 2,021.0 3.1 0.14 1.08 4198744706
Module: Out Patient 2.1.41.exe
Select Max(BillNo) as Bno From PatientsRegistration Where regdt
= to_date('01/04/2008','dd/mm/yyyy') and regdt <= to_date('31/03/2009','dd/mm/yyyy')
7,302 1 7,302.0 2.8 0.13 0.51 2116660478
Module: In Patient 2.1.157.exe
select discount,discamount from billpharmacy where patientid='PA
T09212'
7,302 1 7,302.0 2.8 0.06 0.41 3612969128
Module: In Patient 2.1.152.exe
select discount,discamount from billpharmacy where patientid='PA
T09037'
7,302 1 7,302.0 2.8 0.19 0.51 3981413559
Module: In Patient 2.1.152.exe
sELECT * FROM BillPharmacy WHERE BillPharmacy.pATIENtid= 'PAT090
37' order by to_number((issueno))
7,300 1 7,300.0 2.8 0.14 0.69 136284863
Module: In Patient 2.1.152.exe
delete from billpharmacy where patientid='PAT09037'
7,299 1 7,299.0 2.8 0.20 0.77 2137420337
Module: In Patient 2.1.152.exe
delete from billpharmacy where patientid='PAT09154'
7,298 1 7,298.0 2.8 0.13 0.43 1007690124
Module: In Patient 2.1.152.exe
select discount,discamount from billpharmacy where patientid='PA
T08301'
7,298 1 7,298.0 2.8 0.13 0.58 3087447381
Module: In Patient 2.1.152.exe
select discount,discamount from billpharmacy where patientid='PA
T09154'
7,061 1 7,061.0 2.7 0.13 0.97 2993688253
Module: In Patient 2.1.152.exe
select discount,discamount from billpharmacy where patientid='PA
T09146'
7,058 1 7,058.0 2.7 0.39 0.76 1202603169
Module: In Patient 2.1.152.exe
SELECT BILLHDR.BILLNO, BILLHDR.BILLDT, BILLHDR.BALANCE, BILLHDR.
TOTAL, BILLHDR.NETAMOUNT,IPINFO.type as orgtype, BILLHDR.PREVAD
V , IPInfo.IpNO, IPInfo.REGDT,IPInfo.REGTM, IPInfo.Name, IPInfo.
ADDRESS1,IPINFO.relativenm ,Rooms.roomno , Beds.BEDNO, ROOMTYPES
, decode(IPINFO.sex,1,'Male','Female')sex,IPINFO.AGE ||' '||dec
6,640 1 6,640.0 2.5 0.13 1.06 796742944
Module: In Patient 2.1.152.exe
SQL ordered by Reads for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> End Disk Reads Threshold: 1000
CPU Elapsd
Physical Reads Executions Reads per Exec %Total Time (s) Time (s) Hash Value
select discount,discamount from billpharmacy where patientid='PA
T09123'
4,617 4 1,154.3 1.8 0.19 0.94 2042905630
Module: Out Patient 2.1.41.exe
SELECT NVL(Max(MoneyReciept.mrBillNo),0) AS MaxOfBillNob FROM Mo
neyReciept where generalopd = 0
4,496 3 1,498.7 1.7 0.06 0.57 2718453880
Module: Diagnotech 2.2.49.exe
Select * from track where tablenm = 'FRMREPORTING' and primkeyid
= 'R208970TS000002' order by trackdate,tracktime
4,494 3 1,498.0 1.7 0.13 0.74 3290276624
Module: Diagnotech 2.2.49.exe
Select * from track where tablenm = 'FRMREPORTING' and primkeyid
= 'R207032T0000351' order by trackdate,tracktime
4,451 3 1,483.7 1.7 0.20 0.99 768943678
Module: Diagnotech 2.2.49.exe
Select * from track where tablenm = 'FRMREPORTING' and primkeyid
= 'R208613TS000002' order by trackdate,tracktime
4,091 4 1,022.8 1.6 0.19 1.62 266509601
Module: In Patient 2.1.152.exe
SELECT IPInfo.IPNo ,IPInfo.name,doctorvisit.date_r ,unithdr.drna
me , doctorvisit.visitid FROM Doctorvisit , IPInfo,unithdr wher
e Doctorvisit.Patid = IPInfo.PatID and Doctorvisit.doctorid=unit
hdr.unitid and doctorvisit.date_r >=to_date('06/05/2008','fmdd/m
m/yyyy') order by IPInfo.IPNo
3,933 5 786.6 1.5 0.14 1.29 2546712787
Module: Diagnotech 2.2.49.exe
Select max(BillNo) as Bno From MoneyReciept where rcdt >= to_dat
e('01/04/2008','dd/mm/yyyy') and rcdt <= to_date('31/03/2009','d
d/mm/yyyy')
3,439 3 1,146.3 1.3 0.25 1.89 2816864569
Module: Diagnotech 2.2.49.exe
Select * from track where tablenm = 'FRMREPORTING' and primkeyid
= 'R207242T0000104' order by trackdate,tracktime
3,129 2 1,564.5 1.2 0.06 0.88 1803349496
Module: Diagnotech 2.2.49.exe
Select * from track where tablenm = 'FRMREPORTING' and primkeyid
= 'R208962TS000002' order by trackdate,tracktime
3,065 4 766.3 1.2 0.17 1.30 54282346
Module: In Patient 2.1.157.exe
Select * from track where tablenm = 'FRMDOCTORVISIT' and primkey
id = 'VI048354' order by trackdate,tracktime
2,834 3 944.7 1.1 0.17 1.57 165470279
Module: Diagnotech 2.2.49.exe
SQL ordered by Reads for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> End Disk Reads Threshold: 1000
CPU Elapsd
Physical Reads Executions Reads per Exec %Total Time (s) Time (s) Hash Value
Select * from track where tablenm = 'FRMREPORTING' and primkeyid
= 'R208926TS000002' order by trackdate,tracktime
2,769 3 923.0 1.1 0.13 1.28 3812904405
Module: Diagnotech 2.2.49.exe
Select * from track where tablenm = 'FRMREPORTING' and primkeyid
= 'R208892TS000002' order by trackdate,tracktime
2,730 3 910.0 1.0 0.19 1.21 680462328
Module: In Patient 2.1.157.exe
select * from DoctorVisit where Date_r >= to_date('06/05/2008','
dd/mm/yyyy') and Date_r <= to_date('16/05/2008','dd/mm/yyyy')
2,526 2 1,263.0 1.0 0.58 1.14 4043595143
Module: SQL*Plus
INSERT INTO STATS$SQL_SUMMARY ( SNAP_ID , DBID , INSTANCE_NUMBER
, TEXT_SUBSET , SHARABLE_MEM , SORTS , MODULE , LOADED_VERSIONS
, FETCHES , EXECUTIONS , LOADS , INVALIDATIONS , PARSE_CALLS ,
DISK_READS , BUFFER_GETS , ROWS_PROCESSED , COMMAND_TYPE , ADDRE
SS , HASH_VALUE , VERSION_COUNT , CPU_TIME , ELAPSED_TIME , OUTL
2,484 1 2,484.0 0.9 0.19 0.91 33028691
Module: Diagnotech 2.2.49.exe
select * from requisitions where upper(reqno) = '180800'
2,483 1 2,483.0 0.9 0.13 0.93 2943168498
Module: Diagnotech 2.2.49.exe
Update Requisitions Set Collected = 0 Where TRIM(ReqID) ='R20987
8'
2,482 1 2,482.0 0.9 0.11 0.74 2336722822
Module: Diagnotech 2.2.49.exe
Update Requisitions Set Collected = 0 Where TRIM(ReqID) ='R20987
7'
2,480 1 2,480.0 0.9 0.06 0.67 650704065
Module: In Patient 2.1.152.exe
select sum(can.returnamt) refamt from diagnotech.cancellationhd
r can,diagnotech.requisitions req where can.reqid = req.reqid an
SQL ordered by Executions for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> End Executions Threshold: 100
CPU per Elap per
Executions Rows Processed Rows per Exec Exec (s) Exec (s) Hash Value
283 283 1.0 0.00 0.00 1283498366
Module: Diagnotech 2.2.49.exe
Select to_char(sysdate,'fmdd/mm/yyyy HH24:mi:ss am') as abc from
OPTIONS
238 76 0.3 0.00 0.00 4274598960
select /*+ rule */ bucket_cnt, row_cnt, cache_cnt, null_cnt, tim
estamp#, sample_size, minimum, maximum, distcnt, lowval, hival,
density, col#, spare1, spare2, avgcln from hist_head$ where obj#
=:1 and intcol#=:2
126 126 1.0 0.00 0.00 2168100061
Module: Diagnotech 2.2.49.exe
select * from departments where deptid = 'DEP00004'
114 0 0.0 0.00 0.00 4073347083
select grantor#, grantee#, privilege#, sequence#, nvl(option$,0)
from objauth$ where obj#=:1 and col#=:2
112 112 1.0 0.00 0.00 3687727603
insert into col$(obj#,name,intcol#,segcol#,type#,length,precisio
n#,scale,null$,offset,fixedstorage,segcollength,deflength,defaul
t$,col#,property,charsetid,charsetform,spare1,spare2,spare3)valu
es(:1,:2,:3,:4,:5,:6,decode(:7,0,null,:7),decode(:5,2,decode(:8,
-127/*MAXSB1MINAL*/,null,:8),178,:8,179,:8,180,:8,181,:8,182,:8,
99 99 1.0 0.00 0.00 3468666020
select text from view$ where rowid=:1
84 84 1.0 0.00 0.00 2997854589
insert into access$(d_obj#,order#,columns,types) values (:1,:2,:
3,:4)
84 84 1.0 0.00 0.00 3951809012
insert into dependency$(d_obj#,d_timestamp,order#,p_obj#,p_times
tamp,d_owner#, property)values (:1,:2,:3,:4,:5,:6, :7)
78 0 0.0 0.00 0.00 3867936055
Module: Out Patient 2.1.41.exe
commit
78 78 1.0 0.00 0.00 4262998487
Module: In Patient 2.1.152.exe
select to_char(null), ac.owner, ac.table_name, acc.column_name,
acc.position, ac.constraint_name from all_constraints ac, all_co
ns_columns acc where ac.owner=acc.owner and ac.constraint_type=
'P' and ac.constraint_name=acc.constraint_name and ac.owner lik
e 'IP' escape '\' and ac.table_name like 'DOCTORVISIT' escape '
44 44 1.0 0.00 0.00 3216099004
Module: Diagnotech 2.2.49.exe
select * from options
42 42 1.0 0.00 0.00 3858576624
SQL ordered by Executions for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> End Executions Threshold: 100
CPU per Elap per
Executions Rows Processed Rows per Exec Exec (s) Exec (s) Hash Value
Module: In Patient 2.1.152.exe
select to_char(null), ac.owner, ac.table_name, acc.column_name,
acc.position, ac.constraint_name from all_constraints ac, all_co
ns_columns acc where ac.owner=acc.owner and ac.constraint_type=
'P' and ac.constraint_name=acc.constraint_name and ac.owner lik
e 'IP' escape '\' and ac.table_name like 'IPINFO' escape '\'
36 540 15.0 0.01 0.01 1007205397
Module: Pharmacy 2.0.174.exe
select null, i.owner, i.table_name, decode (i.uniqueness,'UNIQUE
',0,1), null, i.index_name, 3, c.column_position, c.column_name,
'A', i.distinct_keys, i.leaf_blocks, null from all_indexes i, a
ll_ind_columns c where i.owner = c.index_owner and i.index_name
= c.index_name and i.table_owner = c.table_owner and i.table_nam
36 36 1.0 0.00 0.00 3956499023
Module: Pharmacy 2.0.174.exe
select to_char(null), ac.owner, ac.table_name, acc.column_name,
acc.position, ac.constraint_name from all_constraints ac, all_co
ns_columns acc where ac.owner=acc.owner and ac.constraint_type=
'P' and ac.constraint_name=acc.constraint_name and ac.owner lik
e 'INVENTORY' escape '\' and ac.table_name like 'DMEDMAST' esca
34 34 1.0 0.00 0.00 857250417
Module: Diagnotech 2.2.46.exe
select * from departments where deptid = 'DEP00031'
33 43,442 1,316.4 0.04 0.05 502973950
Module: Pharmacy 2.0.174.exe
SELECT substr(UPPER(MedMast.MedNm),1,50) MedNm , MedSubCat.MSCOD
E ,MEDMAST.POTENCY ,substr(genericnm,1,50) genericnm, sum(dmeddt
ls.currqty) stock, MedMast.medid FROM MedMast , MedSubCat,dmedd
tls where UPPER(MEDMAST.MEDNM) LIKE '%%' and medmast.medid = d
meddtls.medid and MEDMAST.SubCatID = MedSubCat.MSCatID and dmed
33 132 4.0 0.01 0.01 3052506495
Module: In Patient 2.1.152.exe
select null, i.owner, i.table_name, decode (i.uniqueness,'UNIQUE
',0,1), null, i.index_name, 3, c.column_position, c.column_name,
'A', i.distinct_keys, i.leaf_blocks, null from all_indexes i, a
ll_ind_columns c where i.owner = c.index_owner and i.index_name
= c.index_name and i.table_owner = c.table_owner and i.table_nam
31 124 4.0 0.01 0.01 1186386010
Module: In Patient 2.1.152.exe
select null, i.owner, i.table_name, decode (i.uniqueness,'UNIQUE
',0,1), null, i.index_name, 3, c.column_position, c.column_name,
'A', i.distinct_keys, i.leaf_blocks, null from all_indexes i, a
ll_ind_columns c where i.owner = c.index_owner and i.index_name
= c.index_name and i.table_owner = c.table_owner and i.table_nam
31 31 1.0 0.00 0.00 3993731530
Module: In Patient 2.1.152.exe
select to_char(null), ac.owner, ac.table_name, acc.column_name,
SQL ordered by Executions for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> End Executions Threshold: 100
CPU per Elap per
Executions Rows Processed Rows per Exec Exec (s) Exec (s) Hash Value
acc.position, ac.constraint_name from all_constraints ac, all_co
ns_columns acc where ac.owner=acc.owner and ac.constraint_type=
'P' and ac.constraint_name=acc.constraint_name and ac.owner lik
e 'OTS1' escape '\' and ac.table_name like 'DOCTORINFO' escape
28 28 1.0 0.00 0.00 737183288
Module: Diagnotech 2.2.49.exe
Select * From CReqno
27 0 0.0 0.00 0.00 246231567
Module: Pharmacy 2.0.174.exe
select to_char(null), ac.owner, ac.table_name, acc.column_name,
SQL ordered by Parse Calls for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> End Parse Calls Threshold: 1000
% Total
Parse Calls Executions Parses Hash Value
283 283 3.99 1283498366
Module: Diagnotech 2.2.49.exe
Select to_char(sysdate,'fmdd/mm/yyyy HH24:mi:ss am') as abc from
OPTIONS
126 126 1.78 2168100061
Module: Diagnotech 2.2.49.exe
select * from departments where deptid = 'DEP00004'
99 99 1.40 3468666020
select text from view$ where rowid=:1
78 78 1.10 3867936055
Module: Out Patient 2.1.41.exe
commit
78 78 1.10 4262998487
Module: In Patient 2.1.152.exe
select to_char(null), ac.owner, ac.table_name, acc.column_name,
acc.position, ac.constraint_name from all_constraints ac, all_co
ns_columns acc where ac.owner=acc.owner and ac.constraint_type=
'P' and ac.constraint_name=acc.constraint_name and ac.owner lik
e 'IP' escape '\' and ac.table_name like 'DOCTORVISIT' escape '
44 44 0.62 3216099004
Module: Diagnotech 2.2.49.exe
select * from options
42 42 0.59 3858576624
Module: In Patient 2.1.152.exe
select to_char(null), ac.owner, ac.table_name, acc.column_name,
acc.position, ac.constraint_name from all_constraints ac, all_co
ns_columns acc where ac.owner=acc.owner and ac.constraint_type=
'P' and ac.constraint_name=acc.constraint_name and ac.owner lik
e 'IP' escape '\' and ac.table_name like 'IPINFO' escape '\'
36 36 0.51 1007205397
Module: Pharmacy 2.0.174.exe
select null, i.owner, i.table_name, decode (i.uniqueness,'UNIQUE
',0,1), null, i.index_name, 3, c.column_position, c.column_name,
'A', i.distinct_keys, i.leaf_blocks, null from all_indexes i, a
ll_ind_columns c where i.owner = c.index_owner and i.index_name
= c.index_name and i.table_owner = c.table_owner and i.table_nam
36 36 0.51 3956499023
Module: Pharmacy 2.0.174.exe
select to_char(null), ac.owner, ac.table_name, acc.column_name,
acc.position, ac.constraint_name from all_constraints ac, all_co
ns_columns acc where ac.owner=acc.owner and ac.constraint_type=
'P' and ac.constraint_name=acc.constraint_name and ac.owner lik
e 'INVENTORY' escape '\' and ac.table_name like 'DMEDMAST' esca
34 34 0.48 857250417
Module: Diagnotech 2.2.46.exe
SQL ordered by Parse Calls for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> End Parse Calls Threshold: 1000
% Total
Parse Calls Executions Parses Hash Value
select * from departments where deptid = 'DEP00031'
33 33 0.47 502973950
Module: Pharmacy 2.0.174.exe
SELECT substr(UPPER(MedMast.MedNm),1,50) MedNm , MedSubCat.MSCOD
E ,MEDMAST.POTENCY ,substr(genericnm,1,50) genericnm, sum(dmeddt
ls.currqty) stock, MedMast.medid FROM MedMast , MedSubCat,dmedd
tls where UPPER(MEDMAST.MEDNM) LIKE '%%' and medmast.medid = d
meddtls.medid and MEDMAST.SubCatID = MedSubCat.MSCatID and dmed
33 33 0.47 3052506495
Module: In Patient 2.1.152.exe
select null, i.owner, i.table_name, decode (i.uniqueness,'UNIQUE
',0,1), null, i.index_name, 3, c.column_position, c.column_name,
'A', i.distinct_keys, i.leaf_blocks, null from all_indexes i, a
ll_ind_columns c where i.owner = c.index_owner and i.index_name
= c.index_name and i.table_owner = c.table_owner and i.table_nam
31 31 0.44 1186386010
Module: In Patient 2.1.152.exe
select null, i.owner, i.table_name, decode (i.uniqueness,'UNIQUE
',0,1), null, i.index_name, 3, c.column_position, c.column_name,
'A', i.distinct_keys, i.leaf_blocks, null from all_indexes i, a
ll_ind_columns c where i.owner = c.index_owner and i.index_name
= c.index_name and i.table_owner = c.table_owner and i.table_nam
31 31 0.44 3993731530
Module: In Patient 2.1.152.exe
select to_char(null), ac.owner, ac.table_name, acc.column_name,
acc.position, ac.constraint_name from all_constraints ac, all_co
ns_columns acc where ac.owner=acc.owner and ac.constraint_type=
'P' and ac.constraint_name=acc.constraint_name and ac.owner lik
e 'OTS1' escape '\' and ac.table_name like 'DOCTORINFO' escape
30 15 0.42 3067006941
delete from dependency$ where d_obj#=:1
28 28 0.39 737183288
Module: Diagnotech 2.2.49.exe
Select * From CReqno
27 27 0.38 246231567
Module: Pharmacy 2.0.174.exe
select to_char(null), ac.owner, ac.table_name, acc.column_name,
acc.position, ac.constraint_name from all_constraints ac, all_co
ns_columns acc where ac.owner=acc.owner and ac.constraint_type=
'P' and ac.constraint_name=acc.constraint_name and ac.owner lik
e 'INVENTORY' escape '\' and ac.table_name like 'DISSUEDTLSP' e
27 27 0.38 445844524
Module: In Patient 2.1.152.exe
select nvl(tarrifflg,0) as tf from sourcehdr where sourceid = ''
SQL ordered by Parse Calls for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> End Parse Calls Threshold: 1000
% Total
Parse Calls Executions Parses Hash Value
27 27 0.38 2037438344
Module: Pharmacy 2.0.174.exe
select null, i.owner, i.table_name, decode (i.uniqueness,'UNIQUE
',0,1), null, i.index_name, 3, c.column_position, c.column_name,
'A', i.distinct_keys, i.leaf_blocks, null from all_indexes i, a
ll_ind_columns c where i.owner = c.index_owner and i.index_name
= c.index_name and i.table_owner = c.table_owner and i.table_nam
22 22 0.31 3073477137
select u.name,o.name, t.update$, t.insert$, t.delete$, t.enabled
from obj$ o,user$ u,trigger$ t where t.baseobject=:1 and t.ob
j#=o.obj# and o.owner#=u.user# order by o.obj#
Instance Activity Stats for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
Statistic Total per Second per Trans
CPU used by this session 2,821 11.9 4.1
CPU used when call started 2,826 11.9 4.1
CR blocks created 15 0.1 0.0
DBWR buffers scanned 5,873 24.8 8.5
DBWR checkpoint buffers written 167 0.7 0.2
DBWR checkpoints 0 0.0 0.0
DBWR free buffers found 5,653 23.9 8.2
DBWR lru scans 17 0.1 0.0
DBWR make free requests 17 0.1 0.0
DBWR summed scan depth 5,873 24.8 8.5
DBWR transaction table writes 1 0.0 0.0
DBWR undo block writes 228 1.0 0.3
SQL*Net roundtrips to/from client 89,026 375.6 129.4
active txn count during cleanout 156 0.7 0.2
background checkpoints completed 0 0.0 0.0
background checkpoints started 0 0.0 0.0
background timeouts 243 1.0 0.4
branch node splits 0 0.0 0.0
buffer is not pinned count 1,225,066 5,169.1 1,780.6
buffer is pinned count 1,069,472 4,512.5 1,554.5
bytes received via SQL*Net from c 4,334,045 18,287.1 6,299.5
bytes sent via SQL*Net to client 79,310,906 334,645.2 115,277.5
calls to get snapshot scn: kcmgss 14,976 63.2 21.8
calls to kcmgas 942 4.0 1.4
calls to kcmgcs 166 0.7 0.2
change write time 19 0.1 0.0
cleanout - number of ktugct calls 182 0.8 0.3
cleanouts and rollbacks - consist 5 0.0 0.0
cleanouts only - consistent read 18 0.1 0.0
cluster key scan block gets 206,010 869.2 299.4
cluster key scans 81,803 345.2 118.9
commit cleanout failures: block l 0 0.0 0.0
commit cleanout failures: callbac 11 0.1 0.0
commit cleanout failures: cannot 0 0.0 0.0
commit cleanouts 2,731 11.5 4.0
commit cleanouts successfully com 2,720 11.5 4.0
commit txn count during cleanout 87 0.4 0.1
consistent changes 15 0.1 0.0
consistent gets 1,412,564 5,960.2 2,053.2
consistent gets - examination 572,440 2,415.4 832.0
cursor authentications 531 2.2 0.8
data blocks consistent reads - un 15 0.1 0.0
db block changes 22,877 96.5 33.3
db block gets 21,323 90.0 31.0
deferred (CURRENT) block cleanout 1,548 6.5 2.3
dirty buffers inspected 19 0.1 0.0
enqueue conversions 52 0.2 0.1
enqueue releases 4,639 19.6 6.7
enqueue requests 4,640 19.6 6.7
enqueue timeouts 0 0.0 0.0
enqueue waits 0 0.0 0.0
execute count 6,932 29.3 10.1
free buffer inspected 19 0.1 0.0
free buffer requested 258,870 1,092.3 376.3
hot buffers moved to head of LRU 2,520 10.6 3.7
immediate (CR) block cleanout app 23 0.1 0.0
Instance Activity Stats for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
Statistic Total per Second per Trans
immediate (CURRENT) block cleanou 502 2.1 0.7
index fast full scans (full) 163 0.7 0.2
index fetch by key 380,673 1,606.2 553.3
index scans kdiixs1 86,708 365.9 126.0
leaf node 90-10 splits 22 0.1 0.0
leaf node splits 64 0.3 0.1
logons cumulative 25 0.1 0.0
messages received 806 3.4 1.2
messages sent 806 3.4 1.2
no buffer to keep pinned count 0 0.0 0.0
no work - consistent read gets 779,017 3,287.0 1,132.3
opened cursors cumulative 7,669 32.4 11.2
parse count (failures) 2 0.0 0.0
parse count (hard) 2,060 8.7 3.0
parse count (total) 7,091 29.9 10.3
parse time cpu 434 1.8 0.6
parse time elapsed 430 1.8 0.6
physical reads 261,506 1,103.4 380.1
physical reads direct 3,529 14.9 5.1
physical writes 3,935 16.6 5.7
physical writes direct 3,529 14.9 5.1
physical writes non checkpoint 3,839 16.2 5.6
pinned buffers inspected 0 0.0 0.0
prefetched blocks 175,966 742.5 255.8
prefetched blocks aged out before 0 0.0 0.0
process last non-idle time 270 1.1 0.4
recovery blocks read 0 0.0 0.0
recursive calls 20,832 87.9 30.3
recursive cpu usage 296 1.3 0.4
redo blocks written 11,309 47.7 16.4
redo buffer allocation retries 0 0.0 0.0
redo entries 12,097 51.0 17.6
redo log space requests 0 0.0 0.0
redo log space wait time 0 0.0 0.0
redo ordering marks 1 0.0 0.0
redo size 5,480,820 23,125.8 7,966.3
redo synch time 30 0.1 0.0
redo synch writes 689 2.9 1.0
redo wastage 160,348 676.6 233.1
redo write time 29 0.1 0.0
redo writer latching time 0 0.0 0.0
redo writes 732 3.1 1.1
rollback changes - undo records a 2 0.0 0.0
rollbacks only - consistent read 10 0.0 0.0
rows fetched via callback 235,269 992.7 342.0
session connect time 0 0.0 0.0
session logical reads 1,433,886 6,050.2 2,084.1
session pga memory 45,074,044 190,185.8 65,514.6
session pga memory max 49,946,024 210,742.7 72,596.0
session uga memory max 3,455,708 14,581.1 5,022.8
shared hash latch upgrades - no w 54,598 230.4 79.4
shared hash latch upgrades - wait 0 0.0 0.0
sorts (disk) 13 0.1 0.0
sorts (memory) 1,639 6.9 2.4
sorts (rows) 780,425 3,292.9 1,134.3
summed dirty queue length 239 1.0 0.4
Instance Activity Stats for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
Statistic Total per Second per Trans
switch current to new buffer 172 0.7 0.3
table fetch by rowid 612,799 2,585.7 890.7
table fetch continued row 626 2.6 0.9
table scan blocks gotten 459,367 1,938.3 667.7
table scan rows gotten 18,523,828 78,159.6 26,924.2
table scans (long tables) 128 0.5 0.2
table scans (short tables) 1,655 7.0 2.4
transaction rollbacks 1 0.0 0.0
transaction tables consistent rea 0 0.0 0.0
transaction tables consistent rea 0 0.0 0.0
user calls 44,888 189.4 65.2
user commits 686 2.9 1.0
user rollbacks 2 0.0 0.0
workarea executions - multipass 0 0.0 0.0
workarea executions - onepass 24 0.1 0.0
workarea executions - optimal 2,433 10.3 3.5
write clones created in foregroun 0 0.0 0.0
Tablespace IO Stats for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
->ordered by IOs (Reads + Writes) desc
Tablespace
Av Av Av Av Buffer Av Buf
Reads Reads/s Rd(ms) Blks/Rd Writes Writes/s Waits Wt(ms)
DIAGNOTECH
61,945 261 0.7 1.9 64 0 0 0.0
IP
10,753 45 1.2 9.5 23 0 0 0.0
SYSTEM
5,668 24 1.2 3.2 22 0 0 0.0
OTS1
2,456 10 1.5 7.8 19 0 0 0.0
TEMP
1,429 6 0.6 2.5 739 3 0 0.0
INVENTORY
478 2 3.5 1.3 49 0 0 0.0
UNDOTBS1
0 0 0.0 229 1 0 0.0
INDX
15 0 2.0 1.0 0 0 0 0.0
PAYROLL
1 0 20.0 4.0 0 0 0 0.0
File IO Stats for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
->ordered by Tablespace, File
Tablespace Filename
Av Av Av Av Buffer Av Buf
Reads Reads/s Rd(ms) Blks/Rd Writes Writes/s Waits Wt(ms)
DIAGNOTECH F:\ORACLE\ORADATA\NEOSOFT\DIAGNOTECH1.ORA
61,945 261 0.7 1.9 64 0 0
INDX F:\ORACLE\ORADATA\NEOSOFT\INDX01.DBF
15 0 2.0 1.0 0 0 0
INVENTORY F:\ORACLE\ORADATA\NEOSOFT\INVENTORY1.ORA
478 2 3.5 1.3 49 0 0
IP F:\ORACLE\ORADATA\NEOSOFT\IP1.ORA
10,753 45 1.2 9.5 23 0 0
OTS1 F:\ORACLE\ORADATA\NEOSOFT\OTS11.ORA
2,456 10 1.5 7.8 19 0 0
PAYROLL F:\ORACLE\ORADATA\NEOSOFT\PAYROLL1.ORA
1 0 20.0 4.0 0 0 0
SYSTEM F:\ORACLE\ORADATA\NEOSOFT\SYSTEM01.DBF
5,668 24 1.2 3.2 22 0 0
TEMP F:\ORACLE\ORADATA\NEOSOFT\TEMP01.DBF
1,429 6 0.6 2.5 739 3 0
UNDOTBS1 F:\ORACLE\ORADATA\NEOSOFT\UNDOTBS01.DBF
0 0 229 1 0
Buffer Pool Statistics for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> Standard block size Pools D: default, K: keep, R: recycle
-> Default Pools for other block sizes: 2k, 4k, 8k, 16k, 32k
Free Write Buffer
Number of Cache Buffer Physical Physical Buffer Complete Busy
P Buffers Hit % Gets Reads Writes Waits Waits Waits
D 44,044 82.0 1,432,475 257,328 406 0 0 0
Instance Recovery Stats for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> B: Begin snapshot, E: End snapshot
Targt Estd Log File Log Ckpt Log Ckpt
MTTR MTTR Recovery Actual Target Size Timeout Interval
(s) (s) Estd IOs Redo Blks Redo Blks Redo Blks Redo Blks Redo Blks
B 87 19 3628 65684 64450 184320 64450
E 87 20 4063 69805 69805 184320 69805
Buffer Pool Advisory for DB: NEOSOFT Instance: neosoft End Snap: 3
-> Only rows with estimated physical reads >0 are displayed
-> ordered by Block Size, Buffers For Estimate (default block size first)
Size for Size Buffers for Est Physical Estimated
P Estimate (M) Factr Estimate Read Factor Physical Reads
D 32 .1 4,004 67.25 19,260,129,810
D 64 .2 8,008 42.95 12,300,910,895
D 96 .3 12,012 32.00 9,165,118,680
D 128 .4 16,016 25.62 7,338,010,607
D 160 .5 20,020 17.54 5,022,366,182
D 192 .5 24,024 11.74 3,361,228,965
D 224 .6 28,028 7.05 2,020,169,694
D 256 .7 32,032 3.94 1,127,930,012
D 288 .8 36,036 2.32 663,835,521
D 320 .9 40,040 1.44 413,674,540
D 352 1.0 44,044 1.00 286,377,525
D 384 1.1 48,048 0.75 215,831,108
D 416 1.2 52,052 0.60 171,670,371
D 448 1.3 56,056 0.51 145,708,247
D 480 1.4 60,060 0.45 128,439,943
D 512 1.5 64,064 0.40 114,053,332
D 544 1.5 68,068 0.37 104,584,674
D 576 1.6 72,072 0.34 96,792,591
D 608 1.7 76,076 0.32 92,596,531
D 640 1.8 80,080 0.31 89,929,979
PGA Aggr Target Stats for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> B: Begin snap E: End snap (rows dentified with B or E contain data
which is absolute i.e. not diffed over the interval)
-> PGA cache hit % - percentage of W/A (WorkArea) data processed only in-memory
-> Auto PGA Target - actual workarea memory target
-> W/A PGA Used - amount of memory used for all Workareas (manual + auto)
-> %PGA W/A Mem - percentage of PGA memory allocated to workareas
-> %Auto W/A Mem - percentage of workarea memory controlled by Auto Mem Mgmt
-> %Man W/A Mem - percentage of workarea memory under manual control
PGA Cache Hit % W/A MB Processed Extra W/A MB Read/Written
88.2 213 29
%PGA %Auto %Man
PGA Aggr Auto PGA PGA Mem W/A PGA W/A W/A W/A Global Mem
Target(M) Target(M) Alloc(M) Used(M) Mem Mem Mem Bound(K)
B 24 7 24.4 0.4 1.6 .0 100.0 1,228
E 24 8 23.8 0.0 .0 .0 .0 1,228
PGA Aggr Target Histogram for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> Optimal Executions are purely in-memory operations
Low High
Optimal Optimal Total Execs Optimal Execs 1-Pass Execs M-Pass Execs
8K 16K 2,000 2,000 0 0
16K 32K 55 55 0 0
32K 64K 28 28 0 0
64K 128K 50 50 0 0
128K 256K 110 110 0 0
256K 512K 26 26 0 0
512K 1024K 176 158 18 0
1M 2M 8 4 4 0
4M 8M 2 0 2 0
PGA Memory Advisory for DB: NEOSOFT Instance: neosoft End Snap: 3
-> When using Auto Memory Mgmt, minimally choose a pga_aggregate_target value
where Estd PGA Overalloc Count is 0
Estd Extra Estd PGA Estd PGA
PGA Target Size W/A MB W/A MB Read/ Cache Overalloc
Est (MB) Factr Processed Written to Disk Hit % Count
12 0.5 417.1 207.2 67.0 1
18 0.8 417.1 89.3 82.0 0
24 1.0 417.1 46.4 90.0 0
29 1.2 417.1 46.4 90.0 0
34 1.4 417.1 46.4 90.0 0
38 1.6 417.1 13.2 97.0 0
43 1.8 417.1 11.1 97.0 0
48 2.0 417.1 11.1 97.0 0
72 3.0 417.1 11.1 97.0 0
96 4.0 417.1 11.1 97.0 0
144 6.0 417.1 0.0 100.0 0
192 8.0 417.1 0.0 100.0 0
Rollback Segment Stats for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
->A high value for "Pct Waits" suggests more rollback segments may be required
->RBS stats may not be accurate between begin and end snaps when using Auto Undo
managment, as RBS may be dynamically created and dropped as needed
Trans Table Pct Undo Bytes
RBS No Gets Waits Written Wraps Shrinks Extends
0 15.0 0.00 0 0 0 0
1 412.0 0.00 831,990 1 0 1
2 48.0 0.00 61,500 0 0 0
3 87.0 0.00 132,404 0 0 0
4 79.0 0.00 66,626 0 0 0
5 71.0 0.00 91,284 0 0 0
6 40.0 0.00 15,474 0 0 0
7 660.0 0.00 547,536 1 0 1
8 168.0 0.00 21,762 0 0 0
9 86.0 0.00 10,108 0 0 0
10 295.0 0.00 156,468 0 0 0
Rollback Segment Storage for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
->Optimal Size should be larger than Avg Active
RBS No Segment Size Avg Active Optimal Size Maximum Size
0 385,024 0 385,024
1 9,625,600 806,999 16,900,096
2 5,365,760 711,094 8,511,488
3 5,365,760 664,381 9,560,064
4 5,365,760 763,735 8,511,488
5 5,365,760 672,648 9,625,600
6 5,365,760 677,906 9,560,064
7 6,414,336 647,093 8,511,488
8 5,365,760 628,652 10,608,640
9 5,365,760 769,325 9,560,064
10 5,365,760 622,015 9,560,064
Undo Segment Summary for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> Undo segment block stats:
-> uS - unexpired Stolen, uR - unexpired Released, uU - unexpired reUsed
-> eS - expired Stolen, eR - expired Released, eU - expired reUsed
Undo Undo Num Max Qry Max Tx Snapshot Out of uS/uR/uU/
TS# Blocks Trans Len (s) Concurcy Too Old Space eS/eR/eU
1 695 1,032,965 12 1 0 0 0/0/0/0/0/0
Undo Segment Stats for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> ordered by Time desc
Undo Num Max Qry Max Tx Snap Out of uS/uR/uU/
End Time Blocks Trans Len (s) Concy Too Old Space eS/eR/eU
16-May 10:22 695 ######## 12 1 0 0 0/0/0/0/0/0
Latch Activity for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
->"Get Requests", "Pct Get Miss" and "Avg Slps/Miss" are statistics for
willing-to-wait latch get requests
->"NoWait Requests", "Pct NoWait Miss" are for no-wait latch get requests
->"Pct Misses" for both should be very close to 0.0
Pct Avg Wait Pct
Get Get Slps Time NoWait NoWait
Latch Requests Miss /Miss (s) Requests Miss
Consistent RBA 732 0.0 0 0
FAL request queue 1 0.0 0 0
FIB s.o chain latch 12 0.0 0 0
FOB s.o list latch 27 0.0 0 0
SQL memory manager latch 2 0.0 0 79 0.0
SQL memory manager worka 7,245 0.0 0 0
active checkpoint queue 169 0.0 0 0
archive control 10 0.0 0 0
archive process latch 7 0.0 0 0
cache buffer handles 12,078 0.0 0 0
cache buffers chains 2,602,999 0.0 0.0 0 506,781 0.0
cache buffers lru chain 858 0.0 0 615,593 0.0
channel handle pool latc 37 0.0 0 0
channel operations paren 265 0.0 0 0
checkpoint queue latch 30,545 0.0 0 893 0.0
child cursor hash table 16,079 0.0 0 0
dml lock allocation 2,674 0.0 0 0
dummy allocation 43 0.0 0 0
enqueue hash chains 9,313 0.0 0 0
enqueues 9,405 0.0 0 0
event group latch 5 0.0 0 0
hash table column usage 0 0 55,565 0.0
hash table modification 1 0.0 0 0
kmcptab latch 78 0.0 0 0
kmcpvec latch 0 0 78 0.0
ktm global data 13 0.0 0 0
lgwr LWN SCN 742 0.0 0 0
library cache 193,957 0.0 0.0 0 6,959 0.4
library cache load lock 110 0.0 0 0
library cache pin 63,420 0.0 0 0
library cache pin alloca 43,208 0.0 0 0
list of block allocation 49 0.0 0 0
loader state object free 34 0.0 0 0
message pool operations 26 0.0 0 0
messages 2,866 0.0 0 0
mostly latch-free SCN 742 0.0 0 0
multiblock read objects 164,572 0.0 0.0 0 0
ncodef allocation latch 3 0.0 0 0
object stats modificatio 1,669 0.0 0 0
post/wait queue 1,029 0.0 0 683 0.0
process allocation 11 0.0 0 5 0.0
process group creation 11 0.0 0 0
redo allocation 13,617 0.0 0.0 0 0
redo copy 0 0 12,145 0.0
redo writing 2,533 0.0 0 0
row cache enqueue latch 215,027 0.0 0.0 0 0
row cache objects 218,418 0.0 0.0 0 472 0.0
sequence cache 99 0.0 0 0
session allocation 8,683 0.0 0 0
session idle bit 94,091 0.0 0 0
Latch Activity for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
->"Get Requests", "Pct Get Miss" and "Avg Slps/Miss" are statistics for
willing-to-wait latch get requests
->"NoWait Requests", "Pct NoWait Miss" are for no-wait latch get requests
->"Pct Misses" for both should be very close to 0.0
Pct Avg Wait Pct
Get Get Slps Time NoWait NoWait
Latch Requests Miss /Miss (s) Requests Miss
session switching 3 0.0 0 0
session timer 80 0.0 0 0
shared pool 160,825 0.0 0.0 0 0
sim partition latch 0 0 35 0.0
simulator hash latch 63,337 0.0 0 0
simulator lru latch 4,437 0.0 0 16,447 0.0
sort extent pool 129 0.0 0 0
transaction allocation 47 0.0 0 0
transaction branch alloc 3 0.0 0 0
undo global data 3,091 0.0 0 0
user lock 114 0.0 0 0
virtual circuit buffers 540,157 0.4 0.0 0 0
virtual circuit queues 256,196 0.0 0.0 0 0
virtual circuits 89,002 0.0 0 0
Top 5 Logical Reads per Segment for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> End Segment Logical Reads Threshold: 10000
Subobject Obj. Logical
Owner Tablespace Object Name Name Type Reads %Total
DIAGNOTECH DIAGNOTECH REQUISITIONS TABLE 162,064 11.66
SYS SYSTEM I_OBJ1 INDEX 115,328 8.30
SYS SYSTEM OBJ$ TABLE 113,328 8.15
SYS SYSTEM I_IND1 INDEX 109,584 7.88
IP IP BILLPHARMACY TABLE 89,328 6.43
Top 5 Physical Reads per Segment for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> End Segment Physical Reads Threshold: 1000
Subobject Obj. Physical
Owner Tablespace Object Name Name Type Reads %Total
IP IP BILLPHARMACY TABLE 86,212 34.43
DIAGNOTECH DIAGNOTECH REQUISITIONS TABLE 79,487 31.74
DIAGNOTECH DIAGNOTECH TRACK TABLE 33,193 13.25
IP SYSTEM TRACK TABLE 17,926 7.16
OTS1 OTS1 MONEYRECIEPT TABLE 10,036 4.01
Top 5 Row Lock Waits per Segment for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
-> End Segment Row Lock Waits Threshold: 100
Row
Subobject Obj. Lock
Owner Tablespace Object Name Name Type Waits %Total
IP IP BILLID4064 INDEX 1 100.00
Dictionary Cache Stats for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
->"Pct Misses" should be very low (< 2% in most cases)
->"Cache Usage" is the number of cache entries being used
->"Pct SGA" is the ratio of usage to allocated size for that cache
Get Pct Scan Pct Mod Final
Cache Requests Miss Reqs Miss Reqs Usage
dc_histogram_defs 22,135 1.1 0 0 3,348
dc_object_ids 26,251 0.0 0 0 625
dc_objects 4,895 0.1 0 15 960
dc_profiles 21 0.0 0 0 1
dc_rollback_segments 273 0.0 0 0 12
dc_segments 11,239 0.1 0 0 604
dc_sequences 3 33.3 0 3 6
dc_tablespaces 19,449 0.0 0 0 5
dc_user_grants 2,814 0.0 0 0 17
dc_usernames 886 0.0 0 0 15
dc_users 22,542 0.0 0 0 20
Library Cache Activity for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
->"Pct Misses" should be very low
Get Pct Pin Pct Invali-
Namespace Requests Miss Requests Miss Reloads dations
BODY 445 0.0 445 0.0 0 0
CLUSTER 397 0.0 121 0.0 0 0
SQL AREA 7,041 28.0 24,030 16.9 55 23
TABLE/PROCEDURE 8,324 0.0 15,082 0.6 18 0
TRIGGER 953 0.0 953 0.0 0 0
Shared Pool Advisory for DB: NEOSOFT Instance: neosoft End Snap: 3
-> Note there is often a 1:Many correlation between a single logical object
in the Library Cache, and the physical number of memory objects associated
with it. Therefore comparing the number of Lib Cache objects (e.g. in
v$librarycache), with the number of Lib Cache Memory Objects is invalid
Estd
Shared Pool SP Estd Estd Estd Lib LC Time
Size for Size Lib Cache Lib Cache Cache Time Saved Estd Lib Cache
Estim (M) Factr Size (M) Mem Obj Saved (s) Factr Mem Obj Hits
104 .5 97 21,986 47,321 1.0 22,910,514
128 .6 120 27,657 47,381 1.0 22,988,994
152 .8 143 32,965 47,422 1.0 23,048,924
176 .9 166 38,101 47,451 1.0 23,094,145
200 1.0 189 42,541 47,474 1.0 23,126,910
224 1.1 212 47,258 47,492 1.0 23,155,651
248 1.2 235 52,101 47,508 1.0 23,180,673
272 1.4 258 56,800 47,521 1.0 23,202,200
296 1.5 283 61,512 47,532 1.0 23,220,564
320 1.6 306 65,892 47,540 1.0 23,235,720
344 1.7 329 70,532 47,547 1.0 23,246,826
368 1.8 352 75,208 47,553 1.0 23,257,346
392 2.0 375 81,494 47,559 1.0 23,268,801
416 2.1 411 88,685 47,565 1.0 23,279,344
SGA Memory Summary for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
SGA regions Size in Bytes
Database Buffers 369,098,752
Fixed Size 455,784
Redo Buffers 1,191,936
Variable Size 436,207,616
sum 806,954,088
SGA breakdown difference for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
Pool Name Begin value End value % Diff
java free memory 83,886,080 83,886,080 0.00
large free memory 63,891,136 64,350,992 0.72
large session heap 19,994,944 19,535,088 -2.30
shared 1M buffer 2,098,176 2,098,176 0.00
shared Checkpoint queue 1,129,216 1,129,216 0.00
shared DML lock 1,028,764 1,028,764 0.00
shared FileOpenBlock 6,564,072 6,564,072 0.00
shared KGK heap 3,756 3,756 0.00
shared KGLS heap 2,584,540 2,431,584 -5.92
shared KQR M PO 2,844,672 2,768,896 -2.66
shared KQR S PO 249,880 250,652 0.31
shared KQR S SO 7,936 7,936 0.00
shared KSXR pending messages que 841,036 841,036 0.00
shared KSXR receive buffers 1,033,000 1,033,000 0.00
shared MTTR advisory 59,288 59,288 0.00
shared PL/SQL DIANA 3,179,412 3,015,708 -5.15
shared PL/SQL MPCODE 388,924 241,096 -38.01
shared PLS non-lib hp 3,688 3,688 0.00
shared VIRTUAL CIRCUITS 2,564,620 2,564,620 0.00
shared db_handles 1,080,000 1,080,000 0.00
shared dictionary cache 2,137,216 2,137,216 0.00
shared enqueue 1,676,824 1,676,824 0.00
shared event statistics per sess 18,675,020 18,675,020 0.00
shared fixed allocation callback 388 388 0.00
shared free memory 14,167,016 15,470,156 9.20
shared joxs heap init 4,220 4,220 0.00
shared ktlbk state objects 778,960 778,960 0.00
shared library cache 43,962,768 43,051,344 -2.07
shared message pool freequeue 665,792 665,792 0.00
shared miscellaneous 41,742,904 42,080,748 0.81
shared parameters 3,224 9,272 187.59
shared processes 1,500,000 1,500,000 0.00
shared sessions 3,998,480 3,998,480 0.00
shared sim memory hea 195,212 195,212 0.00
shared sql area 111,345,832 111,177,960 -0.15
shared table definiti 16,576 15,240 -8.06
shared transaction 1,852,092 1,852,092 0.00
shared trigger defini 26,236 24,148 -7.96
shared trigger inform 592 592 0.00
shared trigger source 304 304 0.00
buffer_cache 369,098,752 369,098,752 0.00
fixed_sga 455,784 455,784 0.00
log_buffer 1,180,672 1,180,672 0.00
init.ora Parameters for DB: NEOSOFT Instance: neosoft Snaps: 1 -3
End value
Parameter Name Begin value (if different)
background_dump_dest F:\oracle\admin\neosoft\bdump
compatible 9.2.0.0.0
control_files F:\oracle\oradata\neosoft\control
core_dump_dest F:\oracle\admin\neosoft\cdump
db_block_size 8192
db_cache_size 369098752
db_domain
db_file_multiblock_read_count 16
db_name neosoft
dispatchers (PROTOCOL=TCP)
fast_start_mttr_target 300
hash_join_enabled TRUE
instance_name neosoft
java_pool_size 83886080
large_pool_size 83886080
open_cursors 300
pga_aggregate_target 25165824
processes 1500
query_rewrite_enabled FALSE
remote_login_passwordfile EXCLUSIVE
shared_pool_size 209715200
sort_area_size 524288
star_transformation_enabled FALSE
timed_statistics TRUE
undo_management AUTO
undo_retention 10800
undo_tablespace UNDOTBS1
user_dump_dest F:\oracle\admin\neosoft\udump
End of ReportHow did you calculated all these ratios............I looked through the formatted output of the Statspack report, specifically the setion "SQL ordered by reads for DB" and found these SQL statements which are performing a large number of physical reads. Most of the SQL statements have similar WHERE clauses, except for the constants to the right of the = :
Physical Reads Executions Reads per Exec %Total Time (s) Time (s) Hash Value
8,084 4 2,021.0 3.1 0.14 1.08 4198744706
Module: Out Patient 2.1.41.exe
Select Max(BillNo) as Bno From PatientsRegistration Where regdt
= to_date('01/04/2008','dd/mm/yyyy') and regdt <= to_date('31/03/2009','dd/mm/yyyy')
7,302 1 7,302.0 2.8 0.13 0.51 2116660478
Module: In Patient 2.1.157.exe
select discount,discamount from billpharmacy where patientid='PAT09212'
7,302 1 7,302.0 2.8 0.06 0.41 3612969128
Module: In Patient 2.1.152.exe
select discount,discamount from billpharmacy where patientid='PAT09037'
7,302 1 7,302.0 2.8 0.19 0.51 3981413559
Module: In Patient 2.1.152.exe
sELECT * FROM BillPharmacy WHERE BillPharmacy.pATIENtid= 'PAT09037' order by to_number((issueno))
7,300 1 7,300.0 2.8 0.14 0.69 136284863
Module: In Patient 2.1.152.exe
delete from billpharmacy where patientid='PAT09037'
7,299 1 7,299.0 2.8 0.20 0.77 2137420337
Module: In Patient 2.1.152.exe
delete from billpharmacy where patientid='PAT09154'
7,298 1 7,298.0 2.8 0.13 0.43 1007690124
Module: In Patient 2.1.152.exe
select discount,discamount from billpharmacy where patientid='PAT08301'
7,298 1 7,298.0 2.8 0.13 0.58 3087447381
Module: In Patient 2.1.152.exe
select discount,discamount from billpharmacy where patientid='PAT09154'
7,061 1 7,061.0 2.7 0.13 0.97 2993688253
Module: In Patient 2.1.152.exe
select discount,discamount from billpharmacy where patientid='PAT09146'
and on what basis you one should have to find out
which query causing the problem....
i also wanted to learn how to read the
statspack.........I personally do not like Statspack reports, but there are several very good sources for understanding Statspack reports:
http://jonathanlewis.wordpress.com/2006/11/29/analysing-statspack-pt1/
http://jonathanlewis.wordpress.com/statspack-examples/
Metalink Note:232443.1 (How to Identify Resource Intensive SQL for Tuning)
Metalink Note:390374.1 (Oracle Performance Diagnostic Guide (OPDG))
Metalink Note:228913.1 (Systemwide Tuning using STATSPACK Reports)
Charles Hooper
IT Manager/Oracle DBA
K&M Machine-Fabricating, Inc. -
Hi all,
We're using Oracle 9.2.04.
I have a table with 500000 rows.
So I have a query that returns only 30242 for a month, like:
SELECT * FROM T1
WHERE TO_CHAR(DT, 'MM/YYYY') = TO_CHAR(ADD_MONTHS(SYSDATE, -1), 'MM/YYYY')
I have a index for this column:
CREATE INDEX IND_T1_DT_FMT ON T1 (TO_CHAR(DT, 'MM/YYYY'))
TABLESPACE TBS_SOME_USER;
There are statistics for this table.
Looking the table data, I have the following distribution:
Qty MON/YY %
1 Feb-09 0.000219142
99 Apr-09 0.021695016
38439 May-09 8.42358314
98231 Jun-09 21.52649641
1 Jul-06 0.000219142
139959 Jul-09 30.6708362
1 Aug-02 0.000219142
1 Aug-07 0.000219142
141362 Aug-09 30.97829184
30242 Sep-09 6.62727962
7990 1.750941213But when a perform the query (that returns 30242 rows - 6.63% of table):
SELECT * FROM T1
WHERE TO_CHAR(DT, 'MM/YYYY') = TO_CHAR(ADD_MONTHS(SYSDATE, -1), 'MM/YYYY')
Oracle uses FTS:
0 SELECT STATEMENT Optimizer=CHOOSE (Cost=432 Card=45633 Bytes
=3011778)
1 0 TABLE ACCESS (FULL) OF 'T1' (Cost=432 Card=45633 Bytes
=3011778)
So, Oracle should not use the index in this case?
Is there any way to gather statistics for this table with a index based function?
Something like this:
EXECUTE DBMS_STATS.GATHER_TABLE_STATS(ownname => 'U1',
tabname => 'T1', method_opt => 'FOR COLUMNS TO_CHAR(DT, ''MM/YYYY'')',
cascade => true, degree => 4);
How can I create histograms for this case?
Or other solution, like Partition?
thank you very much!!!!Always treat dates like dates.
This
SELECT * FROM T1
WHERE TO_CHAR(DT, 'MM/YYYY') = TO_CHAR(ADD_MONTHS(SYSDATE, -1), 'MM/YYYY')Should be more like this:
SELECT * FROM T1
WHERE DT BETWEEN TRUNC(ADD_MONTHS(SYSDATE,-1),'MM') AND TRUNC(SYSDATE,'MM')-1 ;Then you should index DT.
But, should this query use the index?
Touch and go at 6.63%.
Give it a go using dates as dates and see if it makes a difference.
Is there a problem with the performance of the FTS? -
Problems with explain plan and statement
Hi community,
I have migrated a j2ee application from DB2 to Oracle.
First some facts of our application and database instance:
We are using oracle version 10.2.0.3 and driver version 10.2.0.3. It runs with charset Unicode 3.0 UTF-8.
Our application is using Tomcat as web container and jboss as application server. We are only using prepared statements. So if I talk about statements I always mean prepared statements. Also our application is setting the defaultNChar property to true because every char and varchar field has been created as an nchar and nvarchar.
We have some jsp sites that contains lists with search forms. Everytime I enter a value to the form that returns a filled resultset, the lists are performing great. But everytime I enter a value that returns an empty resultset, the lists are 100 times slower. The jsp sites are running in the tomcat environment and submitting their statements directly to the database. The connections are pooled by dbcp. So what can cause this behaviour??
To anaylze this problem I started logging all statements and filled-in search field values and combinations that are executed by the lists described above. I also developed a standalone helper tool that reads the logged statements, executes them to the database and generates an explain plan for every statement. But now there appears a strange situation. Every statement, that performs really fast within our application, is now executed by the helper tool extremely slow. So I edited some jsp pages within our application to force an explain plan from there (tomcat env). So when I'm executing the same statement I'm getting with the exactly same code two completely different explain plans.
First the statement itself:
select LINVIN.BBASE , INVINNUM , INVINNUMALT , LINVIN.LSUPPLIERNUM , LSUPPLIERNUMEXT , LINVIN.COMPANYCODE , ACCOUNT , INVINTXT , INVINSTS , INVINTYP , INVINDAT , RECEIPTDAT , POSTED , POSTINGDATE , CHECKCOSTCENTER , WORKFLOWIDEXT , INVINREFERENCE , RESPONSIBLEPERS , INVINSUM_V , INVINSUMGROSS_V , VOUCHERNUM , HASPOSITIONS , PROCESSINSTANCEID , FCURISO_V , LSUPPLIER.AADDRLINE1 from LINVIN, LSUPPLIER where LINVIN.BBASE = LSUPPLIER.BBASE and LINVIN.LSUPPLIERNUM = LSUPPLIER.LSUPPLIERNUM and LINVIN.BBASE = ? order by LINVIN.BBASE, INVINDAT DESC
Now the explain plan from our application:
| Id | Operation | Name | Rows | Bytes | Cost (%CPU)| Time |
| 0 | SELECT STATEMENT | | 101 | 28583 | 55 (0)| 00:00:01 |
| 1 | NESTED LOOPS | | 101 | 28583 | 55 (0)| 00:00:01 |
| 2 | TABLE ACCESS BY INDEX ROWID| LINVIN | 93709 | 12M| 25 (0)| 00:00:01 |
|* 3 | INDEX RANGE SCAN | LINV_INVDAT | 101 | | 1 (0)| 00:00:01 |
| 4 | TABLE ACCESS BY INDEX ROWID| LSUPPLIER | 1 | 148 | 1 (0)| 00:00:01 |
|* 5 | INDEX UNIQUE SCAN | PK_177597 | 1 | | 1 (0)| 00:00:01 |
Predicate Information (identified by operation id):
3 - access("LINVIN"."BBASE"=:1)
filter("LINVIN"."BBASE"=:1)
5 - access("LSUPPLIER"."BBASE"=:1 AND "LINVIN"."LSUPPLIERNUM"="LSUPPLIER"."LSUPPLIERNUM")
Now the one from the standalone tool:
| Id | Operation | Name | Rows | Bytes |TempSpc| Cost (%CPU)| Time |
| 0 | SELECT STATEMENT | | 93773 | 25M| | 12898 (1)| 00:02:35 |
| 1 | SORT ORDER BY | | 93773 | 25M| 61M| 12898 (1)| 00:02:35 |
|* 2 | HASH JOIN | | 93773 | 25M| 2592K| 7185 (1)| 00:01:27 |
| 3 | TABLE ACCESS BY INDEX ROWID| LSUPPLIER | 16540 | 2390K| | 332 (0)| 00:00:04 |
|* 4 | INDEX RANGE SCAN | LSUPPLIER_HAS_BASE_FK | 16540 | | | 11 (0)| 00:00:01 |
| 5 | TABLE ACCESS BY INDEX ROWID| LINVIN | 93709 | 12M| | 6073 (1)| 00:01:13 |
|* 6 | INDEX RANGE SCAN | LINVOICE_BMDT_FK | 93709 | | | 84 (2)| 00:00:02 |
Predicate Information (identified by operation id):
2 - access("LINVIN"."BBASE"="LSUPPLIER"."BBASE" AND "LINVIN"."LSUPPLIERNUM"="LSUPPLIER"."LSUPPLIERNUM")
4 - access("LSUPPLIER"."BBASE"=:1)
6 - access("LINVIN"."BBASE"=:1)
The size of the tables are: LINVIN - 383.692 Rows, LSUPPLIER - 115.782 Rows
As you can see the one executed from our application is much faster than the one from the helper tool. So why picks oracle a completely different explain plan for the same statement? An why is a hash join much slower than a nested loop? Because If I'm right a nested loop should only be used when the tables are pretty small..
I also tried to play with some parameters:
I set optimizer_index_caching to 100 and optimizer_index_cost_adj to 30. I also changed optimizer_mode to FIRST_ROWS_100.
I would really appreciated, if somebody can help me with this issue, because I'm really getting more and more distressed...
Thanks in advance,
Tobias
Edited by: tobiwan on Sep 3, 2008 11:49 PM
Edited by: tobiwan on Sep 3, 2008 11:50 PM
Edited by: tobiwan on Sep 4, 2008 12:01 AM
Edited by: tobiwan on Sep 4, 2008 12:02 AM
Edited by: tobiwan on Sep 4, 2008 12:04 AM
Edited by: tobiwan on Sep 4, 2008 12:06 AM
Edited by: tobiwan on Sep 4, 2008 12:06 AM
Edited by: tobiwan on Sep 4, 2008 12:07 AMtobiwan wrote:
Hi again,
Here ist the answer:
The problem, because I got two different explain plans, was that the external tool uses the NLS sesssion parameters coming from the OS which are in my case "de/DE".
Within our application these parameters are changed to "en/US"!! So if I'm calling in my external tool the java function Locale.setDefault(new Locale("en","US")) before connecting to the database the explain plans are finally equal.That might explain why you got two different execution plan, because one plan was obviously able to avoid a SORT ORDER BY operation, whereas the second plan required to run SORT ORDER BY operation, obviously because of the different NLS_SORT settings. An index by default uses the NLS_SORT = 'binary' order whereas ORDER BY obeys the NLS_SORT setting, which probably was set to 'GERMAN' in your "external tool" case. You can check the "NLS_SESSION_PARAMETERS" view to check your current NLS_SORT setting.
For more information regarding this issue, see my blog note I've written about this some time ago:
http://oracle-randolf.blogspot.com/2008/09/getting-first-rows-of-large-sorted.html
Now let me make a guess why you observe the behaviour that it takes so long if your result set is empty:
The plan avoiding the SORT ORDER BY is able to return the first rows of the result set very quickly, but could take quite a while until all rows are processed, since it requires potentially a lot of iterations of the loop until everything has been processed. Your front end probably by default only display the first n rows of the result set and therefore works fine with this execution plan.
Now if the result set is empty, depending on your data, indexes and search criteria, Oracle has to work through all the data using the inefficient NESTED LOOP approach only to find out that no data has been found, and since your application attempts to fetch the first n records, but no records will be found, it has to wait until all data has been processed.
You can try to reproduce this by deliberately fetching all records of a query that returns data and that uses the NESTED LOOP approach... It probably takes as long as in the case when no records are found.
Note that you seem to use bind variables and 10g, therefore you might be interested that due to the "bind variable peeking" functionality you might potentially end up with "unstable" plans depending on the values "peeked" when the statement is parsed.
For more information, see this comprehensive description of the issue:
http://www.pythian.com/blogs/867/stabilize-oracle-10gs-bind-peeking-behaviour-by-cutting-histograms
Note that this changes in 11g with the introduction of the "Adaptive Cursor Sharing".
Regards,
Randolf
Oracle related stuff blog:
http://oracle-randolf.blogspot.com/
SQLTools++ for Oracle (Open source Oracle GUI for Windows):
http://www.sqltools-plusplus.org:7676/
http://sourceforge.net/projects/sqlt-pp/ -
Performance issue with extreme data distribution using histogram
Hi
We have a performance stability issue which we later found out is cause by the bind variable and histogram for a particular column when it was use as part of equality predicate. Assume the column name is parent_id0.
There is also an index on parent_id0.
Our temporary workaround is to install the good plan when it is started.
This is on database 10.2.0.3. I have a table with 2570149 rows, there is one common value(value 0) that represent about 99.91% of the total rows.
When i do
select parent_id0, count(*)
from table1
group by parent_id0
order by parent_id0;
I'm getting 187 rows and i would assume to have 187 buckets to have a better representation. The first row have the count nearly to 99.91%. The rest rows are having count something like 1 or 2 or less than 200.
With the auto gather, Oracle came up with 5 bucket. When i check the sample size, i only see oracle uses 2.215% of all the total rows at that time.
Column name Endpoint num Endpoint value
PARENT_ID0 5,579 0
PARENT_ID0 5,582 153,486,811
PARENT_ID0 5,583 156,240,279
PARENT_ID0 5,584 163,081,173
PARENT_ID0 5,585 168,255,656
Is the problem due to the wrong sample size and hence the histogram is miscalculated.
When i trace the sql with 10053, i see something like this..seems like some value is not capture in the histogram.
Using prorated density: 3.9124e-07 of col #2 as selectivity of out-of-range value pred
What i need to do to have a correct and stable execution plan?
Thank youHi, its an OLTP environment.
The problem is this sql has 4 tables to join, table1 (2.5 mil rows), table2 (4 mil), table3 (4.6 mil) and table4 (20 mil)
By right, the table with the highest filter ratio is table1. However, from the plan, oracle is using table3 as the driving table. The moment i take away the parent_id0 as part of the predicate, Oracle choose the right driving table (table1).
Here is the sql structure
select ...
from table1, table2, table3, table4
where table1.id = :1 and table1.parent_id0 :=2
and ...
We have index on id column too.
From the application, the application will never pass in value 0 for the parent_id0. Therefore, we will be querying 0.09 percent all the time from that particular query.
p/s: i'm sorry that i'm not able to paste the exact sql text here -
Problem to print a JPanel containing jfreeChart
I need help
I am developping an application that should display and print reports with histograms.
I make the histogram with Jfreechart and put it on a JPanel. the report is a Vector of JPanel.
1. When i print only the panel containing the JFreechart, the panel is printed but the range axis label
of JFreechart is inverted.
2. When i print all the report, nothing appears on the page of the panel containing JFreechart.
here is my printing code:
//code
public int print(Graphics g, PageFormat pageFormat, int pageIndex) throws PrinterException {
if (pageIndex >= docToBePrinted.size()) {
return (NO_SUCH_PAGE);
} else {
componentToBePrinted = docToBePrinted.get(pageIndex);
//componentToBePrinted.repaint();
Dimension dim = componentToBePrinted.getSize();
double scaleX = pageFormat.getImageableWidth() / dim.width;
double scaleY = pageFormat.getImageableHeight() / dim.height;
double scale = Math.min(scaleX, scaleY);
Graphics2D g2D = (Graphics2D) g;
// g2D.translate(0, 0);
g2D.translate(pageFormat.getImageableX(), pageFormat.getImageableY());
g2D.scale(scale, scale);
g2D.setPaintMode();
disableDoubleBuffering(componentToBePrinted);
componentToBePrinted.print(g2D);
g2D.dispose();
//componentToBePrinted.printAll(g2D);
enableDoubleBuffering(componentToBePrinted);
//componentToBePrinted.
return (PAGE_EXISTS);
//end of code
"docToBePrinted" is the report
Could anyone help me please !I have the same problem. Similarly to another entry here, be very careful about how many times you reattempt it. I did it several times, hoping it would work out a kink, and it was on an expensive order, now there are over $2000 of "temporary authorizations" depleting my available credit on my card, and it's been that way for almost a week now.
I am living overseas, and am unfortunately restricted to dial-up internet to upload this, and it either gets stuck at 64kb/8Mb or just jumps right to 8/8Mb, when there is nothing wrong with the my internet connection.
I emailed Apple in response to the order cancellation email, and stated that perhaps it was the army firewall I'm behind, asking for the site the program connects to in an attempt to unblock the site if it's inadvertently getting blocked on my end. When they replied they said it's a technical issue and that I can call Apple to talk with someone, where they will determine how much the call will cost. That's outrageous to have something brand new, and have to pay for them to help you on an issue that truly may be as simple as giving out a website.
In response to an earlier reply, I am using iPhoto 5.0.4, and I just purchased my G5 back in October. Is there a later version to iLife that I'm not finding?
If anyone finds help with this issue, I would greatly appreciate some tips!
Thanks so much,
Dave -
Multiple plots (different colours) on a single histogram?
I have a 2D array of data, and I would like to plot a histogram.
each row(with 8 elements) would be plotted in pairs, in 2 different colours.
My chart would have to look something like the attached image.
My vi is also attached. Right now it displays the plot (one row for now),but I have a few problems:
1) How to change the colour of each bar (to be like the excel graph)
2) how to change the bar plot label ( so instead numeric values 1,2,3,...I would like to have a,b,c,... under each bar)
3)and how to remove the (0,0) point on the graph, so you could see the first bar entirelyy, instead of partially.
I tried bundling the data , dynamic data, and a a bunch of other things but couldnt get it to work.
Thanks!!
Attachments:
plot.PNG 15 KB
display histogram- 2.vi 91 KBYou can create a histogram of each row by connecting the output of the General Histogram or Histogram VI's (in the Statistics Palette) to a Build Array. Connect the output of Build Array to a Histogram Graph. You can create a Histogram Graph by right clicking on the General Histogram or Histogram VI's Histogram Graph output terminal( Create>>Indicator). That should show you both histograms with different colors in one graph(they may be overlapping though, use the Bar Plots options to see what view is best). Unfortunately, I don't see how you could display it like the graph you posted, but you may create a button that controls a Histogram Graph by using Property Nodes. Right click on the Histogram Graph indicator in the Block Diagram(Create>>Property Node>>Plot>>Visible). If you connect a Boolean control to this property node and place that piece of code inside a while loop, you could turn your plots on and off. You can also create an Invoke Node(Right Click>>Create>>Invoke Node>>Export data to Excel) to Export data to Excel. Make sure you expand the Plot Legend on the upper right corner so you can see the second plot options.
Here are some links that might be helpful:
http://zone.ni.com/reference/en-XX/help/371361H-01/lvconcepts/customizing_graphs_and_charts/
http://forums.ni.com/t5/LabVIEW/Can-labview-display-a-histogram-plot-of-data/td-p/971038
I hope this helps.
Andres G
Applications Engineer
National Instruments
Maybe you are looking for
-
HOW DO YOU TURN OFF "FIREFOX PREVENTED THIS PAGE FROM AUTOMATICALLY RELOADING". I did perform the "see Advanced - General - Accessibility. It worked for me and my "user" site (don't know how to say my site) and still having problems with my wife's. I
-
Error while sending the messages to JMS Queue
Hi , I am trying to pick the file from JMS Queue and send the response xml as outbound message to JMS Queue again using XAI Sender I Created XAI Sender, Outbound Message Type(DM-RCVRESP) and configured these two with External System. I am able to pic
-
Please help me install Adobe Air. Nothing I've tried has worked.
Last week I joined the CC. I have successfuly installed "Edge Animate," "Edge Insspect" and "Photoshop." I tried to install Adobe Muse and have been unable to do so because I can't get "Air" to install. We're talking near a week of doing everything I
-
I have the table test1 with a date field stored as character 7 field. (which is for CYYMMDD) C - century indicator and there are 3 rows in that table for testing purposes. One of them has a value 9999999 which is a incorrect value for a given date. I
-
What exactly does the migration assistant to?
I'm thinking of upgrading to a faster Mac, I'm tired of the slowness of a Core 2 Duo... when I get my new one, what is everything the migration assistant will do? Does it transfer all my apps and their product keys over? Or do I have to reinstall stu