Re: Best "how to index" docs/books

From: Stefan Koehler <contact_at_soocs.de>
Date: Tue, 14 Jan 2020 09:12:03 +0100 (CET)
Message-ID: <2074110351.72938.1578989523451_at_ox.hosteurope.de>


Hello Kyle,
not really a book but Lothar Flatz did such a project in the past and has written an article about it in DOAG/RedStack magazine ( https://www.doag.org/formes/pubfiles/6663723/2015-01-News-Lothar-Flatz-Faktenbasierte-Indexierung-ein-Erfahrungsbericht.pdf ).

Not quite sure how good your German skills are for reading this article but you may also can get in touch with him directly ( https://twitter.com/LotharFlatz ) :-)

Best Regards
Stefan Koehler

Independent Oracle performance consultant and researcher Website: http://www.soocs.de
Twitter: _at_OracleSK

> kyle Hailey <kylelf_at_gmail.com> hat am 13. Januar 2020 um 21:30 geschrieben:
>
> What are the best docs or books out there on methodologies for Index?
> The first past approach is just to look at execution plan, see where there are full tablescans scanning significant # of rows or blocks with predicate or join filters that filters out most of the rows. Then extending that index opportunity to other SQL and seeing which columns might be included in the index and what order. I like this description from a PostgreSQL extension  https://rjuju.github.io/postgresql/2020/01/06/pg_qualstats-2-global-index-advisor.html.
>  
> Many years ago, Mogens Nørgaard recommend Dan Tow's book "SQL Tuning" to me for SQL tuning methodologies and to this day it has been the best example of a prescriptive , step by step process, to find the best (or near best) execution plan for a SQL statement, and ended up helping me lead a [project to implement it in software](http://dboptimizer.com/2011/07/08/woohoo-vst-takes-the-next-step/). 
>  
> Would like to find something similar for indexing to find optimal opportunities for adding indexes.
>  
> Feel free to say what not to read. Knowing what not to read can be important as well.
>
> Thanks
> Kyle

--
http://www.freelists.org/webpage/oracle-l
Received on Tue Jan 14 2020 - 09:12:03 CET

Original text of this message