Second, before 9.x version, decimal character was "." (point) and not the "," (comma), as it is now. And it was much easier to handle custom formats in Excel later. Could that at least be introduced as an option in some setting?
Brg
Damir
Thank you for the feedback. We will revise the decimal digits to display. However, please note that the "Elapsed Time" is accurate to 0.01 seconds in our measurement so it seems not a problem to display 2 decimal digits. However, in the "Average Elapsed Time" in the "Test Run Different Bind Values", I agreed that more decimal digits would be needed for the calculated average.
For the "." or "," used as the decimal separator or thousand separator, the grid is now displaying numbers according to the "Region and Language" settings in your Windows. It was actually a bug in the old release to hard-coding to use "." as the decimal separator in some columns (resulting in confusion where some columns using "." and some using "," as the decimal separator in the same grid).
Sorry but on many databases this is not enough. In mine practice I see many sqls that runs very shortly, and it is completely unusable now to monitor them on 2 decimals.
8(
So please place the whole number (as is) or reduce to 5 decimal values.
I may not have explained it clear enough about the 0.01 seconds accuracy so let me try again.
We use the DBMS_UTILITY.GET_TIME to measure the run time of a SQL statement. We get the time before and after the execution of a SQL and then subtract both time to get the difference. This difference is the run time of the SQL. The accuracy of the measurement depends on the accuracy of the DBMS_UTILITY.GET_TIME in Oracle, which is accurate up to 0.01 seconds. So even if we display more digits after the decimal point, those digits will be 0's after the 2nd digit. Hope this help clarify about the accuracy.
On top of my head, I don't remember we have changed the number of digits. I have also tested a few old versions and I see only 2 digits after the decimal points.
Could you please let me know where you see more digits and the version of the SQL Optimizer?
Do not know, but found this picture in mine documentation. If you compare time, maybe you can see that...I am always on the newest version in that moment.
Sorry, thought that I post one with more decimals.
Frankly do not have now that proof, but can tell you that when you change decimal character (from that time have to write macro to fix this new feature) in Export to Excel, in that time this number of decimals reduced.
I cannot help you more closely, sorry.
brg
Damir