摘要： 上次我們分析了在附加屬性表這樣表結(jié)構(gòu)設(shè)計下的PostgreSQL查詢效率。由于PostgreSQL眾所周知的所謂“性能”問題，所以有必要再用使用MyISAM引擎的MySQL再來實驗一遍。在我們詳細分析了兩種常見的開源數(shù)據(jù)庫之后，話題將會進一步引申到按行存儲的數(shù)據(jù)庫結(jié)構(gòu)以及索引對于查詢效率的影響。以下實驗中的MySQL為MariaDB發(fā)行版本。還是從建表開始：MariaDB [veil]> show create table cc2;+-------+---------------------------------------------------------------------- 閱讀全文

摘要： 有時需求需要我們把系統(tǒng)做成靈活的。最常見的形式是，屬性不能是固定的，要用戶可以自定義。這樣的需求往往會在數(shù)據(jù)庫中建模成一個一對多的關(guān)系。create table person {... }create table person_attribute {person_id ...attribute_name ...attribute_value ......}這樣的建模在沒有查詢需要的時候，還是蠻不錯的。但是一旦需要對擴充的屬性值進行查詢，速度往往慘不忍睹。曾經(jīng)在新加坡做過一個電信的遺留系統(tǒng)的前端，其數(shù)據(jù)庫的建模就是這樣的。對于中間的屬性表，一個簡單的查詢都需要join好幾次，速度非常慢。好在那. 閱讀全文