Dear Brad,
Thanks for your reply.
Actually in our current setup we have Microsoft Visual Studio Team Explorer 2015 installed.
Is there any way by which i can integrate toad with this. If required i can upgrade my toad version, but its not possible to go back to older version of Microsoft Visual Studio Team Explorer.
Please suggest.
Going forward this should not be an issue. SQL Recall used a file format that is great for speed, but for reasons unbeknownst to me the file format is susceptible to corruption. I believe the problem has to do with Toad crashing, resuming from standby, Windows shutting down with Toad open or something to that effect. SQL Recall uses XML format now (12.8 and newer) and it should be completely stable.
Just a note to say I'd also like to have the ruler back. In the meantime, thanks for the suggested workarounds.
John,
Switching over to 32 bit Toad is not an easy option for me, so I dedicated today to running my 64 bit Toad without the Object Pallette open. I am working over a VPN connection today which tends to create more disconnected sessions and can report that they are generating the proper error messages with the reconnect option!
That's good news! Thanks for the follow up. It should be OK to still use the Object Palette in general - just close it before you switch to a session that might be disconnected.
I have a fix ready for when we get back into betas again.
I have 8 queries in an app that are automated 2 of which are append to table. They take a total of 5 mins to run total. Recently, it takes 3 hours to run and export. The export is slow if I run the query in an editor and export and appended to table too. This used to run in under 30 mins but has recently taken 3 hours. There are less than 100 entries on the append tables and it is a single row of export. I have other apps with more queries both overwrite and append that do not have this problem Any solutions? I
version:
TOAD for ORACLE 12.1 32 bit
Access 2010 32 bit
I have solved the slow export time by compacting and repairing the Access DB. It went from 689k kb to 4k kb and works in under 10 minutes now.
Have exact issue on version 12.7.0.121.
The COPY (Ctrl+C) would take an extremely long time to get to into the buffer (1 word, 1 line, multi-line, etc..) .. but only took a long time when connected to a db session, not when I opened up my 5k+ line package using just the editor. I turned off the RTF (Copy text in rich text format) option and am back to sub-second copy w/the session connected. Yay, Thanks for the tip!
Now, this is the interesting thing, I went back into options and turned the RTF back on - now I am experiencing the same sub-second copy... weird, but I'll take it!
Just moved to Toad 12.8.0.49.
When you have a very large package displayed in the editor tab and you want to copy just one line of code or just a few lines of code, when you perform CTRL-C to copy it, it takes a very long time to copy. The package has 43564 lines and it took 114 seconds to copy a single line. In the previous version of Toad that I was using (12.6) it did not have this issue.
Is anyone else having this issue? Any help for it?
That query can take several different forms depending on privileges and which schema (logon schema vs. another schema) you are querying against.
Those ALL_ views can be slow, and the do take oracle privileges into consideration, so it's certainly a possibility that your recent security changes had something do to with it.
If you are looking in your own schema, Toad will use the USER_ views as much as possible, and those are a lot faster than ALL_.
If you grant select on DBA_SOURCE, DBA_OBJECTS, DBA_PROCEDURES to your user then you should see some improvement.
Taking it further, if you have select on SYS.IDL_CHAR$, SYS.PROCEDUREINFO$, SYS.USER$, and SYS._CURRENT_EDITION_OBJ (11g or newer) or SYS.OBJ$ (10gR2 or older), then the query will use these tables instead of the USER/ALL/DBA views and will be much faster.
Toad only checks for privileges on these views when you first make a connection, so be sure to disconnect and reconnect after making them. And make sure that Options->Startup->"Check for access to DBA Views" is checked.
Another thing you can do is go into the SB-Packages filter and check "Skip Check for Debug Info". That will exclude the join to SYS.ALL_PROBE_OBJECTS (which I forgot to mention in my first reply, but there is no such view as DBA_PROBE_OBJECTS)
Hi John,
Appreciate real quick responses to my thread. Outstanding!!!
I am working on granting additional access. Also, I tried to run the SQL in part. ie. before UNION ALL and after. I found that the query before UNION ALL runs fast but the one after runs very slow. So, problem is with the second part of the query
Select distinct o.owner, s.name, 'PACKAGE BODY', 'V', null, null, null, null, null
from sys.ALL_SOURCE s, sys.all_objects o
where s.type = 'PACKAGE BODY'
and s.owner = :own
and o.owner = s.owner
and o.object_name = s.name
and o.object_type = 'PACKAGE'
and not exists (select 'x'
from sys.all_objects o_sub
where o_sub.owner = s.owner
and o_sub.object_name = s.name
and o_sub.object_type = 'PACKAGE BODY')
order by 3
- Sam
There's nothing you can do in 12.1 to make that part of the query not run.
However, in our latest version 12.9, that query has been rewritten a bit. If this runs faster for you, you might consider an upgrade.
with PACKAGES as
(Select owner, object_name, object_type, decode(status, 'VALID', 'V', 'I') status, last_ddl_time, object_id, created
from sys.all_objects
where 1=1
and object_type in ('PACKAGE', 'PACKAGE BODY')
and owner = :own)
SELECT PACKAGES.owner, PACKAGES.object_name, PACKAGES.object_type, PACKAGES.status,
PACKAGES.last_ddl_time, PACKAGES.object_id, PACKAGES.created
,NVL(pi.AUTHID, 'DEFINER') AUTHID
,NVL(d.debuginfo, 'F') DEBUGINFO
FROM PACKAGES
,(SELECT object_id, authid
FROM sys.ALL_PROCEDURES
WHERE subprogram_id = 0
AND object_type = 'PACKAGE'
and owner = :own
GROUP BY object_id, authid) pi
, sys.all_probe_objects d
WHERE PACKAGES.object_id = pi.object_id (+)
AND d.object_id (+) = PACKAGES.object_id
AND d.owner (+) = PACKAGES.owner
order by 3, 2
This query took 1 min. 40 sec. which is still slow but much better than 30 min.
Can you provide exact version of TOAD to upgrade to?
Thanks!
12.9 - to be released any day now (tomorrow, I think)
That query that I gave you was the one we use to load all of the packages into the Schema Browser. The one for describe dialogs includes a variable for object name, and it's probably faster (below).
with PACKAGES as
(Select owner, object_name, object_type, decode(status, 'VALID', 'V', 'I') status, last_ddl_time, object_id, created
from sys.all_objects
where 1=1
and object_type in ('PACKAGE', 'PACKAGE BODY')
AND owner = :own
AND object_name = :obj)
SELECT PACKAGES.owner, PACKAGES.object_name, PACKAGES.object_type, PACKAGES.status,
PACKAGES.last_ddl_time, PACKAGES.object_id, PACKAGES.created
,NVL(pi.AUTHID, 'DEFINER') AUTHID
,NVL(d.debuginfo, 'F') DEBUGINFO
FROM PACKAGES
,(SELECT object_id, authid
FROM sys.ALL_PROCEDURES
WHERE subprogram_id = 0
AND object_type = 'PACKAGE'
AND owner = :own
AND object_name = :obj
GROUP BY object_id, authid) pi
, sys.all_probe_objects d
WHERE PACKAGES.object_id = pi.object_id (+)
AND d.object_id (+) = PACKAGES.object_id
AND d.owner (+) = PACKAGES.owner
order by 3
Cool. That finished very fast 35msecs.
Thanks for your help.
~ Sam
We recently made some database security changes. After that, when user presses F4 key on the package name after connecting to the database, it takes 30 minutes before the package spec/body is displayed. Note that this package is in a different schema. Same thing happens if they try to pull database package via Schema browser. This used to work before. I captured the SQL that it runs on the back end which is below. I ran this SQL from toad and it ran for 30 min. It works fine if I connect as my id which has more privileges. I want to figure out which particular privilege they are missing. TOAD version is 12.1.0.22
select o.*, NVL(d.debuginfo, 'F') DEBUGINFO, nvl(p.AUTHID, 'DEFINER') authid
from (
Select owner, object_name, object_type, decode(status, 'VALID', 'V', 'I') status, last_ddl_time, object_id, created
from sys.ALL_OBJECTS
where owner = :own
and object_type in ('PACKAGE', 'PACKAGE BODY')
and object_name = :obj
) o, sys.all_probe_objects d
,(SELECT object_id, AUTHID
FROM sys.ALL_PROCEDURES
where 1=1
AND subprogram_id = 0
AND object_type = 'PACKAGE'
AND object_name = :obj
and owner = :own
GROUP BY object_id, AUTHID) p
where p.object_id (+) = o.object_id
and o.OBJECT_ID = d.object_id (+)
and d.owner (+) = :own
And O.Object_Name = D.Object_Name (+)
And ((d.object_type is null) or (d.object_type in ('PACKAGE', 'PACKAGE BODY')))
union all
Select distinct o.owner, s.name, 'PACKAGE BODY', 'V', null, null, null, null, null
from sys.ALL_SOURCE s, sys.all_objects o
where s.type = 'PACKAGE BODY'
and s.owner = :own
and o.owner = s.owner
and o.object_name = s.name
and o.object_type = 'PACKAGE'
and not exists (select 'x'
from sys.all_objects o_sub
where o_sub.owner = s.owner
and o_sub.object_name = s.name
and o_sub.object_type = 'PACKAGE BODY')
order by 3
Thanks for any help!
Sam