November 22, 2024 at 12:00 am
Comments posted to this topic are about the item Announcing SQL Server 2025
December 21, 2024 at 3:44 pm
Does it support .Net 5+ in CLR? It's kind of annoying having to restrict myself to .Net 4.8 for large projects sharing code with CLR backend stuff...
December 23, 2024 at 7:30 pm
No idea. Details are few and far between, but I'd think they'd rev the .NET support
December 24, 2024 at 4:17 am
Yeah. Back when it was SQL Server 2019, they posted this, which sucks.
I'm hoping this isn't their ultimate solution. I know .Net 5+ (so-called "Core") is an entirely different set of DLLs, i.e. a discrete language environment which has nothing to do with the "original" versions... I kind of think they've forgotten about CLR and are hyping Azure instead.
March 1, 2025 at 2:01 am
I just want them to fix the serious performance problems that started in 2019 and they've done (apparently) nothing to fix even up 'til today for SQL Server 2022. 🙁
--Jeff Moden
Change is inevitable... Change for the better is not.
March 1, 2025 at 3:52 pm
I just want them to fix the serious performance problems that started in 2019 and they've done (apparently) nothing to fix even up 'til today for SQL Server 2022. 🙁
I would not hold you breath as:
March 17, 2025 at 8:13 am
An interesting article:
What the Decline of Sql Server Quality means for Developers and DBAs
March 17, 2025 at 2:32 pm
"this is not enough of an annoyance for most people to seriously start looking at something like PostgreSQL"
Most? Probably still true. But they might want to re-evaluate their over-confidence and disdain for users.
March 18, 2025 at 9:48 pm
"this is not enough of an annoyance for most people to seriously start looking at something like PostgreSQL"
Most? Probably still true. But they might want to re-evaluate their over-confidence and disdain for users.
- Postgres growth numbers are incredible.
- We're seeing more and more well-known MSSQL leaders embracing postgres.
- Open source growth in general, and movement to the cloud, are are increasingly pulling businesses away from the Microsoft stack.
Some good points but maybe Microsoft are being visionary. I find what they are attempting to do with Fabric to be a bit mind blowing and do not really understand it. The idea of automatically replicating SQL data into OneLake certainly piques my interest.
At the moment I suspect the best SQL database for large numbers of users with high transaction rates is still Oracle but you really, really pay for the privilege. I think SQL Server is still the best mid-range option with plenty of support. Moving to Postgres has a learning curve and if just considering SQL might be a good option. It could be better to look at something like Fabric which may be easier to integrate into AI etc. No doubt time will tell.
Viewing 9 posts - 1 through 9 (of 9 total)
You must be logged in to reply to this topic. Login to reply