上圖的職位亮點(diǎn)我們把他當(dāng)成多選搜索來(lái)看。發(fā)布一個(gè)職位，職位的待遇是多選。我想問(wèn)一下大家，遇到這種滿(mǎn)足多屬性的時(shí)候怎么建表:1、每個(gè)屬性設(shè)一個(gè)字段，用0和1來(lái)表示2、把屬性id用explode逗號(hào)隔開(kāi)存數(shù)據(jù)庫(kù)3、另取一張表，1對(duì)多（職位ID：屬性ID）來(lái)存儲(chǔ)，
那種方法便于擴(kuò)展，或者對(duì)SQL速度有好處
4 回答
慕容3067478
TA貢獻(xiàn)1773條經(jīng)驗(yàn) 獲得超3個(gè)贊
從關(guān)系數(shù)據(jù)庫(kù)理論出發(fā)的話可以使用第三種方案,職位與職位亮點(diǎn)建立多對(duì)多關(guān)系，但是如果你不使用數(shù)據(jù)庫(kù)來(lái)維護(hù)關(guān)聯(lián)關(guān)系的話，做查詢(xún)操作的時(shí)候就頭疼了；
第一種方案好像不太靠譜，加多/減少一個(gè)亮點(diǎn)數(shù)據(jù)表就要加多/減少一列；
如果不使用數(shù)據(jù)庫(kù)來(lái)維系關(guān)聯(lián)關(guān)系的話可以使用第二種方案，少一張中間表；
郎朗坤
TA貢獻(xiàn)1921條經(jīng)驗(yàn) 獲得超9個(gè)贊
推薦第三章方案吧，另外建表，跟現(xiàn)有的職位表是1多關(guān)系，查詢(xún)的時(shí)候直接連表查詢(xún)，也不會(huì)有很大的性能和速度劣勢(shì)。況且還更好維護(hù)這個(gè)亮點(diǎn)。第一種方案明顯是最不科學(xué)的方案，數(shù)據(jù)庫(kù)讀取并不會(huì)有太大問(wèn)題，反而這樣清晰的解構(gòu)更方便后期的維護(hù)和操作。
- 4 回答
- 0 關(guān)注
- 423 瀏覽
添加回答
舉報(bào)
0/150
提交
取消