分類信息管理顯示順序displayorder只能到127

manyi

分類信息管理

顯示順序：

1
2
...
127
輸入128提交后，自動變?yōu)?27

難道displayorder被限制了？

1 貢獻

最佳答案

manyi 發(fā)表于 2024-10-23 14:14
嗯，不算算某個功能沒有達到預期效果！
為什么是127    這個數字有什么特殊意義嗎？
能否給它搞大點變成9 ...

數據庫這個排序的字段是tinyint(1)類型，這個類型最大值就是127
你要是不夠，可以自己把字段類型調整為int或者mediumint，但實際意義不是很大，正常來說，一個分類信息里一百多個字段已經非?？鋸埩?。

另外，為啥用tinyint(1)呢？因為越小索引和查詢就越快啊，你要是text類型，倒是無限大了，但是查詢索引效率就低了啊，常見排序字段一般都用tinyint(1)夠用

• 湖中沉
• 發(fā)表于2024-10-23 14:35:27
• 詳細答案 >

湖中沉

不屬于BUG，設計時這個字段是tinyint(1)，就是最大只能到127

manyi

湖中沉 發(fā)表于 2024-10-23 13:31
不屬于BUG，設計時這個字段是tinyint(1)，就是最大只能到127

嗯，不算算某個功能沒有達到預期效果！
為什么是127    這個數字有什么特殊意義嗎？
能否給它搞大點變成99999，應該不影響系統(tǒng)安全吧？
現在分類要是多點，就不夠用了！

湖中沉

manyi 發(fā)表于 2024-10-23 14:14
嗯，不算算某個功能沒有達到預期效果！
為什么是127    這個數字有什么特殊意義嗎？
能否給它搞大點變成9 ...

數據庫這個排序的字段是tinyint(1)類型，這個類型最大值就是127
你要是不夠，可以自己把字段類型調整為int或者mediumint，但實際意義不是很大，正常來說，一個分類信息里一百多個字段已經非?？鋸埩恕?br />
另外，為啥用tinyint(1)呢？因為越小索引和查詢就越快啊，你要是text類型，倒是無限大了，但是查詢索引效率就低了啊，常見排序字段一般都用tinyint(1)夠用