Page 1 of 1

Performance issues with complicated SQLs

Posted: Mon 25 Apr 2016 21:30
by motuzko
Dear support,

Our project involves a creation of dynamic SQLs. Sometimes, to just create the SQL (not the DB execution time) it takes more than a minute (sometimes two). During the SQL creation, the CPU is heavily utilized.

Attaching a http://motuzko.com/obsilf/Downloads/Dot ... rmance.rar 6-7 second per SQL project. If needed, can try to make it even more CPU-hungry.

Re: Performance issues with complicated SQLs

Posted: Wed 27 Apr 2016 17:24
by motuzko
Is anyone looking at it?

Re: Performance issues with complicated SQLs

Posted: Wed 27 Apr 2016 17:31
by Shalex
We are investigating your project. We will notify you about the results as soon as possible.

Re: Performance issues with complicated SQLs

Posted: Thu 28 Apr 2016 18:45
by motuzko
Thanks,
Appreciate it.

Re: Performance issues with complicated SQLs

Posted: Thu 05 May 2016 18:09
by motuzko
Any Questions? Progress? Estimations?

Re: Performance issues with complicated SQLs

Posted: Tue 10 May 2016 13:19
by Shalex
The investigation is in progress. As soon as we have any results, we will let you know.

Re: Performance issues with complicated SQLs

Posted: Thu 19 May 2016 15:03
by motuzko
Is there a hope at least? :)

Re: Performance issues with complicated SQLs

Posted: Thu 26 May 2016 08:44
by Shalex
Your model is huge, the queries are too complicated. We have analysed your project: there are no particular bottlenecks in our code which lead to the performance loses. This is a resource demanding task which requires redesigning LinqConnect ORM framework.

Re: Performance issues with complicated SQLs

Posted: Fri 27 May 2016 16:19
by motuzko
What does it mean for me?
No luck?
Can I try to get your code snapshot to profile?

Re: Performance issues with complicated SQLs

Posted: Wed 01 Jun 2016 10:18
by Shalex
motuzko wrote:What does it mean for me?
No luck?
There is no timeframe for this task.
motuzko wrote:Can I try to get your code snapshot to profile?
You are interested in dotConnect for Oracle Source Edition, aren't you? It has the same features as the Professional Edition and includes the source code for most of the runtime classes and features. For the quote please contact us.
If that is not what you mean, please explain your question.

Re: Performance issues with complicated SQLs

Posted: Sat 22 Apr 2017 16:45
by motuzko
Can you please guide me how to address it?
Should I change the way I query?
If I switch from LinqConnect to EF, would it perform better?
In other words, are there any ways to improve performance?

Re: Performance issues with complicated SQLs

Posted: Tue 25 Apr 2017 17:09
by Shalex
motuzko wrote:Should I change the way I query?
If possible, try to simplify your queries.
motuzko wrote:If I switch from LinqConnect to EF, would it perform better?
There is no guarantee that EF will be faster.

If you decide to switch to EF, please take into account the following points:
1. General information about performance considerations with Entity Framework: https://msdn.microsoft.com/en-us/library/cc853327.aspx.
2. Using Oracle Optimizer Hints in Entity Framework: http://blog.devart.com/using-oracle-opt ... ework.html.
3. Entity Developer allows to implement:
* large model splitting (http://blog.devart.com/working-with-lar ... html#split)
* pregenerated views (via the View Generation property of EntityContextModel)
* the DbContext template allows to create a detailed complete mapping (http://blog.devart.com/entity-developer ... plate.html)

JIC: the fastest way of reading data is usage of OracleDataReader.

Re: Performance issues with complicated SQLs

Posted: Mon 13 Nov 2017 16:01
by motuzko
Shalex wrote:Your model is huge, the queries are too complicated. We have analysed your project: there are no particular bottlenecks in our code which lead to the performance loses. This is a resource demanding task which requires redesigning LinqConnect ORM framework.
Sorry for resurrecting and old beast, but you said "Your model is huge, the queries are too complicated". How can I make the model simpler? What is the problem? Number of tables? Number of relationships between them? Number of fields?

Re: Performance issues with complicated SQLs

Posted: Fri 17 Nov 2017 15:03
by Shalex
motuzko wrote:What is the problem? Number of tables? Number of relationships between them? Number of fields?
All of the reasons listed complicate the model.

I have forwared your request concerning Source Edition to our Sales department.

Re: Performance issues with complicated SQLs

Posted: Fri 24 Nov 2017 11:51
by Shalex
The performance of generating complex queries is improved: viewtopic.php?f=1&t=36257.