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.
I'm moving materials from an 8.1 install to an 8.2 install, and I can't get my units to pull recent data when I'm running the Sample Data option. That is, "give me records from the last 8 hours." There's data in the table, but Data Migrator's Sample Data function keeps pulling zero records.
Is my unit broken, or does the tool simply not do what it does in the 8.1 version anymore? It just seems to be saying Nope for no reason, and I'm stuck trying to figure out if it's a tool problem or a source code problem.This message has been edited. Last edited by: FP Mod Chuck,
Posts: 1012 | Location: At the Mast | Registered: May 17, 2007
Alright, so I told the tool to return 250,000,000 records for my sample, and I got results.
This is a really un-useful change in functionality for my location. Please tell me there's a way to configure this to run it as a RECORDLIMIT instead of a READLIMIT as it was in prior versions.
Posts: 1012 | Location: At the Mast | Registered: May 17, 2007
Yeah, about that . . . opening a case means I'm working for Information Builders instead of my client, but billing my client. I can't burn hours on their dime debugging Data Migrator.
When I pull up the last command from the agent on the console I see both record limit and read limit --
IF RECORDLIMIT IS 2500 IF READLIMIT IS 2500
8.1 shows both as well, but returns the 2500 records even though they're at the far end of the database. 8.1 is functioning differently for identical units. 8.1 is also dramatically faster (like, 60 to 1 faster) so there's something going on with my 8.2 install that's pretty much in the way of upgrade at the moment.
Thanks for responding so quickly.
Posts: 1012 | Location: At the Mast | Registered: May 17, 2007
That's in the WHERE clause in the transform, and it makes the transform slow as molasses in the run and produces a zero records in the sample data. When I hard coded today's date it produced sample data, and ran only about half as fast as 8.1 (a vast improvement and within my requirements).
So I need to figure out how to have is select today's records without using the select above, which takes about ten minutes to run.
I've opened a case and asked for a recommendation, hopefully someone will have one for tomorrow morning.This message has been edited. Last edited by: John_Edwards,
Posts: 1012 | Location: At the Mast | Registered: May 17, 2007
The retrieval limits are pass through to SQL Server as SELECT TOP 2500 so I don't think that's the issue here. BTW you can see this from the Server Session Log after running a query.
We didn't have an 8204 release of DataMigrator so presumably that's a WebFOCUS release which would have used an 8203/7.7.08 Server which was GA in 04/2018.
I tested and back then your the in the WHERE condition it would have translated CURRENT_TIMESTAMP(3) to CONVERT(DATETIME,'2019-12-04 10:23:05.000', 120). Today that same function is translated to SYSDATETIME() which would be more expedient.
These kinds of incremental improvements are one of the reasons why it's so important to use the current production release, now 8207.
N/A
Posts: 397 | Location: New York City | Registered: May 03, 2007
So . . . do you have a recommendation for me on 8203M? This is a job that pulls a couple of thousand records and it's taking 15 minutes in the new version. Is there a better way to say "all records created today"? I'm running some options but not getting significant improvement in speeds.
FYI -- It's costing my client tens of thousands of dollars to upgrade to 8204. I appreciate that IB doesn't charge for the upgrade, but it's a big expense in man-hours for the software owner. Upgrading is not something that you do every six months, not something that any customer with a budget does for every released version. We stay on older version for a reason. In state government it's as much about having enough warm bodies to make the transfer, as governments are running super-lean on staff all over the country.
Posts: 1012 | Location: At the Mast | Registered: May 17, 2007