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.
DEFINE TABLE LLL VALU=IF AA EQ 'Y' THEN AMOUNT1 ELSE 0; END TABLE FILE LLL SUM VALU BY COUNTRY END
I am getting -RUN 12.00.37 BT (FOC2590) AGGREGATION NOT DONE FOR THE FOLLOWING REASON: 12.00.37 BT (FOC2565) THE OBJECT VALU OF SUM CANNOT BE CONVERTED TO SQL 12.00.37 BT (FOC2566) DEFINE VALU CANNOT BE CONVERTED TO SQL 12.00.37 BT (FOC2577) OPERATION IF-THEN-ELSE CANNOT BE CONVERTED TO SQL
and all records are fetched to client. How to avoid this fetch? Is it problem related to ODBC adaper that I use?This message has been edited. Last edited by: <Kathryn Henning>,
Yeah, some adapters are quite simplistic in their capabilities to convert FOCUS code to SQL. I've run into this same issue several times using the DB2/400 adapter... In such cases we too fall back to plain SQL.
A word of warning though: WF will use different field formats for the results from such a query than it used to create your masters.
That is relevant when you try to join your results to a master file in the same database, as although the actual fields are the same size, WebFOCUS thinks they're not and refuses to join.
I opened a case for that, but IBI has no intention to fix their mistake.
WebFOCUS 8.1.03, Windows 7-64/2008-64, IBM DB2/400, Oracle 11g & RDB, MS SQL-Server 2005, SAP, PostgreSQL 11, Output: HTML, PDF, Excel 2010 : Member of User Group Benelux :
Wep5622, I have noticed an issue with result of SQL. How you create a master? you have it just defined somewhere or what you are doing?
We don't usually explicitly create a master for the SQL; we just use the result of SQLORA PREPARE SQLOUT FOR ... etc. and then run ?FF SQLOUT to check the resulting field definitions.
If you compare those to a master created using 'Create synonym' (from the webconsole, for example) on the same table in that same database, you'll find that the data types (especially for VARCHAR fields) don't match in size. Of course, the actual field definitions in the table and in the fields from the SQL query are exactly the same.
The fun bit is that when you try to join those SQL results to a similar table, FOCUS refuses to perform the join because the field formats are different. They are not! It's just FOCUS being ridiculous.
WebFOCUS 8.1.03, Windows 7-64/2008-64, IBM DB2/400, Oracle 11g & RDB, MS SQL-Server 2005, SAP, PostgreSQL 11, Output: HTML, PDF, Excel 2010 : Member of User Group Benelux :