RE: SQL Graph databases

2021-10-26 Thread Dr Greg Low
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

RE: SQL Graph databases

2021-10-25 Thread Dr Greg Low
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

Re: SQL Graph databases

2021-10-25 Thread Greg Keogh
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

Re: SQL Graph databases

2021-10-25 Thread Dr Greg Low
gh Sent: Monday, October 25, 2021 6:25:31 PM To: ozDotNet Subject: SQL Graph databases Folks, I spent Sunday afternoon playing around with SQL Server Graph databases, and as I expected, it all works as advertised. It's pretty neat and the query syntax is comprehensible to mortals, unlike

SQL Graph databases

2021-10-25 Thread Greg Keogh
ked EF and added graph support, but it looks like a hobby project. Is anyone using SQL graph databases in anger? Any comments from the developer's point of view? *Greg K*