Posted on 2007-01-15 12:51
大大毛 閱讀(296)
評論(0) 編輯 收藏 所屬分類:
SQL
???問題：
??????SQL查詢中經(jīng)常需要借助於表的 primary key 來實(shí)現(xiàn)記錄的唯一性標(biāo)識，但是有的場合中卻不方便對主鍵進(jìn)行直接處理，例如我遇到的這種情況：
create
?
table
?A(
char
(
500
)?pkCol,col1,col2);
??????表A具有PK列，我現(xiàn)在需要在頁面上Show出以 CheckBox 表示的記錄條，類似於郵件列表的選取。
??????通常的做法會是利用表A的PK列來形成 頁面元素 的ID，這樣在FORM的Submit中就可以拿到選取的記錄PK值，可以很方便的組織SQL來完成整個(gè)篩選邏輯。
???????現(xiàn)在的問題是出在這個(gè)表A的PK列上，通常表的PK列會利用 Int 類型來建立，這樣建立唯一索引的代價(jià)會比較小，用Char來建立PK時(shí)的情況也是很多，但是也會保證該列的規(guī)則性。可是表A的PK列是建立在一個(gè)具有實(shí)際含義的Char列上，該列的內(nèi)容會是用戶手工輸入的結(jié)果，可想而知如果用它來構(gòu)造頁面元素的ID會發(fā)生什麼情況：
??????? 1.如果該列寬很大的話，當(dāng)然就會出錯(cuò);
??????? 2.由於該列內(nèi)容不會是非常“正規(guī)”的內(nèi)容，很有可能包含一些特殊字符，這樣一定會使瀏覽器在解析頁面時(shí)產(chǎn)生歧義。
???解決方法：
???????問題2的情況可以通過對表的PK列進(jìn)行字符替換等手段來排除掉特殊字符，但是問題1的長度過長依舊不能夠解決。
???????我想到的解決該問題的方法是：
??????1.對PK列進(jìn)行字符替換處理這樣可以被保存在 textarea 這樣的元素裡;
??????2.而需要提交的元素ID則由我以SQL構(gòu)造的 Identity 列來構(gòu)造;
??????3.生成頁面的時(shí)候只需要建立起提交元素與 textarea 的關(guān)聯(lián)即可，最終提交的還是PK的值。
??????可能有人會對解決方法3提出疑問，既然可以構(gòu)造 Identity 列，為啥不直接用它來實(shí)現(xiàn)提交呢？
??????看過實(shí)現(xiàn)就知道了：
????
Select
????????????MyIDCol
=
(
????????????????
Select
?
Count
(
*
)?
From
?A?subA?
Where
?subA.pkCol
=
A.pkCol?
And
?A.pkCol?
<
?subA.pkCol
????????????),
????????????pkCol,
????????????col1,
????????????col2
????????
From
????????????A
??????這裡可以看 Identity 列(MyIDCol) 是構(gòu)建在唯一查詢的排序結(jié)果集上的，因此它在工作時(shí)總能夠保證唯一的區(qū)分每一行記錄。
??????但是需要注意的一點(diǎn)就是這條語句形成的 Identity 是關(guān)聯(lián)到某一時(shí)刻的，換句話說，如果在用戶對記錄進(jìn)行過 Insert/Delete 操作之後，這個(gè)Identity的值與做DML之前的記錄是關(guān)聯(lián)不上的，因此需要在Select時(shí)帶出PK列的值，在提交時(shí)使用PK值才能保證數(shù)據(jù)的正確性。
??????當(dāng)然，改變DB的設(shè)計(jì)也是可行的，只不過前提是必須在DB的設(shè)計(jì)階段。