Print Thread
Page 1 of 2 1 2
Command window performance
#52450 11/17/15 10:03 AM
Joined: Feb 2013
Posts: 46
P
Pazus Offline OP
Member
OP Offline
Member
P
Joined: Feb 2013
Posts: 46
Hello.

I use sqlplus scripts to install patches (compile packages + DDL) which I run through Command Window.
Why compiling packages takes much longer when doing it through @@package_name.pck in command windows than though opening it in Pl/SQL Developer and compiling directly (F8)? Are there any hints to improve performance of Command Window execution?


Pavel Kaplya
Re: Command window performance
Pazus #52451 11/17/15 11:36 AM
Joined: Aug 1999
Posts: 22,239
Member
Offline
Member
Joined: Aug 1999
Posts: 22,239
The Command Window will indeed be slower than the Program Window, because the Command Window needs to parse the script. What exactly is the performance difference?


Marco Kalter
Allround Automations
Re: Command window performance
Marco Kalter #52477 11/18/15 08:15 PM
Joined: Feb 2013
Posts: 46
P
Pazus Offline OP
Member
OP Offline
Member
P
Joined: Feb 2013
Posts: 46
Up to times... We have one big package (about 25k lines). It opens from file or from the DB in about 7 sec on my PC, compiles in about 11 sec. If you rune it through Command window it take more than a minute (up to several) to compile body.


Pavel Kaplya
Re: Command window performance
Marco Kalter #52937 01/18/16 07:36 AM
Joined: Feb 2013
Posts: 46
P
Pazus Offline OP
Member
OP Offline
Member
P
Joined: Feb 2013
Posts: 46
x64 bit client - same issue.

Actually it seems that Command window silently performs ECHO even though it is disabled.

Also as the output in the Command window grows (more packages compiled, inserts made), scripts execution performance decreases. And it depends on the length of the text posted to the command window, not the number of statements.


Pavel Kaplya
Re: Command window performance
Pazus #53098 02/11/16 12:29 PM
Joined: Dec 2001
Posts: 239
berlin
F
Member
Online Content
Member
F
Joined: Dec 2001
Posts: 239
berlin
I have the same problem since several versions of plsd. It tooks minutes in command window and show compile time of seconds. Compiling in program window is 10++ times faster.
So, if there is a roll out to production, it is not recommended to use a fine script for all. All package bodys have to compile in program window in order of minimum downtime for applications. I do not understand thins since years.
For information: compile in command window use one cpu 100% the whole time.

Re: Command window performance
fraenkg #53105 02/11/16 04:09 PM
Joined: Sep 2004
Posts: 476
Munich, Germany
Member
Offline
Member
Joined: Sep 2004
Posts: 476
Munich, Germany
I'm sure like me a lot of other users as well use in fact SQL*Plus in order to roll out to production or other environments. I would therefore suggest to have an option in command window to execute statements alternatively using SQL*Plus. This would at least also be a workaround for the problem reported here and also make it easier to find out issues regarding different behaviour of command window vs SQL*Plus.


Regards,
Berny
Re: Command window performance
Bernhard S #53394 04/04/16 02:02 PM
Joined: Dec 2001
Posts: 239
berlin
F
Member
Online Content
Member
F
Joined: Dec 2001
Posts: 239
berlin
Could you already consider this behavior ?
Is their any solution or workaround?

Regards frank

Re: Command window performance
fraenkg #53814 08/02/16 06:28 PM
Joined: Feb 2013
Posts: 46
P
Pazus Offline OP
Member
OP Offline
Member
P
Joined: Feb 2013
Posts: 46
Marco, any news on the topic?

Performance difference is minutes vs several seconds so I approce 10++ times difference. It seams like the performance is approximately the same with echo on/off. Could it be that even with echo off the content is still echoes silently?


Pavel Kaplya
Re: Command window performance
Bernhard S #53851 08/09/16 08:50 AM
Joined: Jun 2009
Posts: 65
Sheffield, UK
T
Member
Offline
Member
T
Joined: Jun 2009
Posts: 65
Sheffield, UK
[quote=Bernhard S] ... I would therefore suggest to have an option in command window to execute statements alternatively using SQL*Plus. ... [/quote]

I would second this idea - especially if the cmd.exe output is shown within PLSD: though capturing both stdout and stderr and quietly handling the file/save and ...
Although I do like PLSD's habit of showing the full command when there's an error, rather than just the error line one gets from SQL*Plus. There's improved error handling from 11.2 in that SQL*Plus records the full statement in a table - maybe that could be taken advantage of?


Tim Scott
Senior Developer, DBA

OCLC (UK) Ltd
Re: Command window performance
Tim Scott #54118 10/10/16 12:40 PM
Joined: Feb 2013
Posts: 46
P
Pazus Offline OP
Member
OP Offline
Member
P
Joined: Feb 2013
Posts: 46
I've noticed that while the Developer is "stuck" there is no active session so it's pure local stuck occurred on the PC, not in the DB.


Pavel Kaplya
Page 1 of 2 1 2

Moderated by  support 

Link Copied to Clipboard
Powered by UBB.threads™ PHP Forum Software 7.7.4
(Release build 20200307)
Responsive Width:

PHP: 7.1.33 Page Time: 0.106s Queries: 16 (0.026s) Memory: 2.5601 MB (Peak: 3.0407 MB) Data Comp: Off Server Time: 2024-06-26 08:51:23 UTC
Valid HTML 5 and Valid CSS