大雀软件园

首页 软件下载 安卓市场 苹果市场 电脑游戏 安卓游戏 文章资讯 驱动下载
技术开发 网页设计 图形图象 数据库 网络媒体 网络安全 站长CLUB 操作系统 媒体动画 安卓相关
当前位置: 首页 -> 技术开发 -> PHP专区 -> 基于mysql的bbs设计(二)

基于mysql的bbs设计(二)

时间: 2021-07-31 作者:daque

3。数据库安排   要害仍旧mysql的功效题目,有理调配mysql的外存,更加是table cache的 巨细。其余,当体例遽然掉电呢?mysql能否robust?   table的名字安排,沿用一位前缀表白典型,十足用小写表白(?),比方: 体例的数据库,以s为先导,如用户表:suser(suser 呢?),简直如次:   s :体例表,suser,sclass   m :用户函件表,msysop,mdrangon   w :用户动静表,wsysop,wdrangon   a :版面索引表,alinux,acampus   b :版面作品表,blinux,bcampus   c :特出分门别类版面表,cnewboard   i :精炼区索引表,ilinux,ilinux01,icampus,icampus04   j :精炼区作品表,jlinux,jcampus,   其余,是运用字串仍旧数字动作标识呢?比方,一个叫sysop的帐号,其 id是1,他的信的表是msysop仍旧m00001呢?同样,一个叫campus的版,对应的 代码是5,则这个版的作品的表名是bcampus仍旧b00005呢?大概用字串会简单 领会,查错吧。   用户消息表:suser   usernum int unique, // 独一操作符,最多30000个帐号,会不会太少了?   userid char[20] primary key, // 排序的要害字,id,全小写。   passwd char[20], // 暗号,寄存加密后的密文。   realid char[20], // 本质id,巨细写搀和。   username  char[24], // 用户的泥称   userlevel  longint,  // 64种权力?   numlogins  int,   numposts  int,   firstlogin time,   lastlogin  time,   staytime  time,    /* 所有中断功夫 */   lasthost  char[32],   email    varchar[100],   address   varchar[100],   // 还须要其余数据吗?能否须要留出确定的保持值,此后alter table来   // 减少新的字段时,功效怎样?   版面分门别类表:sclass   classnum  int unique, // 分门别类标识   classid   char[20],  // 分门别类的英文id:computer   classname  varchar[100],// 分门别类的华文刻画:电脑寰球   classtable char[20],  // 特出分门别类对应的版面表   // 普遍来说,每个版面只属于一个分门别类,对于特出分门别类,比方拳头版块,   // 新版面,不妨用特意的表来刻画   版面表:sboard   boardnum  int unique,   // 版面包车型的士标识(须要吗?)   boardid   char[20],    // 版面包车型的士英文名   boardname  varchar[100],  // 版面包车型的士华文名   boardclass char[20],    // 版面分属分门别类   boardsysop varchar[100],  // 湘妃竹名单   boardposts int,      // 版面包车型的士作品数   boardlevel int,      // 版面包车型的士读写权力   indextable char[20],    // 版面临应的索引表的称呼:aboardid?   texttable  char[20],    // 版面临应的作品表称呼:  bboardid?   // 结果两项有没有需要展示,能否不妨动作必定对应联系,仍旧承诺   // 展示更大的精巧性?其余版面包车型的士巨细写题目能否不妨径直默许   // 只发端假名小写,   特出分门别类版面表:snewboard, sstarboard   boardid   char[20],  // 版面包车型的士id   // 如许的表有需要吗?   版面索引表:acampus,alinux,afootball。。。。。。   id   int,      // 作品底数,要手动安排????   mark  char[1],    // 作品标志,m,g,b,d。。。。   title  varchar[100],  // 作品题目   writer char[20],    // 作品作家id   posttime time,     // 公布功夫   textnum  longint,   // 对应的编号???不安排   版面作品表   textnum   longint,  // 作品编号?   textword  text,    // 作品实质?   // 有需要将索引和作品实质划分吗?从功效上看,而且lazy flush   // 是必定的。简略也是先做个标志。   // 用户中的版面作品能否未读的数据比拟繁,能否该当再建一堆的表   // 本领实行呢?   // 开票功效暂不商量。。。。

热门阅览

最新排行

Copyright © 2019-2021 大雀软件园(www.daque.cn) All Rights Reserved.