<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Storage on NineKoo9's story</title><link>https://NineKoo9.github.io/ja/tags/storage/</link><description>Recent content in Storage on NineKoo9's story</description><generator>Hugo -- gohugo.io</generator><language>ja</language><copyright>© 2026 NineKoo9</copyright><lastBuildDate>Sat, 18 Apr 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://NineKoo9.github.io/ja/tags/storage/index.xml" rel="self" type="application/rss+xml"/><item><title>なぜNoSQLとElasticsearchは特定のワークロードで有利なのか？ LSMツリーとI/Oまで</title><link>https://NineKoo9.github.io/ja/posts/nosql-elasticsearch-deep-dive/</link><pubDate>Sat, 18 Apr 2026 00:00:00 +0000</pubDate><guid>https://NineKoo9.github.io/ja/posts/nosql-elasticsearch-deep-dive/</guid><description>NoSQLが常に速いわけではないという前提から出発し、LSMツリーの書き込みパス、Elasticsearchの転置インデックスとセグメント、MySQL全文検索との違い、HDD・SSD I/Oパターンまで元の構造を維持して整理します。</description></item><item><title>[MySQL] InnoDBではテーブルは本当にファイル1つに保存されるのか？Tablespace、Segment、Extent、Page、Row</title><link>https://NineKoo9.github.io/ja/posts/mysql-innodb-storage-structure/</link><pubDate>Sat, 07 Feb 2026 00:00:00 +0000</pubDate><guid>https://NineKoo9.github.io/ja/posts/mysql-innodb-storage-structure/</guid><description>InnoDBでテーブルがディスクにどのように保存されるか — File、Segment、Extent、Page、Row各階層の役割とサイズを整理します。</description></item></channel></rss>