Profiler and Tuning Advisor

[Chona]

Hi

First of all thank you for a great product , secondly i have been looking at the Profiler and tuning advisor application and would like to know the following


It would make a great addition to the software i am writing , would I be permitted to use it ?
Can i get the source code ?

Kind Regards
Le Roux Viljoen

[Ivailo]

Hello,

Thank you for your interest in Telerik OpenAccess ORM and for the nice words.

Currently the source code of OpenAccess ORM is available only on demand, for clients of the DevCraft collections. Unfortunately that source code package does not include the Profiler and Tuning Advisor.

I would offer you another approach instead - could you let us know what is needed for the Profiler in order for it to be used in with your application? We will evaluate a possible feature implementation that would make it more flexible for such scenarios in general.

Regards,
Ivailo
Telerik

[Chona]

If this could be implemented it would be great:

Redistributable installer to be installed with the application
I would like to call the profiler parsing the connection string of the database through to the application.

For my university software project I am  creating a software workflow builder , giving user the ability to dynamically build workflow system. This allows users to dyanically and visually build functionality (database calls, database integration, form validation, processing, user notifications)and generate C# code from there that gets compiled into  assemblies and tie them into either a scheduler or a asp.net function.

the Database system of the sofware I give the user the ability to build a SQL connection strings then dynamically generate a ORM model from the connection string (Still researching)
and I wish to give them the ability to profile the database calls using the profiler application

[Alexander]

Hello,

Please note that our profiler can be used only with data models built with OpenAccess ORM and it is actually only a visual presentation of the log data that OpenAccess generates during runtime. The profiler itself does not listen to or profile any database connections but is attached to the OpenAccess context of the running application.
Having this in mind, I assume that if you decide to use OpenAccess as ORM for your project, it would be better to use the tracking API of OpenAccess directly by implementing a trace listener or providing a text writer to the context instance directly. Then you can display the information in the most appropriate way in your user interface.
Hope that helps.

Regards,
Alexander
Telerik