 |
|||||
|
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
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. | |||||
Focal Point 
Focal Point Forums WebFOCUS/FOCUS Forum on Focal Point [CLOSED] SQL Tables are updating every Hour
Focal Point Forums WebFOCUS/FOCUS Forum on Focal Point [CLOSED] SQL Tables are updating every Hour Read-Only TopicGo | Search | Notify | Tools |
| [CLOSED] SQL Tables are updating every Hour | Login/Join |
| Gold member |
We have some reports which are based on a new SQL reporting DB that updates at the top of every hour. We notice that our reports and dashboards seem to lock up and freeze during this time. How could we fix this performance issue? Should we be using the SQL set command that enables "read uncommitted" in all our procedures in order to always read the database in a timely manner, regardless if it is in the process of updating? Thank you,This message has been edited. Last edited by: Joey Sandoval, Prod/Dev: WebFOCUS 8.0.08 on Windows Server 2008/Tomcat , WebFOCUS DevStudio 8.0.08 on Windows 7 Pro | ||
|
| Expert |
First guess is that the tables may be being locked. Waz...
| |||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||
| Gold member |
Yes they are being locked. I received this message earlier today. Microsoft SQL Native Client: [40001] Transaction (Process ID 75) was dea : dlocked on lock resources with another process and has been chosen as th : e deadlock victim. Rerun the transaction. Waz, do you think this is solvable from the WF side? Or do you think our IT group would have to access the update schedule? Prod/Dev: WebFOCUS 8.0.08 on Windows Server 2008/Tomcat , WebFOCUS DevStudio 8.0.08 on Windows 7 Pro | |||
|
| Expert |
You may have to look at the DB and how its being updated, What sort of locking is being implemented ? Waz...
| |||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||
| Gold member |
All I know is that IT setup a scheduled replication of the production data every hour. Prod/Dev: WebFOCUS 8.0.08 on Windows Server 2008/Tomcat , WebFOCUS DevStudio 8.0.08 on Windows 7 Pro | |||
|
| Expert |
I think you should talk to IT about what they have done and impacts of report running against the data. They may have suggestions. Waz...
| |||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||
| Virtuoso |
A deadlock error should really only occur if two transactions are trying to modify the same interdependent set of records in different orders. There's absolutely no reason to get a deadlock when you're only reading from a database (MS-SQL is a database based on the MVCC principle, so it should be able to deal with that situation gracefully). Apparently your reports or dashboards are writing to the database and, apparently, to the same tables that the replication software is trying to update (is that master-slave replication, or master-master?). Whether that's the intended scenario or whether that's desirable is up to you. I have to say though that I find it highly unusual that reporting software would attempt to modify data in a replicated DB. That is how it should be according to theory. However, we're talking about a Microsoft product, so none of the above is necessarily true. It's also possible that the MSSQL adapter in WF is doing something it shouldn't. 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 : | |||
|
| Expert |
I am reasonably sure that I have seen some record locking cause problems on reads. As this is some sort of backup, only the IT guys would know what they have done. (Hopefully) Waz...
| |||||||||||||||||||||||||||
| ||||||||||||||||||||||||||||
| Virtuoso |
Oh, updating a table can lock it for read. No doubt about that. Presumably you have a real need for data that is updated that frequently? If that is the case you may want to put a table in the middle that you have more control over. Depending on size copying the table to an XFocus table (scheduled task running on the half-mark of each hour) that strictly supports your reports could be an option. J.  | |||
|
| Gold member |
None of our reports are updating tables, I can promise you that. John, I like your idea but unfortunately there are way too many tables to schedule copies to webfocus. Our company is in the logistics sector and our customers demand nearly real time data from our TMS. Prod/Dev: WebFOCUS 8.0.08 on Windows Server 2008/Tomcat , WebFOCUS DevStudio 8.0.08 on Windows 7 Pro | |||
|
| Powered by Social Strata |
 | Please Wait. Your request is being processed... |
Read-Only TopicFocal Point Focal Point Forums WebFOCUS/FOCUS Forum on Focal Point [CLOSED] SQL Tables are updating every Hour
Focal Point Forums WebFOCUS/FOCUS Forum on Focal Point [CLOSED] SQL Tables are updating every HourCopyright © 1996-2020 Information Builders
| View $GS_USERNAME's Public Profile |
| Add $GS_USERNAME to my Ignore List |
| View Recent Posts by $GS_USERNAME |
| Notify me of New Posts by $GS_USERNAME |