The way you describe it I've never seen that. Maybe if I use an example
what can cause that problem it becomes clearer. If my description does not
match your experience, then please give a full detail of the sql statements
before/after your changes.
If the original SQL looks like this:
select col1, col2, col1 + col2
from mytable
Then IM will create on the report columns with the name col1, col2,
compute_03.
If I now go back into the SQL statement and change it to:
select col1, col2, col3, col1 + col2
from mytable
Then IM report will no longer recognize compute_03. It now will have col1,
col2, col3, compute_04. So if you created a group or computed fields on the
report that referenced compute_03, they will break.
That's why Chris recommended using aliases:
select col1, col2, col3, col1 + col2 as mycol
from mytable
Because you have now given a name to the computed expression called mycol,
IM report will no longer break when you change the SQL statement.
--
Terry Dykstra (TeamSybase)
http://powerbuilder.codeXchange.sybase.com/
http://casexpress.sybase.com
product enhancement requests:
http://my.isug.com/cgi-bin/1/c/submit_enhancement
Post by unknownIm Sorry. I should have been more descriptive.
The problem is not with SQL itself, it is with InfoMaker. I
can add anything to the SQL statement (i.e. charlie.brown as
the table.column in the select clause) and, instead of
giving me an error that "charlie is not a valid table" it
just goes back to the report view and starts telling me that
all the computed columns and groups are no longer valid.
I am running verson 9.0.2 Build 7509.
Anyone else run into this problem?