對於前端來說，只要加壹個“配置文件”（其實就是壹段代碼）就可以，然後通過服務端的程序讀取這個“配置文件”，就知道相應的順序了，這樣總比，連通服務器讀取相應的表，來的要快。
如果非要用數據庫解決，那我們做壹個假設，有100項，某人將所有的項目變成了從後往前倒著寫的，也就是第100項與第1項位置互換，第99項與第2項位置互換，這樣，那麽最後是第50項與第51項調換，也就是100項完全變換了位置，那麽不管妳怎麽存儲，怎麽讀取，這些項都必須全部保存起來，因為每壹項的順序都變了，所以這個方案並不是十分好。
當然，如果非要這麽做的話，那麽有壹個稍微簡單壹點的辦法，不過也需要前端的配合而且，很可能出現征用的情況，使用效果也不壹定能太好。
我的辦法是建立userid 10001 10002 10003 這樣壹張表，說白了就是壹張以默認順序ModuleID（個人覺得這個可能是妳的表頭代碼，如果不是不要介意）為字段名的表，然後每條用戶id，對應壹組編號比如（默認編號為1,2,3,4）：
userid 10001 10002 10003 10004
1 4 3 1 2
2 2 1 4 3
3 1 2 3 4
類似於這樣就能直接得到用戶的編號順序了，不過這種還是不如在前端壹個配置文件來的舒服（用戶修改配置文件後，服務端也會備份（類似於上表這種也可以作為壹個客戶端配置的備份），但是這種備份比直接修改數據庫要要省事不少，至少節省了數據庫的資源），而且可能出現征用的問題，比如兩個人或更多的人同時修改代碼，那麽壹張表不可能讓這麽多人同時update，肯定要出現征用，那麽服務體驗就不會太好（備份的話，不用那麽及時，所以征用的可能性不大，即使出現也是發生在後端，用戶的體驗並沒有什麽影響）。
以上均為個人理解，***同探討。