CSDN论坛 > MS-SQL Server > 基础类

考虑到后期数据库的伸缩性,如何设计数据库呢? 给点思路。 [问题点数:50分,结帖人friendwei]

Bbs4
本版专家分:1056
结帖率 98.58%
CSDN今日推荐
Bbs6
本版专家分:6045
Bbs4
本版专家分:1056
Bbs9
本版专家分:96845
Blank
黄花 2003年8月 MS-SQL Server大版内专家分月排行榜第二
2003年7月 MS-SQL Server大版内专家分月排行榜第二
2003年4月 MS-SQL Server大版内专家分月排行榜第二
2003年3月 MS-SQL Server大版内专家分月排行榜第二
2003年2月 MS-SQL Server大版内专家分月排行榜第二
2002年12月 MS-SQL Server大版内专家分月排行榜第二
2002年11月 MS-SQL Server大版内专家分月排行榜第二
Blank
蓝花 2003年6月 MS-SQL Server大版内专家分月排行榜第三
2003年1月 MS-SQL Server大版内专家分月排行榜第三
Bbs4
本版专家分:1056
Bbs4
本版专家分:1056
Bbs4
本版专家分:1056
Bbs3
本版专家分:884
Bbs4
本版专家分:1056
匿名用户不能发表回复!
其他相关推荐
数据库中索引的策略和设计
MySQL5.0中索引的设计和使用     下面讨论下MySQL5.0中的索引的设计和使用。任何东西设计的好,那么使用起来就顺手。不过很多时候给出设计什么规则这些都是相对的。做任何的事情,最重要的是能否根据当时情况就合理的调整你的设计。如果你只会看着书本或者权威来死套什么设计理念来进行实际的开发和设计的话,那么我请你还是少读书为妙。  索引是数据库中用来提高性能的常用工具。(注意如果要
购物车的设计思路
首先我写的这个购物车是应用在ssh项目中(在用户退出时保存到数据库中),可能与其他项目有点不同,但大体思路应该都差不多。 1、 数据库设计: 2、 当用户打开一个会话的时候,就创建一个购物车,使用监听器来实现: 3、 会员登录时 4、 当会员提交购物车时,把session里的购物车放到数据库中 5、 会员退出时,把session里的购物车放到数据库的购物车表
数据库的设计思路和原则
通过在线考试系统对数据库的主外键关系有了新的认识 如上图所示,左边为管理员表,右边为面试系统表 1.管理员系统 在user表中nameid为主键,security表中nameid为user表nameid的外键。         当主键的元素有外键的时候,就不能删除(外键表可以随意删除)。当security表中有user表nameid的情况下,user表中的nameid是删不
互联网数据库架构设计思路
一 、58同城数据库架构设计思路 (1)可用性设计 解决思路:复制+冗余 副作用:复制+冗余一定会引发一致性问题 保证“读”高可用的方法:复制从库,冗余数据,如下图    带来的问题:主从不一致 解决方案:见下文 保证“写”高可用的一般方法:双主模式,即复制主库(很多公司用单master,此时无法保证写的可用性),冗余数据,如下图    带来的问
数据库设计原则思想
1. 原始单据与实体之间的关系   可以是一对一、一对多、多对多的关系。在一般情况下,它们是一对一的关系:即一张原始单据对应且只对应一个实体。 在特殊情况下,它们可能是一对多或多对一的关系,即一张原始单证对应多个实体,或多张原始单证对应一个实体。 这里的实体可以理解为基本表。明确这种对应关系后,对我们设计录入界面大有好处。   〖例1〗:一份员工履历资料,在人力资源信息系统中,
数据库优化一般思路(个人经验之谈)
随着系统规模的不断增加,数据量和并发量不断增大,整个系统架构中最先受到冲击而形成瓶颈的,定然是数据库,因此数据库层面的优化,是一个程序员不可或缺的技能,以下是我在使用数据库中的一些心得,有不足之处,还望批评指正完善。         首先简单介绍下sql执行的过程,如下图                当你在sql客户端(如命令行或者navicat)提交一条sql后,sql解析引
系统伸缩性
系统伸缩性,是指在不改变系统软硬件设计,仅仅通过新增服务器的情况下,就能提升系统的处理能力。 系统成为大型的,分为2种,一种是开始就设计成大型的,例如12306网站,设计之初就要考虑能并发处理多少请求,要存储多少数据。 另外一种是从小系统慢慢演化成大型系统的,例如google、淘宝,一开始只是几台服务器,然后随着业务的增长系统不断演化。 在演化成长型的系统中,最重要的技术手段就是集群。当系统具
大表设计思路
大数据量表的设计思路 Renhao 2011/4/7 大数据量表在系统中所占比例极小,但却会成为系统正常运行的性能瓶颈,根据自己对平台的业务了解,提出了个人对大数据量表的基本设计思路,对自己后续的工作也是一个说明参考。 1. 设计原则 大表的设计同系统其他设计一样,也需要遵从以下几个基本原则:  全面性:设计能够支撑与其相关的所有业务和数据承载,而非基于某一个功能点,更多需要从宏
为数据库表设计可扩展的字段
在平时的系统设计中,要充分考虑扩展和复用,后面维护过程中出现类似的场景的时候,能够有效的复用之前的。在快速响应业务的同时,也确保系统的稳定性。如何设计扩展性强的数据库结构呢,这里从日常工作中学习了一些经验,有自己团队内部实现的,也有其他团队的实践。 1、二进制位     在数据库中设计一个字段,暂且叫“options”,这个字段存储的是数值,可以理解为二进制的组合。例如一个用户既有A标签(标签
请各位大虾们帮帮小弟,谢谢!一个关于产品搜索数据库设计思路的问题
数据库现共有十个表(以下包含字段名的地方,暂用简写代替)用户表——这个表主要是提供给用户注册方面的管理表——管理人员记录表下面的8个表是最关键的表:品牌表——这是记录商城所有品牌的,也就是厂家之类的,是唯一的商品表——这个表是最关键的一个表,设有:                    商品 编号、商品状态、添加日期、字母标识、商品名称、商品图片、           
关闭