g
Dr Greg Low
1300SQLSQL (1300 775 775) office | +61 419201410 mobile
SQL Down Under | Web: https://sqldownunder.com<https://sqldownunder.com/>
|About me: https://greglow.me
From: Dr Greg Low
Sent: Monday, 25 October 2021 8:38 PM
To: ozDotNet
Subject: Re: SQL Graph databases
Hi Greg,
We
tnet.com On Behalf
Of Greg Keogh
Sent: Tuesday, 26 October 2021 9:44 AM
To: ozDotNet
Subject: Re: SQL Graph databases
Dr L,
Very interesting! What do you recommend .NET developers to use when talking to
SQL Server? Another ORM? Plain ADO.NET<http://ADO.NET>? Stored procs?
Using an ORM
Dr L,
Very interesting! What do you recommend .NET developers to use when talking
to SQL Server? Another ORM? Plain ADO.NET? Stored procs?
Using an ORM does keep you at arms length from the DB engine and it
abstracts away differences, but that's a good thing! I've never suffered
from anything lag
Hi Greg,
We try to get devs to avoid using EF in anger at all, let alone for use with
Graph in SQL Server.
It's also not just EF support that's needed when new datatypes appear, client
libraries, etc have to be updated too. Anyone using EF is always well behind in
ability to use current featur
