-
表意性原则查看全部
-
长命原则查看全部
-
表和字段的命名规则 1.可读性原则 使用大写和小写来格式化的库对象名字以获得良好的可读性 2.表意性原则 对象的名字应该能够描述它所标识的对象 3.长名原则 尽可能少使用或不使用缩写查看全部
-
MySql 存储引擎： MyISAM 不支持事务 读写效率高 支持并发插入的表级锁 容易锁表 MRG_MYISAM 不支持事务 不支持行级锁 Innodb 支持事务 支持MVCC的行级锁（多版本并发控制） Archiive 不支持事务 存储容量小 适用于日志记录场景 Ndb cluster 支持事务 支持行级锁 适用于集群场景查看全部
-
使用商业数据库需要将成本纳入考虑当中，开源数据库不用支付任何版权费用。 oracle性能高，适合大的事物操作，事物成本低；mysql之类的数据库事物成本高。 商业数据库适用于企业级项目，开源数据库适用于互联网项目。 物理设计 1.选择合适的数据库管理系统（考虑成本特点之类） 2.定义数据库、表及字段的命名规范 3.根据选择的DBMS系统选择合适的字段类型（各种数据类型适合的东西） 4.反范式化设计（有时候用空间换时间） 物理设计要做什么 常见DBMS系统（商业、企业级：oracle大，口碑好、SqlServer小） （开源、互联网项目：MySQL、PgSQL小） 版权、功能 Oracle：大事务操作，支持Windows、Linux，语音Java。。。。，企业级项目 SQLServer：支持Windows运行，语音.net开发，企业级项目ERP， MySQL、PgSql：开源，互联网查看全部
-
物理设计：1234步骤不能颠倒 1 常用DBMS有 mysql oracle sqlserver 等 2 定义数据库、表及字段的命名规范 3 选择合适的字段类型 varchar char 4 反范式化设计：增加冗余，提高效率 -空间换时间查看全部
-
hash分表，但如果我要以时间排序要查询10条记录，但这10条记录可能不在同一张表里，那这该如何解决呢？查看全部
-
工具可以变更表结构查看全部
-
每个表的储存是有极限的，所以当表到达一定时，就要拆分查看全部
-
索引可能在项目推进过程中变化，所以最开始的索引可能不适用查看全部
-
尽量减少反范式化的表查看全部
-
反范式化：1.减少了表的关联数量 2：增加数据的读取效率 3：反范式化一定要适度查看全部
-
为了性能，用空间换取时间查看全部
-
mysql数据处理以页为单位查看全部
-
整型与二进制不用查数据字典查看全部
举报
0/150
提交
取消