<story><title>Writing a Time Series Database from Scratch</title><url>https://fabxc.org/blog/2017-04-10-writing-a-tsdb</url></story><parent_chain></parent_chain><comment><author>jnordwick</author><text>I still can&amp;#x27;t figure out why people can&amp;#x27;t even come close to KDB+. It is a real conundrum. I&amp;#x27;ve been waiting patiently for something to show up, but the gap seems to keep getting bigger instead of smaller.&lt;p&gt;Is it that people want to make the problem more complex that it needs to be? Is it that those who know most about these issues don&amp;#x27;t share their secrets so implemented from the outside often don&amp;#x27;t have a good understanding of how to do things properly? If you were to asked the guy behind Prometheus if he&amp;#x27;s looked at the commercial offerings and what he&amp;#x27;s learned from them, would even be able to speak about them intelligently?&lt;p&gt;There seems to be a huge skills gap on these things that I can&amp;#x27;t put my finger on. I&amp;#x27;d love to be able to use a real TSDB, even at only half the speed and usefulness. It would be great for these smaller firms that cant or wont pay the license fees for a commercial offering until they get larger.</text></comment>
<story><title>Writing a Time Series Database from Scratch</title><url>https://fabxc.org/blog/2017-04-10-writing-a-tsdb</url></story><parent_chain></parent_chain><comment><author>ah-</author><text>Exciting times in database land! It certainly seems like the good systems are converging on very similar storage architectures. This design is so similar to how Kafka and Kudu work internally.&lt;p&gt;As the raw storage seems pretty optimal now, I suspect next we&amp;#x27;ll see a comeback of indices for more precise queries to get another jump in performance.</text></comment>