鍍金池/ 問(wèn)答/Linux  數(shù)據(jù)庫(kù)  HTML/ 網(wǎng)盤(pán)系統(tǒng)的mysql表如何設(shè)計(jì)?

網(wǎng)盤(pán)系統(tǒng)的mysql表如何設(shè)計(jì)?

大三學(xué)生,和小伙伴們正在弄網(wǎng)盤(pán)系統(tǒng)的畢設(shè),主要使用vue+mysql+PHP+redis,在設(shè)計(jì)表的時(shí)候遇到問(wèn)題,前來(lái)請(qǐng)教一下做過(guò)網(wǎng)盤(pán)項(xiàng)目的前輩
1、這個(gè)表是專門(mén)存儲(chǔ)文件信息的,表結(jié)構(gòu)如下

CREATE TABLE `wp_origin` (
`origin_id` bigint(20) unsigned NOT NULL AUTO_INCREMENT COMMENT '遞增主鍵',
`origin_md5` char(32) NOT NULL DEFAULT '' COMMENT 'md5值',
`origin_size` bigint(20) unsigned NOT NULL DEFAULT '0' COMMENT '文件大小',
`origin_count` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '引用計(jì)數(shù)',
`origin_path` varchar(2000) NOT NULL DEFAULT '' COMMENT '保存路徑',
`add_time` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '添加時(shí)間',
`user_id` bigint(20) unsigned NOT NULL DEFAULT '0' COMMENT '上傳者id',
`origin_status` tinyint(1) unsigned NOT NULL DEFAULT '1' COMMENT '狀態(tài)[1=正常][2=不允許上傳][3=未經(jīng)允許的上傳][4=已屏蔽]',
PRIMARY KEY (`origin_id`),
KEY `origin_md5` (`origin_md5`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=48 DEFAULT CHARSET=utf8 COMMENT='源文件';

2、這個(gè)表是用來(lái)存儲(chǔ)用戶的網(wǎng)盤(pán)文件信息的,表結(jié)構(gòu)如下

CREATE TABLE `wp_file` (
`file_id` bigint(20) NOT NULL AUTO_INCREMENT,
`user_id` int(11) NOT NULL DEFAULT '0',
`file_name` varchar(200) COLLATE utf8_bin NOT NULL DEFAULT '' COMMENT '文件名稱',
`parent_path` varchar(1000) COLLATE utf8_bin NOT NULL DEFAULT '/' COMMENT '父級(jí)路徑',
`file_type` tinyint(2) unsigned NOT NULL DEFAULT '0' COMMENT '文件類型',
`file_size` int(11) unsigned NOT NULL DEFAULT '0' COMMENT '文件大小',
`status` tinyint(1) unsigned NOT NULL DEFAULT '5' COMMENT '文件狀態(tài)  [3=刪除中][4=回收站][5=正常狀態(tài)][6=已分享]',
`add_time` datetime NOT NULL DEFAULT '0000-00-00 00:00:00' COMMENT '創(chuàng)建時(shí)間',
`update_time` datetime NOT NULL DEFAULT '0000-00-00 00:00:00' COMMENT '更新時(shí)間',
`is_link` tinyint(1) unsigned NOT NULL DEFAULT '0' COMMENT '0為未分享,1為已分享',
`is_dir` tinyint(1) unsigned NOT NULL DEFAULT '0' COMMENT '是否是文件夾,[0=文件],[1=文件夾]',
`delete_time` int(10) unsigned NOT NULL DEFAULT '0' COMMENT '刪除時(shí)間',
`origin_id` bigint(20) unsigned NOT NULL DEFAULT '0' COMMENT ' 源文件id',
`origin_path` varchar(2000) COLLATE utf8_bin DEFAULT '' COMMENT 'oss保存路徑',
PRIMARY KEY (`file_id`),
KEY `uid` (`user_id`) USING BTREE,
KEY `parent_path` (`parent_path`(255)) USING BTREE,
KEY `file_name` (`file_name`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=825 DEFAULT CHARSET=utf8 COLLATE=utf8_bin COMMENT='用戶文件信息表';

問(wèn)題主要如下
1、上面兩個(gè)表設(shè)計(jì)是否合理,如不合理,該怎樣修改?
2、考慮到網(wǎng)盤(pán)的用戶數(shù)量級(jí),像百度云盤(pán)這些,數(shù)據(jù)量是很大的,我的想法是要么mysql分庫(kù)分表,要么上面兩個(gè)表存mongodb,然后相關(guān)join查詢?cè)诜?wù)層實(shí)現(xiàn),(mongodb分布式)不知道這個(gè)做法是否正確?如果不用mongodb 那么該怎么處理這種大數(shù)據(jù),(大家別噴我等到了那個(gè)數(shù)量級(jí)再來(lái)處理,我就是想知道到了這種數(shù)量基本該怎么處理,謝謝)
在此先謝謝回答的朋友們

回答
編輯回答
真難過(guò)

首先作為畢設(shè) , 我感覺(jué)這個(gè)表設(shè)計(jì)本身沒(méi)啥硬傷 .
其次是 , 百度云是用的mongodb , 一次mongodb的分享會(huì)上聽(tīng)過(guò)百度云的人分享過(guò)一些技術(shù) .

2017年6月26日 02:59