As of December 1, 2020, Focal Point is retired and repurposed as a reference repository. We value the wealth of knowledge that's been shared here over the years. You'll continue to have access to this treasure trove of knowledge, for search purposes only.
Join the TIBCO Community TIBCO Community is a collaborative space for users to share knowledge and support one another in making the best use of TIBCO products and services. There are several TIBCO WebFOCUS resources in the community.
From the Home page, select Predict: WebFOCUS to view articles, questions, and trending articles.
Select Products from the top navigation bar, scroll, and then select the TIBCO WebFOCUS product page to view product overview, articles, and discussions.
Request access to the private WebFOCUS User Group (login required) to network with fellow members.
Former myibi community members should have received an email on 8/3/22 to activate their user accounts to join the community. Check your Spam folder for the email. Please get in touch with us at community@tibco.com for further assistance. Reference the community FAQ to learn more about the community.
Hi, Here is a situation.. In my master file the data type if the field is
Actual: I11 USAGE: P20
When I try to SUM the field I am getting the error below. I realize that I can create a Define and Convert the field into BIGINT but not sure if there is another way.
(8115) [S0002] Arithmetic overflow error converting expression to data : type int.
I have tried change the metadata to
Actual: P10 USAGE: P20
but that doesn't work either.
Thanks for your helpThis message has been edited. Last edited by: FP Mod Chuck,
WebFOCUS 8202M
Posts: 167 | Location: Montreal | Registered: September 23, 2014
Is this a synonym you created off of a DBMS or was it created with HOLD syntax? It'll help us if you provide details such as the source of the data associated with this synonym, do you have this problem with any other table, how you created the synonym and what the column looks like in the original table.
WebFOCUS 8206, Unix, Windows
Posts: 1853 | Location: New York City | Registered: December 30, 2015
Originally posted by BabakNYC: Is this a synonym you created off of a DBMS or was it created with HOLD syntax? It'll help us if you provide details such as the source of the data associated with this synonym, do you have this problem with any other table, how you created the synonym and what the column looks like in the original table.
Master field off of DBMS (SQL). In SQL table the field is declared as INT. The issue arise when SUM that field. In SQL I have to convert to BIGINT before I can SUM that field.
I was hoping that in MetaData I can simply change the Actual to P16 and it would let me SUM it but doesn't look like it. I can create a DEFINE with that field and convert but I am trying to avoid it.
Is there any other way other than creating a Define field.
Thanks
WebFOCUS 8202M
Posts: 167 | Location: Montreal | Registered: September 23, 2014
You should never change the ALIAS= or ACTUAL= of a master file for a DBMS. Those two are what the DBMS told WebFOCUS the real column name and the internal format of that column is.
WebFOCUS 8206, Unix, Windows
Posts: 1853 | Location: New York City | Registered: December 30, 2015
The problem I have with the original post is the ACTUAL=I11. We have Oracle, and all integers are stored in full words, I4 or I8. An ACUTAL of I11 is not on a full word boundary. I'm kind of surprised that the synonym builder did not build it correctly. We have some fields in our database that are defined has just a NUMBER with no size. When the synonym builder generates the field, it has USAGE=D20, ACUTAL=D8. Again all the actuals are full words so ACTUAL=D10 is not a full word so I don't see how that could work. I can't recall ever seeing a number format with ORACLE where the ACTUAL format is DX or IX where X is not 4 or 8.This message has been edited. Last edited by: jgelona,
In FOCUS since 1985. Prod WF 8.0.08 (z90/Suse Linux) DB (Oracle 11g), Self Serv, Report Caster, WebServer Intel/Linux.
Posts: 975 | Location: Oklahoma City | Registered: October 27, 2006
Originally posted by Tony A: I would also be inclined to trap the SQL being produced to see if the sum is being actioned within the SQL (as it should, if all is well).
If that is the case then no amount of changed USAGE and ACTUAL is likely to make any difference (a bit like you're experiencing!).
T
Thanks all. The SUM is being captured by SQL. However, if I were to take that SQL and run it in SQL Server management studio, I still have to convert it to BIG INT as the field is declared as INT on the SQL table.
WebFOCUS 8202M
Posts: 167 | Location: Montreal | Registered: September 23, 2014