问题 •数据一致性:对同一数据的多次操作应该得到相同的结果。可能出现由于设计不当导致的数据不一致的情况。 •解决方案:使用事务机制,对多个操作进行原子性、一致性、隔离性和持久性的控制,保证数据的一致性。 问题 •数据库性能:当数据量增大时,查询和更新操作可能变得缓慢,影响系统的响应时间。 •解决方案...
声明: 本网站大部分资源来源于用户创建编辑,上传,机构合作,自有兼职答题团队,如有侵犯了你的权益,请发送邮箱到feedback@deepthink.net.cn 本网站将在三个工作日内移除相关内容,刷刷题对内容所造成的任何后果不承担法律上的任何义务或责任
上面这些场景都是由于数据库设计不当造成的,根源包括:设计时引入了冗余字段,没有设计合理的约束,对性能没有进行充足设计等,上面的例子也只是沧海一粟。 数据库平台无关性 我在这个系列博客里讨论的数据库设计不针对任何一个关系数据库产品。无论你使用的是Oracle,SQL Server,Sybase,亦或是开源数据库如:MySQL,SQLite...
我们先看看有哪些因素要考虑:数据最终要反映到持久设备上,空间管理首先要考虑持久设备(如磁盘)的物理特性,考虑如何组织数据才能最大化地发挥存储设备的效率;如何协调平衡多样化的数据,如超大的 空间管理与数据布局 设计原则 数据库设计数据布局和空间管理应当考虑哪些因素呢?又有哪些设计原则?本章先提出问题,看有哪些因...
注意事项: 1.必须先满足第一范式才能满足第二范式,必须同时满足第一第二范式才能满足第三范式。 三大范式只是一般设计数据库的基本理念,可以建立冗余较小、结构合理的数据库。如果有特殊情况,当然要特殊对待,数据库设计最重要的是看需求跟性能,需求>性能>表结构。所以不能一味的去追求范式建立数据库。
理解基本表的性质后,在设计数据库时,就能将基本表与中间表、临时表区分开来。 4. 范式标准 基本表及其字段之间的关系, 应尽量满足第三范式。但是,满足第三范式的数据库设计,往往不是最好的设计。 为了提高数据库的运行效率,常常需要降低范式标准:适当增加冗余,达到以空间换时间的目的。
user 表的设计不符合第一范式 其中,user_info字段为用户信息,可以进一步拆分成更小粒度的字段,不符合数据库设计对第一范式的 要求。将user_info拆分后如下: 举例3: 属性的原子性是 主观的 。例如,Employees关系中雇员姓名应当使用1个(fullname)、2个(firstname和lastname)还是3个(firstname、middlename和lastname...
2.设计 1)一般是否需要有建立时间、建立者、修改时间、修改者这几个字段?有人认为这样对数据库空间的消耗比较大. 答:一般建议使用,既可防抵赖,也可以实现数据级别的安全,比如只能建立者修改等; 2)关于字段类型,哈哈有人建议只使用字符类型,如日期使用char(19)替代?
数据库环境配置原则 5 1.1.1. 操作系统环境 5 1.1.2. 内存要求 5 1.1.3. 交换区设计 5 1.1.4. 其他 6 1.2. 数据库设计原则 6 1.2.1. 数据库SID 6 1.2.2. 数据库全局名 6 1.2.3. 数据库类型选择 6 1.2.4. 数据库连接类型选择 7 1.2.5. 数据库SGA配置 7 1.2.6. 数据库字符集选择 8 1.2...