我有如下关于数据库设计和性能的问题
1。在对多字段 插入查询 的性能问题
如: 1。 tb_user userid ,name ,psw,,,,,,,,十几20个(用户信息表)
2。tb_psw userid ,psw (如果分成密码表和用户基本信息表)
如果都是登陆 我查表1的tb_user 快还是 2的tb_psw快 (前提 两种方式我都只查询两个字段 userid,psw)
他门有什么性能上的差别是什么 数据库内部是怎么操作的 如“的卡而机”之类的
2。栏目的设计
tb_catalog id,name,
tb_subcatalog :subid,name
tb_news: newid,title,subid,....
----------------------
tb_catalog id,name ,parentID(树行结构)
tb_news: newid,title,catalogid,.... 以上两中方式
对查询新闻的速度和效率的区别
他门的可优缺点如果有空就回一下把
thanks
1。在对多字段 插入查询 的性能问题
如: 1。 tb_user userid ,name ,psw,,,,,,,,十几20个(用户信息表)
2。tb_psw userid ,psw (如果分成密码表和用户基本信息表)
如果都是登陆 我查表1的tb_user 快还是 2的tb_psw快 (前提 两种方式我都只查询两个字段 userid,psw)
他门有什么性能上的差别是什么 数据库内部是怎么操作的 如“的卡而机”之类的
2。栏目的设计
tb_catalog id,name,
tb_subcatalog :subid,name
tb_news: newid,title,subid,....
----------------------
tb_catalog id,name ,parentID(树行结构)
tb_news: newid,title,catalogid,.... 以上两中方式
对查询新闻的速度和效率的区别
他门的可优缺点如果有空就回一下把
thanks
2 第一种快! 如果栏目很多(第一种可以做多一层过滤,第二种必定得在所有栏目找,所以第一种快),新闻很多(两种方法一样没有区别).
——————————————————————————————————
两种方法一样没有区别????
如果我从 查找某一个大类的新闻 他两还是没区别吗?如果用第2种 是不是先得在 tb_catalog id,name ,parentID(树行结构) 树型结构中查找所有的子类 甚至 子子类 在关联到新闻列表我个人认为 第一个可能快点 但是扩展性不好(如不能无代价的加多一层类别,数型你就可以任意加) 第二个扩展性好 可能快点 但是在查找某一个类别新闻的话 先得在 tb_catalog 表中递归到所有的子类 在和新闻关联
晕呀 应该怎么设计好呀