Web forum is in read-only mode. Login as active registered customer for write access
  Forum Search   New Posts New Posts

UniDac and Aurelius

 Post Reply Post Reply
Author
Maierhofer Bernd View Drop Down
Member
Member
Avatar

Joined: 18 Oct 2015
Posts: 68
Post Options Post Options   Quote Maierhofer Bernd Quote  Post ReplyReply Direct Link To This Post Topic: UniDac and Aurelius
    Posted: 19 Oct 2015 at 10:36pm
Just to get things right:

As Aurelius does not bother me with SQL or DB details, it is not necessary nor makes it sense to have a another generic DB layer like UniDac.

UniDac comes to play when I need to do things besides or outside of Aurelius, like issuing direct SQL statements and have the need to be generic.

Right?

tx B.
Back to Top
Wagner R. Landgraf View Drop Down
TMS Support
TMS Support
Avatar

Joined: 18 May 2010
Posts: 2365
Post Options Post Options   Quote Wagner R. Landgraf Quote  Post ReplyReply Direct Link To This Post Posted: 20 Oct 2015 at 3:25am
What do you mean by "to have a another generic DB layer like UniDac."?
Aurelius needs a way to execute the SQL in the database. It does not do that directly. You need to tell Aurelius what database-access components you want to use to execute the SQL statements, be it UniDac, AnyDac, FireDac, dbExpress, ADO, etc.. It's true that the "power" given by those components are not very useful, since Aurelius use a very small subset of the features, basically it just perform SQL and use parameters. So using UniDac or FireDac or ADO doesn't make any difference in the development itself, it only might influence in performance or existing bugs. 

You can also use Aurelius interfaces to perform SQL directly into the database in a more abstract way, without worrying about the components being used under the hood.
Back to Top
 Post Reply Post Reply

Forum Jump Forum Permissions View Drop Down