April 27, 2019 at 12:00 am
Comments posted to this topic are about the item Getting Close
April 27, 2019 at 10:47 am
My guess for the SQL Server 2019 release date is August 31, 2019.
April 27, 2019 at 11:44 am
My guess SQL 2019 launch is at the Microsoft Ignite day, November, 4th.
April 27, 2019 at 12:17 pm
Considering that SSMS 2018 only just came out officially, which is the first to support 2019 in full, I do wonder if it's sooner round the corner that we think. Personally I'm looking forward to it. We're looking at upgrading our instance at the moment and 2019 would fall well into the time scale (we're probably looking at about a 1 year turn around from compatibilty testing, proposal, dev, UAT and finally production). It's probably time to ask "nicely" for us to start spinning up a instance in the near future (just not sure how I'm going to get our 1970's back end application tested against it without taking out Dev ?? ).
Thom~
Excuse my typos and sometimes awful grammar. My fingers work faster than my brain does.
Larnu.uk
April 27, 2019 at 1:29 pm
My guess for the release date is May17, 2019.
April 27, 2019 at 10:53 pm
My guess for the SQL Server 2019 release date is July 1st, 2019
April 28, 2019 at 1:11 pm
I would like my mug on JUNE 15, 2019 !!!
April 29, 2019 at 8:09 am
June 17th 2019.
April 29, 2019 at 12:06 pm
June 28th 2019
April 29, 2019 at 12:07 pm
Oups wrong date I meant June 25th usually tuesdays
April 29, 2019 at 12:49 pm
Yes, it is a coming quickly. I haven't even installed a SQL Server 2017 and 2019 is almost here.
April 29, 2019 at 1:07 pm
June 4 2019!
April 29, 2019 at 3:29 pm
Speaking of Intelligent Query Processing, does it have a functional dependency on Query Store?
One of my PMP goals for 2019 is to implement Query Store on all of our >= v2016 instances. However, an annoying limitation of Query Store, something I wish the SQL Server team would have addressed in v2017 or the upcoming v2019, is that QS doesn't work on AlwaysOn read-only replicas. What I mean is that QS is there, but it's disabled. So, if you look at QS on a secondary, what you're really seeing is replicated from the primary, which can be confusing until you realize what's going on. I know the limitation is because QS is enabled at the database level, and QS system tables are contained inside the database, but a sensible solution would be to support a centralized instance level QS database.
Actually, it's the read-only replicas where I could leverage Query Store the most, because that's what receives the largest volume of application queries. The primary is only used for ETL, and I have other options for monitoring that.
We're starting to see cool new features and tools built on top of Query Store, so let's get it working when and where it's needed.
"Do not seek to follow in the footsteps of the wise. Instead, seek what they sought." - Matsuo Basho
April 29, 2019 at 6:52 pm
My guess? June 11th, 2019
April 30, 2019 at 2:02 pm
I'll guess on a delay or two, 30th September 2019.
Viewing 15 posts - 1 through 15 (of 15 total)
You must be logged in to reply to this topic. Login to reply