av一区二区在线观看_亚洲男人的天堂网站_日韩亚洲视频_在线成人免费_欧美日韩精品免费观看视频_久草视

您的位置:首頁技術文章
文章詳情頁

數據庫設計 - 社交應用的mysql表主鍵該怎么定義?

瀏覽:104日期:2022-06-19 18:20:44

問題描述

目前在設計一個移動社交應用,涉及的內容有:用戶注冊、發布圖文分享、發表評論等等。

我已經定義好相關的表及其主鍵,比如用戶信息表(USER_INFO-->USER_ID)、圖文分享表(SHARE_INFO-->SHARE_ID)、評論表(COMMENT_INFO-->COMMENT_ID),那么請教下這些表的主鍵我應該怎么定義呢,是使用mysql的自增主鍵,還是程序自定義一套業務主鍵?

目前我的設計思路:自定義了一個表,存放每個數據表的表名和當前的表的最大值(如表名:TABLE_MAX,字段:TABLE_NAME、MAX_VALUE),新增數據時,為了防止并發,使用存儲過程獲取下一個主鍵,然后數據表入庫,但是這么做的話就使用到了數據庫的存儲過程的特性,感覺不是很好,代碼如下:

CREATE DEFINER=`root`@`localhost` PROCEDURE `generate_table_id`( in tn varchar(40), out cv int )BEGIN UPDATE table_id_generate SET CURRENT_VALUE = CURRENT_VALUE + 1 WHERE TABLE_NAME=tn; SELECT CURRENT_VALUE into cv from table_id_generate WHERE TABLE_NAME=tn;END

另外我看到的segmentfault的問題的url是這樣的:https://segmentfault.com/q/10...,知乎的問題url是這樣的:https://www.zhihu.com/questio...,其中的某個答案的url是:https://www.zhihu.com/questio...,這種url路徑,我相信應該是restful風格,那些數字應該是相應問題或者回答的主鍵,請問這種數字類的主鍵是怎么生成的?數據庫是用varchar還是int,像sf這么長的估計還不能用int。

請高手指教,謝謝!

問題解答

回答1:

其實不應該自己去維護一套類似自增字段的邏輯,sf這個應該是在自增id的基礎上加了一個前綴,其實沒有多大必要,我理解的好的url規范應該是通俗易懂的,這是我們家的url,盡可能使用自增id做主鍵,能用整型的不要用字符型,字符型會減慢查詢速度增大存儲空間

回答2:

自增ID以后不好分表不好水平擴展。

回答3:

mysql主鍵最好不用字符型,字符型會導致頁斷裂,不是順序寫,影響性能不同的業務設計不同的主鍵生成規則比如說帖子分類表,頂多幾十個直接用mysql自增;又比如說帖子表,在可以預見的將來可能會增加得很快,以后會設計到分表,分庫等,這種業務最好程序維護主鍵生成不要用自增

相關文章:
主站蜘蛛池模板: 成人av片在线观看 | 蜜桃日韩| 九九久久久 | 精品久久精品 | 久久成人国产精品 | 精品欧美黑人一区二区三区 | 久久蜜桃av一区二区天堂 | 国户精品久久久久久久久久久不卡 | 日本中文字幕视频 | www.国产精品 | 狠狠狠干 | 黄色大片免费播放 | 久久伊人亚洲 | 99国产精品99久久久久久 | 在线观看免费毛片 | 成人在线精品视频 | 伊人电影院av | 亚洲成人国产综合 | 操到爽 | 欧美a级网站 | 日韩美女一区二区三区在线观看 | 午夜在线观看免费 | 精品欧美二区 | 亚洲一区久久 | ririsao久久精品一区 | 91在线精品秘密一区二区 | 黄a大片 | 国产精品精品视频一区二区三区 | 成年人网站在线观看视频 | 色婷婷一区 | 一区二区三区视频在线观看 | 毛片一级网站 | a级黄色片视频 | 日韩a在线| a级黄色片在线观看 | 久久久久国产精品免费免费搜索 | 久久久久久网 | 亚洲视频在线观看一区二区三区 | 黄色片a级 | 91看片网站| www日本高清 |