请问：当表很多时，怎样设计结构？

zkl0304 2003-05-15 06:03:12

为了保证系统运行速度，我想设计流水库为每天一个库，不将所有记录存在一个表里，时间一长，那不是有很多的表吗？还有别的方法吗？

...全文

45 3 打赏收藏转发到动态举报

写回复

3 条回复

切换为时间正序

请发表友善的回复…

发表回复

txlicenhe 2003-09-24

打赏
举报

回复

表太多，肯定不好，可以考虑定期转存入历史表，比如一个月（一季/一年）转一次.

whhzkl 2003-09-24

打赏
举报

回复

gz

zkl0304 2003-05-15

打赏
举报

回复

在线等待...

阿里巴巴面试总结

原文地址：http://wpceo.com/user-database-table-design/ 说起用户表，大概是每个应用/网站立项动工（码农们）考虑的第一件事情。用户表结构的设计，算是整个后台架构的基石。如果基石不稳，待到后面需求跟进了发现不能应付，回过头来反复修改用户表，要大大小小作改动的地方也不少。与其如此，不妨设计用户表之初就考虑可拓展性，争取不需要太多额外代价的情况下一步到位。 ...

目录一、数据库设计的重要性二、范式 - 简介：1、什么是范式？第一范式 - 单一列第二范式 - 中间表 - 一对多第三范式 - 不产生中间表 - 一对一、多对一一、数据库设计的重要性良好的表结构设计是高性能的基石，应该根据系统将要执行的业务查询来设计，这往往需要权衡各种因素。糟糕的表结构设计，会浪费大量的开发时间，严重延误项目开发周期，让人痛苦万分，而且直接影响到数据库的性能，并需要花费大量不必要的优化时间，效果往往还不怎么样。在数据库表设计上有个很重要的设计准则，称为范式设计。二、范式 - 简介

转载：逻辑数据库设计 - 单纯的树(递归关系数据) 相信有过开发经验的朋友都曾碰到过这样一个需求。假设你正在为一个新闻网站开发一个评论功能，读者可以评论原文甚至相互回复。　　这个需求并不简单，相互回复会导致无限多的分支，无限多的祖先-后代关系。这是一种典型的递归关系数据。　　对于这个问题，以下给出几个解决方案，各位客观可斟酌后选择。一、邻接表:依赖父节点　　邻接表的方案如下(仅仅...

34,838

社区成员

254,632

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章