<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Index on Konstantin Antselovich</title><link>https://konstantin.antselovich.com/categories/index/</link><description>Recent content in Index on Konstantin Antselovich</description><generator>Hugo -- 0.148.0</generator><language>en-us</language><lastBuildDate>Sat, 23 Apr 2011 21:32:16 +0000</lastBuildDate><atom:link href="https://konstantin.antselovich.com/categories/index/index.xml" rel="self" type="application/rss+xml"/><item><title>Valentine's tech log: [PostgreSQL] Index sizes depending on the type of the field being indexed</title><link>https://konstantin.antselovich.com/archives/2011/04/23/valentines-tech-log-postgresql-index-sizes-depending-on-the-type-of-the-field-being-indexed/</link><pubDate>Sat, 23 Apr 2011 21:32:16 +0000</pubDate><guid>https://konstantin.antselovich.com/archives/2011/04/23/valentines-tech-log-postgresql-index-sizes-depending-on-the-type-of-the-field-being-indexed/</guid><description>&lt;p>&lt;a href="http://tech.valgog.com/2011/04/index-sizes-depending-on-type-of-field.html">http://tech.valgog.com/2011/04/index-sizes-depending-on-type-of-field.html&lt;/a>&lt;/p>
&lt;p>empirical data about difference in index sizes depending on the data type&lt;/p></description></item><item><title>Google Translate "Again about SQL " -- route costs lookup for telephony operator</title><link>https://konstantin.antselovich.com/archives/2010/11/23/google-translate-again-about-sql--route-costs-lookup-for-telephony-operator/</link><pubDate>Tue, 23 Nov 2010 18:58:54 +0000</pubDate><guid>https://konstantin.antselovich.com/archives/2010/11/23/google-translate-again-about-sql--route-costs-lookup-for-telephony-operator/</guid><description>&lt;p>&lt;a href="http://translate.google.com/translate?u=http%3A%2F%2Fplakhov.livejournal.com%2F144249.html%3Fthread%3D2563193%23t2563193&amp;amp;sl=ru&amp;amp;tl=en&amp;amp;hl=&amp;amp;ie=UTF-8">http://translate.google.com/translate?u=http%3A%2F%2Fplakhov.livejournal.com%2F144249.html%3Fthread%3D2563193%23t2563193&amp;amp;sl=ru&amp;amp;tl=en&amp;amp;hl=&amp;amp;ie=UTF-8&lt;/a>&lt;/p>
&lt;p>Google translate of 2 posts in Russian section of LJ about route costs look up problem commonly faced by telephony operators&lt;/p></description></item><item><title>[Russian] Оптимизация index scan {Optimizing Index Scan} / PostgreSQL : Форум на SQL.RU {forum SQL.RU}</title><link>https://konstantin.antselovich.com/archives/2008/06/03/russian-%D0%BE%D0%BF%D1%82%D0%B8%D0%BC%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F-index-scan-optimizing-index-scan-/-postgresql-%D1%84%D0%BE%D1%80%D1%83%D0%BC-%D0%BD%D0%B0-sql.ru-forum-sql.ru/</link><pubDate>Tue, 03 Jun 2008 07:15:33 +0000</pubDate><guid>https://konstantin.antselovich.com/archives/2008/06/03/russian-%D0%BE%D0%BF%D1%82%D0%B8%D0%BC%D0%B8%D0%B7%D0%B0%D1%86%D0%B8%D1%8F-index-scan-optimizing-index-scan-/-postgresql-%D1%84%D0%BE%D1%80%D1%83%D0%BC-%D0%BD%D0%B0-sql.ru-forum-sql.ru/</guid><description>&lt;p>&lt;a href="http://sql.ru/forum/actualthread.aspx?tid=301825">http://sql.ru/forum/actualthread.aspx?tid=301825&lt;/a>&lt;/p>
&lt;p>notes / discussion about optimizing index performance for big tables (&amp;ldquo;big&amp;rdquo; means 250M records&lt;/p></description></item><item><title>Venu Anuganti Blog » Notes on scaling heavy concurrent writes in real time /InnoDB</title><link>https://konstantin.antselovich.com/archives/2008/04/19/venu-anuganti-blog-notes-on-scaling-heavy-concurrent-writes-in-real-time-/innodb/</link><pubDate>Sat, 19 Apr 2008 07:10:16 +0000</pubDate><guid>https://konstantin.antselovich.com/archives/2008/04/19/venu-anuganti-blog-notes-on-scaling-heavy-concurrent-writes-in-real-time-/innodb/</guid><description>&lt;p>&lt;a href="http://venublog.com/2008/04/17/notes-on-scaling-heavy-concurrent-writes-in-real-time/">http://venublog.com/2008/04/17/notes-on-scaling-heavy-concurrent-writes-in-real-time/&lt;/a>&lt;/p>
&lt;p>notes about how to scale innodb writes. to summ it up: shard, use int as PKEY (convert hash to int using base-convert, batch lots of write into one trx. / nothing special&lt;/p></description></item><item><title>domas mituzas: vaporware, inc. » Blog Archive » Where covering indexes rock</title><link>https://konstantin.antselovich.com/archives/2007/11/15/domas-mituzas-vaporware-inc.-blog-archive-where-covering-indexes-rock/</link><pubDate>Thu, 15 Nov 2007 08:25:39 +0000</pubDate><guid>https://konstantin.antselovich.com/archives/2007/11/15/domas-mituzas-vaporware-inc.-blog-archive-where-covering-indexes-rock/</guid><description>&lt;p>&lt;a href="http://dammit.lt/2007/01/26/mysql-covering-index-performance/">http://dammit.lt/2007/01/26/mysql-covering-index-performance/&lt;/a>&lt;/p>
&lt;p>mysql index performance tech internals (interesting)&lt;/p></description></item></channel></rss>