[Video] Office Hours: Hong Kong Harbor

Videos
2 Comments

I recently went to Shanghai & Hong Kong, and stopped to take your questions from https://pollgab.com/room/brento while sitting next to the Hong Kong harbor.

Here’s what we covered:

  • 00:00 Start
  • 01:18 Jason G – RN & Accidental DBA: Would you elaborate on DB Owner implications? sp_Blitz help recommends using the SA account, but the articles referenced by Andreas Wolter advocate for using low privileged accounts which are DB specific. Which would you recommend and why?
  • 02:44 MyTeaGotCold: Can you name any good relational databases that aren’t built around SQL? It’s strange that a system so old is still the best.
  • 03:58 John: Hello Brent. Is SQL Server 2022 ready for production/prime time and more more huge bugs/issues? Asking due to last blog post was in 2023 on that particular topic. Thanks.
  • 04:57 Chicago Joe: Is there a trend to move database access to API only? I am asking because we are moving to next version of ERP and our CIO has told database developers that only access to new database will be through a Web API. Database is still on prem on next version, too.
  • 06:23 J. Fisher: Hey Brent, Are you able to comment/explain SQL Server “Native” Geography/Geometry datatypes, other CLR stuff, and how they can use and exhaust “App Domain” memory… leading to “Unloading due to memory pressure”… Can’t “afford” to keep adding memory.
  • 08:19 Steve E: Hi Brent, Is there a way to assess overall reads per table across a workload in an attempt to see which tables we might want to focus our index tuning efforts to? Eg if the Posts table has 90% of the overall workload reads, we would probably want to start our index tuning there.
  • 09:29 neil: dev thinks “azure” will solve all their problems. (they dont understand we’re already sql on azure vm). they’re committing all the same mistakes that created disasters on-prem. what surprises are they in for ?
  • 11:12 Dream catcher: What time do you like to go-to bed and wake up? Do you nap after lunch?
  • 11:43 ChompingBits: What do you think is nominally the difference between ADF and SSMS? ADF has query plans and access to many of the admin tools and reports in SSMS. How long do you think Microsoft will continue to offer both tools.
  • 12:45 gringomalbec: Hi Brent, we realize you recommend not using Linked Servers to connect to other MS SQL Servers. But my friend asks if you find ok using Linked Servers to download data from sources other than MS SQL Server that cannot be connected directly in SSMS using Database Engine ?
Previous Post
How to Have a Conversation About Software Licensing
Next Post
It’s almost time for Fundamentals Week! Have you signed up yet?

2 Comments. Leave new

  • TechnoCaveman
    April 18, 2024 5:05 pm

    Two cents on first question – DBO owns the database. SA is added to the DBO role. Sadly, multiple owners are not used (nor is their PW changed often)

    Our SQL users group had a ADS person demo ADS. The one hope is they are taking feed back and suggestions. Hoping they add commas to explain plans and remove “All open documents” from “search and replace”
    Source: https://learn.microsoft.com/en-us/azure-data-studio/preview-features

    Reply
  • SQL Server '66
    April 19, 2024 11:46 am

    A comment on J.Fisher’s question about geometry/geography data types. I’ve spent a great deal of time dealing with memory pressure when working with spatial data.

    TL;DR;
    Increase server memory if needed but DECREASE Max Server Memory in SQL Server.

    They are CLR data types and the code resides in the PER DATABASE built-in assembly Microsoft.SqlServer.Types, located under Programmability -> Assemblies.

    When you query spatial data and use spatial functions, like calculating the length of a line or the area of a polygon, the code in the assembly is run/consume memory OUTSIDE of SQL Server’s internal memory (like the buffer pool and so on).
    So the lesson learned was not to increase server memory and increase Max Server Memory, but instead DECREASE Max Server Memory giving more memory to code running outside of the internal memory pools.

    As mentioned the code/assembly is PER DATABASE so the more databases with spatial/CLR data types the more memory is required OUTSIDE of SQL Servers internal memory space. I’ve never understood why this assembly don’t reside in one of the system databases.

    This is what I learned years back in SQL Server 2012 and 2014. In 2016 some of the code moved into SQL Server’s internal engine and that boosted spatial queries/operations using that code. As far as I know there’s still spatial code in the assembly.

    Reply

Leave a Reply

Your email address will not be published. Required fields are marked *

Fill out this field
Fill out this field
Please enter a valid email address.