How to Think Like the SQL Server Engine, Part 6: Translating SQL into Storage

Поділитися
Вставка
  • Опубліковано 13 жов 2024

КОМЕНТАРІ • 5

  • @martinwood9419
    @martinwood9419 5 років тому +1

    I never really used to care that much about databases. I've always been a full stack guy, and I knew my way around sql relatively well, but I always left the harder work, the performance issues, indexes, all that stuff to more experience developers and I just wrote the SQL that I needed. Recently though I've been doing some sql and even some basic tuning things that I've not only started to enjoy, but was really impressed with myself. Found Brent totally by chance while I was searching for useful tips that I could use to develop myself as a database guy, and frankly I'm loving his guides. The bad humor, I can take or leave ;) but the knowledge and the delivery of teaching is unbeatable! Please keep it up Brent, I'm loving your work :D

    • @TheBrentOzar
      @TheBrentOzar 5 років тому

      Thanks, glad you like our work!

  • @LinkMassing
    @LinkMassing 6 років тому

    My biggest question: I understand (and Brent touched on this in another demo) that external index fragmentation is performance impacting when it is needed to be pulled from disk. Depending on the size of the table, will it ever matter if that entire HUGE table (and massively fragmented indexes) is in memory? I understand all those needed pages are held "randomly" in memory but would a terribly fragmented table ever hit a point in memory where there could be benefit to rebuild all those needed indexes? Brent, I again thank you and your team for all the wonderful shared knowledge!

  • @RC-nn1ld
    @RC-nn1ld 6 років тому

    Superb, loving it!

  • @tz100000000
    @tz100000000 6 років тому

    3:31 - Reference to those old Pace Picante Salsa commercials?