1樓：肖堂-數蠶
資料庫儲存引擎是資料庫的最基礎的部分，是資料庫的各種功能的實現的載體，它的功能包含儲存結構（含索引結構），事務功能，快取機制，監控或分析機制。
其中儲存結構和索引結構是最基礎的功能，用於保證資料的完整性，高效性和查詢特性。
事務功能應該滿足基礎的事務的基本級別，至少支援最高端別。支援回滾。
快取機制是資料庫查詢速度的提公升關鍵，快取應該可以細粒度的使用快取，支援快取使用量配置，快取不足時有異常保護機制。
監控和分析機制提供效能分析和異常分析及長期監控的能力。
2樓：
首要要求：OLTP（小資料、高修改）效能足夠快（如支援in-memory OLTP）
同時要求：OLAP、DSS（大資料、高讀取）操作靈活（如支援列儲存索引、支援許多靈活的語法）
3樓：Stephen
你說儲存引擎啊？
按現在的主流觀點，最起碼必須支援行儲存和列儲存。在這個基礎上最好支援資料型別豐富點，最好支援spatial，graph ，time series，或者其他常用的。這裡注意了，很多引擎可以通過行存和列存來模擬的，並不需要你下面很多個引擎替換來替換去的
MySQL那種sql和儲存引擎分離的設計乍一看很優秀，用起來很爽，但實際上很雞肋了。想走商業化，MySQL那條路是遠遠不夠地
剩下的還沒想好，馬下改天來修改
關係型資料庫，資料庫表設計，兩個表的連線關係是多對多，連線表的設計除了傳統的設計方案外還有其他設計方案麼？或者說有幾種可能的設計方案。
王璐 你所說的符合正規化的設計肯定是設計的第一步，之後的設計要看業務具體怎麼用這些資料。馬上就能想到的幾點是 未完成的訂單備受關注 已完成的訂單不會有修改。要解決題目中的查詢壓力，簡單的方案是 把未完成單 三月內單 歷史訂單分開儲存。當然對於前端的處理和快取也能有效減少查詢和查詢壓力。 LS的已經回...
怎麼實現乙個簡單的資料庫系統？
劉浩浩 這種類似的東西，最重要的是一定要看過已經有的開源實現的原始碼，從頭到尾搞懂別人的思路。我自己寫過基於UDP的可靠協議，用go寫的，開始寫之前看了各種他人的原始碼和一些已有的實現，感覺受益匪淺，後面寫起來感覺前期的調研是很重要的。因此建議，先看懂乙個完整的實現，不需要mysql這樣的大東西，看...
如何修改乙個已存在的資料庫名稱？
愛可生 被取消的命令MySQL 之前提供了乙個 rename database db old to db new 的命令來直接對資料庫改名，可能由於實現的功能不完備 比如，這條命令可能是乙個超大的事務，或者是由於之前的表很多還是 MyISAM 等 後來的版本直接取消了這條命令。更改資料庫名大致上有以...