SQL Server Performance Tuning Made Easy - Pinal Dave | Craft 2019

Поделиться
HTML-код
  • Опубликовано: 9 фев 2025
  • Every new release of SQL Server brings a whole load of new features that an administrator can add to their arsenal of efficiency. SQL Server 2016 / 2017 has introduced many new features. In this 55 minute session, we will be learning quite a few of the new features of SQL Server 2016 / 2017. Here is the glimpse of the features we will cover in this session. - Captured Live on Ustream at www.ustream.tv/...

Комментарии • 86

  • @arjun2514
    @arjun2514 3 года назад +18

    The number of minutes of technical content in this video is exactly equal to the number chips in a 100 grams lays packet.

  • @JosePla
    @JosePla 4 года назад +18

    SQL stand up comedy
    And an intro to not abuse from indexing

  • @azdesi2
    @azdesi2 5 лет назад +24

    So what did i learn? Problems but no solution. Some attitude adjustment needed from Pinal.

    • @jfaquinojr
      @jfaquinojr 3 года назад +1

      The solution was to delete unused indexes. Do not rebuild indexes but rather update statistics directly (he didnt show how but said there are different ways to do it).
      His attempt at humor was porbably misunderstood as attitude problem. At first it was awkward but soon warmed up to me.

  • @sutrejito
    @sutrejito 3 года назад +3

    Pinal is my number one source of info on SQL he is a based dude

  • @theislamicvoyager
    @theislamicvoyager 5 лет назад +15

    If you thinks indexes reduces the performance than wonder how heap structure is going to help him. He has taken one of the example of unused index and claiming it reduces the performance. Now wondering why index are meant for in RDMS..

  • @BhavinPatel5916
    @BhavinPatel5916 5 лет назад +17

    Wasting extra time to make long seminar. There is hardly 10 minutes of technical worth discussion.

  • @robj2118
    @robj2118 7 месяцев назад +1

    I don't know if this was this specific issue, but the added index gave more options for the query compiler to consider. I suppose it's possible the compilation timed-out and was stuck with an inferior plan.

  • @shiwanginishishulkar4744
    @shiwanginishishulkar4744 5 лет назад +5

    watched entire session 2 times. 2 most wanted scripts :D , this isn't a comedy show :D

  • @SuperErmacX
    @SuperErmacX 3 года назад +2

    22:57 - what an odd hyperbolic statement...

  • @kirole7381
    @kirole7381 4 года назад +2

    Thanks, it was great and fun stuff.

  • @android01978
    @android01978 4 года назад +15

    This guy probably knows what he’s talking about, but he spends all his time trying to appear like some kind of wizard who knows all of the less than intuitive behaviour in sql server. He never gives any useful information, why the behaviour is that way, or how to fix it. It come across as ‘if you have removed all indexes and there’s still an issue then it’s too complex for you so you should pay me a fortune to wave my wand and fix it for you’.
    Indexes certainly aren’t evil, but you must be careful with them.

    • @tinaxu4214
      @tinaxu4214 2 года назад +1

      This guy knows very well about the SQL server. He thinks very deep into SQL server, and had answered tons of questions that no body else answered well. By searching answers on internet, I began to him who gave the right answers 7 years ago😀.

    • @haiderhussain4706
      @haiderhussain4706 2 года назад

      He doesn't know anything. He is just pretending

  • @sajitha.k.8141
    @sajitha.k.8141 Год назад +1

    I didn't observed or read regarding "When we rebuild the index it is clearing all the cache related to that Table." Can you please share or give any evidence to prove your word ?

    • @PinalDaveSQLAuthority
      @PinalDaveSQLAuthority 8 месяцев назад

      Just try out yourself. Check the query cache for table first and then rebuild it.

  • @dbberater
    @dbberater Месяц назад

    33:00
    INDEX REBUILD will NOT do the same as DBCC FREEPROCCACHE!
    Index Rebuilds will remove nothing from the plan cache but the Query Optimizer "may" mark the plan as outdated and creates a new one.
    This will happen, if statistics have changed but not because the index has been rebuild....

  • @harmenbos
    @harmenbos 5 лет назад +18

    The example when a not used index has a negative effect on query execution is a sign of wrong behavior of the query optimizer. It does not proof that any index has a negative effect.

    • @BsiennKhan
      @BsiennKhan 3 года назад +1

      That's not the point, The point is understanding how underlying system works, and what precautions to make and have best use of the system. As per your statement, that's exactly what the sql server 2019 version fixed regarding the function call in select. It was not a bug in query rather the server/optimizer issue.

  • @yogeshjadon9188
    @yogeshjadon9188 4 года назад +12

    Literally! after watching this video...totally confused about Index.

    • @haiderhussain4706
      @haiderhussain4706 2 года назад

      Don't be confused, stick to Microsoft suggestions. Dump this guy. He himself got to learn a lot.

  • @akrooma
    @akrooma 3 года назад +9

    His task is to leave you more confused. . So you can reach out for him for business. . Stupid plan though !

    • @BsiennKhan
      @BsiennKhan 3 года назад +1

      That is absolutely correct exactly my thoughts. This trick works though because a) the problem is real and b) he knows the prob and solution to it for a fee of course. At least we get to know more for free. That's a plus right?

  • @Kurnacopia
    @Kurnacopia 8 месяцев назад +1

    He would have driven me crazy the first 5 minutes. I have no time for jokes and mental hopscotch concerning SQL. The man is brilliant, but I couldn't stand this for very long.

  • @RadheyaZunjur
    @RadheyaZunjur 2 года назад +2

    Indexing doesn't slow down the performance, Wrong indexes can significantly slow down SQL Server performance.

  • @hengxie4839
    @hengxie4839 3 года назад +1

    Amazing!

  • @varundeshpandevd
    @varundeshpandevd 4 года назад +10

    Yeah his sense of humour is wired. He could have made it even better by telling us the reason for bad performance.

    • @haiderhussain4706
      @haiderhussain4706 2 года назад

      He keeps telling again and again that he will prove that index reduces performance but never proves it. He copies things from other websites and posts it.

  • @shiwanginishishulkar4744
    @shiwanginishishulkar4744 5 лет назад +3

    Very good. Knowledgeable and practical session.

  • @EternalEvanesce
    @EternalEvanesce 3 года назад +1

    Q:How long does it take to tune my system?
    A: How long does it take to drop the indexes!?

  • @saneeshj8
    @saneeshj8 4 года назад +5

    0/0 = 1? 😳

  • @azihcchidi001
    @azihcchidi001 5 лет назад +5

    If rebuilding indexes are the worst practices, how do we fix fragmentation?

    • @erwinekkel9676
      @erwinekkel9676 4 года назад +1

      Who says fragmentation is an issue?

  • @voltairend
    @voltairend 4 года назад +1

    Good one

  • @coreymagin
    @coreymagin 4 года назад +1

    Thank you!

  • @subhashkomy
    @subhashkomy 5 лет назад +2

    Didn't make sense to me. If I am using 10 Different queries on the table where I have created index and I am using index in 2 query and not using in 8 query mean query I am ruining 8 queries without index will run slow? :(

  • @rajatmaurya6401
    @rajatmaurya6401 3 года назад +2

    He is literally making fun of all of us. 😂😂😂😂

  • @dbatexas
    @dbatexas 4 года назад

    Indexes are needed for sure, you may not need more but you need them

  • @darotweiler7
    @darotweiler7 3 года назад +2

    Un-used indexes hurt performance not all indexes in general.

  • @KARTIK_RAJPUT_07
    @KARTIK_RAJPUT_07 5 лет назад +1

    can you please send me script of this demo

  • @Ex-Introverts
    @Ex-Introverts 3 года назад +1

    Wow surprised...

  • @snehachakraborty7476
    @snehachakraborty7476 4 года назад

    I actually got a hear attack, unused indexes kills performance

  • @gatlaaravind3178
    @gatlaaravind3178 5 лет назад +1

    Great sir..
    Thanks,
    Arvind, from Indian

  • @sqlforeveryep215
    @sqlforeveryep215 4 года назад +6

    Pinal ... Next time don't waste my time... I know you are good .... not agree with your statement

    • @haiderhussain4706
      @haiderhussain4706 2 года назад

      You are wrong. He doesn't know anything on MSSQL. He swipes Google and copies what others have said but can't explain

  • @akrooma
    @akrooma 3 года назад +4

    damn! did you say 0/0 =1? did you eevn dare? the result should be undefined! Sir, you should change your drug's quantity/quality !

  • @whymizan
    @whymizan 4 года назад +4

    nice subject and cool things to learn but why this kind of jokes in the middle without any reason. its not comedy show

  • @kushalthapa2865
    @kushalthapa2865 4 года назад +5

    Too much unwanted talk. Shameless marketing of own. Bad organizer and presenter.

  • @manuzzz123
    @manuzzz123 3 года назад

    Binary tree are used to make searching fast. Thats what happens when index are created then how we can say it reduces speed

  • @Kbhgdfjvf
    @Kbhgdfjvf 3 года назад +1

    Index hate mssql. Index love oracle

  • @50tigres79
    @50tigres79 5 лет назад +4

    This guy is funny lol

  • @kattarajesh6305
    @kattarajesh6305 3 года назад +2

    This Guy never shares solution even in his blogs, he only states to reach out to him for further investigation and troubleshooting. He is not good at knowledge sharing like Balmukund.

    • @frysf750
      @frysf750 3 года назад +1

      Giving free advices is one thing but you still need to make a living. You have to draw a line. Or you're working for free?

  • @sergemwira6981
    @sergemwira6981 3 года назад

    ce bon mais il faut aussi l'amélioration.

  • @hnbright
    @hnbright 2 года назад +2

    it was an interesting session. But Pinal, I must mention here that most of your "jokes" were on the offensive end, kindly work on that.

  • @PrakashPatil-dw5be
    @PrakashPatil-dw5be 4 года назад +1

    Teaching too fast

  • @MrOlegYT
    @MrOlegYT 3 года назад +3

    Pretend to be comedian or what?

  • @muneerdba
    @muneerdba 4 года назад +2

    this guy knows very less but pretends as if he knows everything under the sun.

  • @whymizan
    @whymizan 4 года назад +3

    why you talk or bring unnecessary stuff in the middle of the lesson. You are educated but you need to learn how to present or teach.

  • @dariuszspiewak5624
    @dariuszspiewak5624 3 года назад

    I remember the time when I first stumbled upon this guy on a blog or in a vid. And it was my last time. Hes ways are not to my liking. There are so many great SQL guys out there (Brent Ozar, Glen Berry, Kendra Little, Paul White...) that it's a total waste of time to give an ear to him. Sorry to say that but it's the truth. I tried to listen to this talk but - again - got convinced he's a waste of time.

  • @eugeneng
    @eugeneng 2 года назад +2

    very arrogant speaker, and make people even more confuse.

  • @vanithaa6017
    @vanithaa6017 2 года назад

    Good content, and I do use Pinal's content from sqlauthority often. Watching him for the first time, sorry, but he is arrogant and belittling participants.

  • @pixeluser8243
    @pixeluser8243 4 года назад +1

    This is a Microsoft scam.

  • @foobarmaximus3506
    @foobarmaximus3506 Год назад

    5 people in the audience, and he was "happy". LOLOL Junk

  • @damirbolic6836
    @damirbolic6836 2 года назад

    Pretty poor technical presentation. Nothing is explained, im guessing you gotta pay extra for that. 1 or 2 examples with a lot of audience patronization.

  • @whymizan
    @whymizan 4 года назад +1

    you need to learn how to present and remember its not F........... comedy show

  • @yoggita
    @yoggita 4 года назад +1

    Total waste of time!!!

  • @whymizan
    @whymizan 4 года назад

    why unnecessary side talk ,its not f......comedy show . just talk abt technical issue mr.

  • @funmoments1782
    @funmoments1782 5 месяцев назад

    Waste of time and nothing learnt from this video.