本文为图数据库内核系列首篇，介绍属性图引擎在存储生态中的角色，对比行存、LSM、向量引擎与GraphRAG。重点阐述Neo4j的record与block存储格式、邻接代价模型、页缓存及Cypher计划边界，并规划16篇阅读路线，强调原生邻接布局对多跳查询性能的关键作用。

本文介绍Neo4j图数据库record存储引擎布局：节点15字节、关系34字节、属性41字节、关系组25字节，均采用定长记录加指针链表结构。稀疏节点直接扫描关系链，密集节点通过关系组按类型分桶。aligned为Community默认格式，block为Enterprise推荐格式。

本文介绍Neo4j图数据库的Block存储格式，采用128字节固定主块内联节点与关系数据，溢出时分层使用动态存储、dense B+树及huge存储。相比Record系指针链，Block减少指针追逐，提升局部性，支持更高实体上限，但空节点有固定空间开销。该格式为Enterprise默认，Community仍用aligned。

本文介绍了Git对象库中松散对象的存储格式及结构。每个对象由对象头、载荷和SHA-1哈希组成，存储在.git/objects/目录下。对象类型包括blob、tree、commit和tag，分别对应不同的载荷格式。松散对象通常为只读，防止误改。随着对象数量增加，Git会将其打包以节省空间，保持对象ID不变。

文章讨论了数据管道中Schema变更的四种形状及其对应的存储格式，包括CSV、Parquet、Delta Lake和Iceberg。不同格式在处理Schema变更时的能力差异显著，Iceberg支持自动处理列的增删和重命名，而CSV则完全依赖手动处理。选择合适的格式取决于Schema变更的频率和自动化需求。

cuBLAS GEMM API对输入输出矩阵的存储格式有严格要求。若矩阵为列主序格式，可直接使用；若为行主序格式，设置参数时易出错。本文讨论了矩阵转置与列主序存储的关系，以及在不同情况下如何使用cuBLAS GEMM API。

本文介绍了InnoDB大对象的存储格式，包括内联存储和溢出页存储。溢出页存储的条件是记录长度超过页面长度。文章总结了InnoDB对大对象的组织管理方式。

本文讨论了笔记工具数据安全的问题，包括存储、备份和格式。建议定期备份数据，并推荐使用云备份。介绍了Markdown和JSON等不同的数据存储格式，以及一款名为Heptabase的笔记应用。强调选择笔记工具时要考虑个人需求和成本，并提醒查看用户评价和教育优惠。