Saving data in 12.1.0.3 is a problem

I always use F9. I want to have the data in the grid so that I can export. F5 does not do that.

Groetjes,
Wim

2013/7/30 Bert Scalzo bounce-Bert_Scalzo@toadworld.com

RE: Saving data in 12.1.0.3 is a problem

Reply by Bert Scalzo
Dumb question – all those dbms_output calls make me ask – are you using execute (f9) or execute as script (f5) ???

There is a major difference that might explain why you’re having issues ……

From: wimdelange_062 [mailto:bounce-wimdelange_062@toadworld.com]

Sent: Tuesday, July 30, 2013 7:41 AM

To: toadoraclebeta@toadworld.com

Subject: Re: [Toad for Oracle - Beta Discussion Forum] Saving data in 12.1.0.3 is a problem

Re: Saving data in
12.1.0.3 is a problem

Reply by wimdelange_062

The Toad spool file.


Session: IFSAPP@IFS_PROD

Timestamp: 14:30:58.490

BEGIN DBMS_OUTPUT.ENABLE(buffer_size => NULL); END;


Session: IFSAPP@IFS_PROD

Timestamp: 14:30:58.533

BEGIN DBMS_OUTPUT.ENABLE(buffer_size => NULL); END;


Session: IFSAPP@IFS_PROD

Timestamp: 14:30:58.620

SELECT company

    ,accounting_year
    ,accounting_period
    ,account
    ,SUM(amount_balance) total_amount

FROM accounting_balance_tab

WHERE accounting_year = :year

     AND accounting_period = :period

GROUP BY company

    ,accounting_year
    ,accounting_period
    ,account

:year(VARCHAR[4],IN)='2013'

:period(VARCHAR[2],IN)='02'


Session: IFSAPP@IFS_PROD

Timestamp: 14:30:59.185

begin dbms_output.get_line(line => :line, status => :status); end;

:line(LONG,OUT)=

:status(INTEGER,OUT)=

It is striclty Query, F9, go to grid Ctrl-S and export without saving to grid. Error, but not always.... Go figure....

Groetjes,
Wim

2013/7/30 Norm [TeamT] bounce-NormTeamT@toadworld.com

Re: Saving data in 12.1.0.3 is a problem

Reply by Norm [TeamT]
Hi Wim,

thanks for that.

On 30/07/13 13:40, wimdelange_062 wrote:

The Toad spool file.


Session: IFSAPP@IFS_PROD

Timestamp: 14:30:58.490

BEGIN DBMS_OUTPUT.ENABLE(buffer_size => NULL); END;

DBMS_OUTPUT? I'm confused! Is this part of your SQL that is giving

problems or has it appeared from toad itself? Never miknd, I've raun a

test on Toad 12 myself, it appears that Toad is adding this, even when I

execute an SQL with F9 and not with F5. I wonder if this is the cause of

the problem?

I have tried this on a Toad 11 system, connecting to the same test

database as I used for Toad 12, and when I run that SQL, I only see the

SQL statement, there are no DBMS_OUTPUT statements.


Session: IFSAPP@IFS_PROD

Timestamp: 14:30:58.620

SELECT company

,accounting_year

,accounting_period

,account

,SUM(amount_balance) total_amount

FROM accounting_balance_tab

WHERE accounting_year = :year

AND accounting_period = :period

GROUP BY company

,accounting_year

,accounting_period

,account

:year(VARCHAR[4],IN)='2013'

:period(VARCHAR[2],IN)='02'

Thanks for clearing that up. Just wanted to make sure – but figured you knew.

From: wimdelange_062 [mailto:bounce-wimdelange_062@toadworld.com]

Sent: Tuesday, July 30, 2013 10:01 AM

To: toadoraclebeta@toadworld.com

Subject: Re: [Toad for Oracle - Beta Discussion Forum] Saving data in 12.1.0.3 is a problem

Re: Saving data in
12.1.0.3 is a problem

Reply by wimdelange_062

I always use F9. I want to have the data in the grid so that I can export. F5 does not do that.

Groetjes,

Wim

2013/7/30 Bert Scalzo bounce-Bert_Scalzo@toadworld.com

RE:
Saving data in 12.1.0.3 is a problem

Reply by Bert Scalzo

Dumb question – all those dbms_output calls make me ask – are you using execute (f9) or execute as script (f5) ???

There is a major difference that might explain why you’re having issues ……

From: wimdelange_062 [mailto:bounce-wimdelange_062@toadworld.com]

Sent: Tuesday, July 30, 2013 7:41 AM

To: toadoraclebeta@toadworld.com

Subject: Re: [Toad for Oracle - Beta Discussion Forum] Saving data in 12.1.0.3 is a problem

Re:
Saving data in 12.1.0.3 is a problem

Reply by wimdelange_062

The Toad spool file.


Session: IFSAPP@IFS_PROD

Timestamp: 14:30:58.490

BEGIN DBMS_OUTPUT.ENABLE(buffer_size => NULL); END;


Session: IFSAPP@IFS_PROD

Timestamp: 14:30:58.533

BEGIN DBMS_OUTPUT.ENABLE(buffer_size => NULL); END;


Session: IFSAPP@IFS_PROD

Timestamp: 14:30:58.620

SELECT company

    ,accounting_year

    ,accounting_period

    ,account

    ,SUM(amount_balance) total_amount

FROM accounting_balance_tab

WHERE accounting_year = :year

     AND accounting_period = :period

GROUP BY company

    ,accounting_year

    ,accounting_period

    ,account

:year(VARCHAR[4],IN)=‘2013’

:period(VARCHAR[2],IN)=‘02’

You could export from SB-Views data tab to take DBMS output out of the equation

  • John

On Jul 30, 2013, at 5:51 AM, "Bert Scalzo" bounce-Bert_Scalzo@toadworld.com wrote:

RE: Saving data in 12.1.0.3 is a problem

Reply by Bert Scalzo
John is on vacation – and he normally handles these issues. So you may need to wait a week or two for him to get back and caught up ….

From: wimdelange_062 [mailto:bounce-wimdelange_062@toadworld.com]

Sent: Tuesday, July 30, 2013 6:46 AM

To: toadoraclebeta@toadworld.com

Subject: Re: [Toad for Oracle - Beta Discussion Forum] Saving data in 12.1.0.3 is a problem

Re:
Saving data in 12.1.0.3 is a problem

Reply by wimdelange_062

Problem is still there in 12.1.0.5. The following query on a table (not a view) generates 1083 records (year - 2013, period - 2)

SELECT company

    ,accounting_year
    ,accounting_period
    ,account
    ,SUM(amount_balance) total_amount

FROM accounting_balance_tab

WHERE accounting_year = :year

     AND accounting_period = :period

GROUP BY company

    ,accounting_year
    ,accounting_period
    ,account

This creates a spreadsheet with the records

But if Display all results in grid is checked off, the following happens, even when I don't redo the query. So there is data. And there are no ongoing transactions.

And as stated before, this happens for this user and this database. I cannot reproduce this in another environment.

Groetjes,

Wim

2013/7/23 Norm [TeamT] bounce-NormTeamT@toadworld.com

Re:
Saving data in 12.1.0.3 is a problem

Reply by Norm [TeamT]

Well now, something odd is happening! I'll try again!

If we continue in session 1:

Session 1: commit;

Commit complete.

Session 1: select * from norm;

a

=====

616

666

The above is the only way that I can think of to prevent one session

from seeing data that were changed or added, and committed, by another

session.

The big problem with the above is, this isn't happening in the "other"

session that is fetching the data to write out to the disc file, Excel

or whatever! But is is a way in which one transaction can be prevented

from seeing committed data.

Other than this, and the obvious reasons given by Bert, I can't think of

any reason why the background session in Toad, wanting to export the

data, is not able to see the committed data visible to the editor

session that filled the grid.

--

Cheers,

Norm. [TeamT]

--

Cheers,

Norm. [TeamT]

To reply, please reply-all to this email.

Stop
receiving emails
on this subject.

Or
Unsubscribe from Toad for Oracle - Beta
notifications altogether.

Toad for Oracle - Beta Discussion Forum

Flag
this post as spam/abuse.

To reply, please reply-all to this email.

Stop receiving emails on this
subject.

Or
Unsubscribe from Toad for Oracle - Beta
notifications altogether.

Toad for Oracle - Beta Discussion Forum

Flag
this post as spam/abuse.

To reply, please reply-all to this email.

Stop receiving emails on this subject.

Or
Unsubscribe from Toad for Oracle - Beta
notifications altogether.

Toad for Oracle - Beta Discussion Forum

Flag
this post as spam/abuse.

Not a very useful suggestion. The query has a sum and grouping. There are some options where you can manipulate the query, but then I got more data then I expect. Or I must create a view for it in the production environment? Not a very good idea.

The problem is not that I cannot export the data. It is not much data and I could switch on the “Display records in grid”. Then it works.

The problem is that when running the query (using F9) on a table which is not mutating and using no display of recors in grid, Toad under not known conditions decides to not export the data, because of the fact that there is no data? And there is data to export. And it is a problem in version 12 that is not in version 11. I have two queries on different tables that has the same problem, but where the result set is more or less the same.

Where the DBMS output is coming from is unclear to me.

The suggestion to create the view is a good one. View with variables, does that work? Hmmm…

The query was:

SELECT company

, accounting_year

, accounting_period

, account

, SUM (amount_balance) total_amount

FROM accounting_balance_tab

WHERE accounting_year = :year

AND accounting_period = :period

GROUP BY company, accounting_year, accounting_period, account

I change it to:

SELECT company

, accounting_year

, accounting_period

, account

, SUM (amount_balance) total_amount

FROM accounting_balance_tab

WHERE accounting_year = 2013

AND accounting_period = 2

GROUP BY company, accounting_year, accounting_period, account

And test this one first to see if the problem is still there. And to my surprise I can export the data?

So it is the variables that cause the problem. Back to the one with the variables and execute the steps with spool on. Why does it say :year(Unknown)= when I save the data? The query is executed again, but the variables has not the correct value!!!

If I test this in Toad 11.6.0.43, spool added too.


SPOOL in Toad 12.1 (SPOOL ON, execute query, save data)


Session: IFSAPP@IFS_PROD

Timestamp: 08:49:12.473

SELECT company

, accounting_year

, accounting_period

, account

, SUM (amount_balance) total_amount

FROM accounting_balance_tab

WHERE accounting_year = :year

AND accounting_period = :period

GROUP BY company, accounting_year, accounting_period, account

:year(VARCHAR[4],IN)=‘2013’

:period(VARCHAR[2],IN)=‘02’


Session: IFSAPP@IFS_PROD

Timestamp: 08:49:13.102

begin dbms_output.get_line(line => :line, status => :status); end;

:line(LONG,OUT)=

:status(INTEGER,OUT)=


Session: IFSAPP@IFS_PROD

Timestamp: 08:49:38.115

SELECT company

, accounting_year

, accounting_period

, account

, SUM (amount_balance) total_amount

FROM accounting_balance_tab

WHERE accounting_year = :year

AND accounting_period = :period

GROUP BY company, accounting_year, accounting_period, account

:year(Unknown)=

:period(Unknown)=


SPOOL 11.6.0.43 (SPOOL ON, execute query, save data)



Session: IFSAPP@IFS_PROD

Timestamp: 08:58:21.087

SELECT company

, accounting_year

, accounting_period

, account

, SUM (amount_balance) total_amount

FROM accounting_balance_tab

WHERE accounting_year = :year

AND accounting_period = :period

GROUP BY company, accounting_year, accounting_period, account

:year(FLOAT,IN)=2013

:period(VARCHAR[2],IN)=‘02’

In the latest update 12.1.0.6 using variables and "Display all results in Grid" with the value off, has still a problem. Tested with

SELECT * FROM DUAL WHERE dummy = :x

using X as input value.

Groetjes,
Wim

2013/7/31 wimdelange_062 bounce-wimdelange_062@toadworld.com

Re: Saving data in 12.1.0.3 is a problem

Reply by wimdelange_062
Not a very useful suggestion. The query has a sum and grouping. There are some options where you can manipulate the query, but then I got more data then I expect. Or I must create a view for it in the production environment? Not a very good idea.

The problem is not that I cannot export the data. It is not much data and I could switch on the "Display records in grid". Then it works.

The problem is that when running the query (using F9) on a table which is not mutating and using no display of recors in grid, Toad under not known conditions decides to not export the data, because of the fact that there is no data? And there is data to export. And it is a problem in version 12 that is not in version 11. I have two queries on different tables that has the same problem, but where the result set is more or less the same.

Where the DBMS output is coming from is unclear to me.

The suggestion to create the view is a good one. View with variables, does that work? Hmmm......

The query was:

SELECT company

, accounting_year

, accounting_period

, account

, SUM (amount_balance) total_amount

FROM accounting_balance_tab

WHERE accounting_year = :year

AND accounting_period = :period

GROUP BY company, accounting_year, accounting_period, account

I change it to:

SELECT company

, accounting_year

, accounting_period

, account

, SUM (amount_balance) total_amount

FROM accounting_balance_tab

WHERE accounting_year = 2013

AND accounting_period = 2

GROUP BY company, accounting_year, accounting_period, account

And test this one first to see if the problem is still there. And to my surprise I can export the data?

So it is the variables that cause the problem. Back to the one with the variables and execute the steps with spool on. Why does it say :year(Unknown)= when I save the data? The query is executed again, but the variables has not the correct value!!!

If I test this in Toad 11.6.0.43, spool added too.


SPOOL in Toad 12.1 (SPOOL ON, execute query, save data)


Session: IFSAPP@IFS_PROD

Timestamp: 08:49:12.473

SELECT company

, accounting_year

, accounting_period

, account

, SUM (amount_balance) total_amount

FROM accounting_balance_tab

WHERE accounting_year = :year

AND accounting_period = :period

GROUP BY company, accounting_year, accounting_period, account

:year(VARCHAR[4],IN)='2013'

:period(VARCHAR[2],IN)='02'


Session: IFSAPP@IFS_PROD

Timestamp: 08:49:13.102

begin dbms_output.get_line(line => :line, status => :status); end;

:line(LONG,OUT)=

:status(INTEGER,OUT)=


Session: IFSAPP@IFS_PROD

Timestamp: 08:49:38.115

SELECT company

, accounting_year

, accounting_period

, account

, SUM (amount_balance) total_amount

FROM accounting_balance_tab

WHERE accounting_year = :year

AND accounting_period = :period

GROUP BY company, accounting_year, accounting_period, account

:year(Unknown)=

:period(Unknown)=


SPOOL 11.6.0.43 (SPOOL ON, execute query, save data)


Tested in 12.1.0.7 problem is still there.

Groetjes,
Wim

2013/8/5 Wim de Lange wimdelange@gmail.com

In the latest update 12.1.0.6 using variables and "Display all results in Grid" with the value off, has still a problem. Tested with

SELECT * FROM DUAL WHERE dummy = :x

using X as input value.

Groetjes,
Wim

2013/7/31 wimdelange_062 bounce-wimdelange_062@toadworld.com

Re: Saving data in 12.1.0.3 is a problem

The suggestion to create the view is a good one. View with variables, does that work? Hmmm......

The query was:

SELECT company

, accounting_year

, accounting_period

, account

, SUM (amount_balance) total_amount

FROM accounting_balance_tab

WHERE accounting_year = :year

AND accounting_period = :period

GROUP BY company, accounting_year, accounting_period, account

I change it to:

SELECT company

, accounting_year

, accounting_period

, account

, SUM (amount_balance) total_amount

FROM accounting_balance_tab

WHERE accounting_year = 2013

AND accounting_period = 2

GROUP BY company, accounting_year, accounting_period, account

And test this one first to see if the problem is still there. And to my surprise I can export the data?

So it is the variables that cause the problem. Back to the one with the variables and execute the steps with spool on. Why does it say :year(Unknown)= when I save the data? The query is executed again, but the variables has not the correct value!!!

If I test this in Toad 11.6.0.43, spool added too.


SPOOL in Toad 12.1 (SPOOL ON, execute query, save data)


Session: IFSAPP@IFS_PROD

Timestamp: 08:49:12.473

SELECT company

, accounting_year

, accounting_period

, account

, SUM (amount_balance) total_amount

FROM accounting_balance_tab

WHERE accounting_year = :year

AND accounting_period = :period

GROUP BY company, accounting_year, accounting_period, account

:year(VARCHAR[4],IN)='2013'

:period(VARCHAR[2],IN)='02'


Session: IFSAPP@IFS_PROD

Timestamp: 08:49:13.102

begin dbms_output.get_line(line => :line, status => :status); end;

:line(LONG,OUT)=

:status(INTEGER,OUT)=


Session: IFSAPP@IFS_PROD

Timestamp: 08:49:38.115

SELECT company

, accounting_year

, accounting_period

, account

, SUM (amount_balance) total_amount

FROM accounting_balance_tab

WHERE accounting_year = :year

AND accounting_period = :period

GROUP BY company, accounting_year, accounting_period, account

:year(Unknown)=

:period(Unknown)=


SPOOL 11.6.0.43 (SPOOL ON, execute query, save data)


Ø
Not a very useful suggestion. The query has a sum and grouping.

It was just a suggestion for debugging, so we could try to isolate the cause of the problem. Some had wondered if DBMS_OUTPUT was causing the problem, so I
mentioned the SB because no DBMS_OUTPUT calls are done from the SB. I was not suggesting that you use that as a workaround to the problem.

Anyway, as you discovered, the variables were the cause of the problem, not dbms_output. It will be fixed next beta.

-John

From: wimdelange_062 [mailto:bounce-wimdelange_062@toadworld.com]

Sent: Wednesday, July 31, 2013 2:11 AM

To: toadoraclebeta@toadworld.com

Subject: Re: [Toad for Oracle - Beta Discussion Forum] Saving data in 12.1.0.3 is a problem

Re: Saving data in
12.1.0.3 is a problem

Reply by wimdelange_062

Not a very useful suggestion. The query has a sum and grouping. There are some options where you can manipulate the query, but then I got more data then I expect. Or I must
create a view for it in the production environment? Not a very good idea.

The problem is not that I cannot export the data. It is not much data and I could switch on the “Display records in grid”. Then it works.

The problem is that when running the query (using F9) on a table which is not mutating and using no display of recors in grid, Toad under not known conditions decides to not
export the data, because of the fact that there is no data? And there is data to export. And it is a problem in version 12 that is not in version 11. I have two queries on different tables that has the same problem, but where the result set is more or less
the same.

Where the DBMS output is coming from is unclear to me.

The suggestion to create the view is a good one. View with variables, does that work? Hmmm…

The query was:

SELECT company

   , accounting_year

   , accounting_period

   , account

   , SUM (amount_balance) total_amount

FROM accounting_balance_tab

WHERE accounting_year = :year

     AND accounting_period = :period

GROUP BY company, accounting_year, accounting_period, account

I change it to:

SELECT company

   , accounting_year

   , accounting_period

   , account

   , SUM (amount_balance) total_amount

FROM accounting_balance_tab

WHERE accounting_year = 2013

     AND accounting_period = 2

GROUP BY company, accounting_year, accounting_period, account

And test this one first to see if the problem is still there. And to my surprise I can export the data?

So it is the variables that cause the problem. Back to the one with the variables and execute the steps with spool on. Why does it say :year(Unknown)= when I save the
data? The query is executed again, but the variables has not the correct value!!!

If I test this in Toad 11.6.0.43, spool added too.


SPOOL in Toad 12.1 (SPOOL ON, execute query, save data)


Session: IFSAPP@IFS_PROD

Timestamp: 08:49:12.473

SELECT company

   , accounting_year

   , accounting_period

   , account

   , SUM (amount_balance) total_amount

FROM accounting_balance_tab

WHERE accounting_year = :year

     AND accounting_period = :period

GROUP BY company, accounting_year, accounting_period, account

:year(VARCHAR[4],IN)=‘2013’

:period(VARCHAR[2],IN)=‘02’


Session: IFSAPP@IFS_PROD

Timestamp: 08:49:13.102

begin dbms_output.get_line(line => :line, status => :status); end;

:line(LONG,OUT)=

:status(INTEGER,OUT)=


Session: IFSAPP@IFS_PROD

Timestamp: 08:49:38.115

SELECT company

   , accounting_year

   , accounting_period

   , account

   , SUM (amount_balance) total_amount

FROM accounting_balance_tab

WHERE accounting_year = :year

     AND accounting_period = :period

GROUP BY company, accounting_year, accounting_period, account

:year(Unknown)=

:period(Unknown)=


SPOOL 11.6.0.43 (SPOOL ON, execute query, save data)