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 | 亚洲欧美v | 午夜tv免费观看 | 91毛片在线观看 | 黄色91在线 | 美女视频一区二区三区 | 免费看片在线播放 | 男人天堂久久久 | 户外露出一区二区三区 | 91看片网 | 91大神xh98xh系列全部 | 精品国产一区二区三区性色 | 国产精品久久久久久久久久久久 | 狠狠干夜夜草 | 看片91 | 欧美一二三四成人免费视频 | 精品国产女人 | 日本午夜网站 | 午夜精品久久久久久久久久久久久 | a网站在线观看 | 免费的一级视频 | 欧美久久久网站 | 精品久久精品 | 国产欧美一区二区三区在线播放 | 真人毛片 | 欧美精品成人 | 精品亚洲91 | 日本精品视频 | 欧美激情五月 | 欧美一区二区三区 | 亚洲视频在线播放 | 狠狠色综合欧美激情 | 91麻豆精品国产91久久久更新资源速度超快 | 99精品国产一区二区青青牛奶 | 久草网址| 一级午夜aaa免费看三区 | 在线观看精品 | 夜夜夜夜夜夜曰天天天 | 久久久久久久网 | 九九热在线观看 | 91一区二区三区 |