数据库设计方案经典推荐
UserId上,Id完全没有实际意义。你的客服系统查找的,可能仅仅是某个用户的操作记录(一般按时间排序的),或者你的报表系统要生成每天的用户操作统计。想想看,如果干脆砍了Id列,并直接把聚集索引创建在LogTime上多爽。
http://blog.csdn.net/JavaProgramers/archive/2008/01/18/2051935.aspx
他们设置了哪些标签:
- [数据库] 2008-01-23 Database java Performance Server SQL SQLSERVER SqlServer维护 查询 冷枫@CSDN 设计 数据库 数据库设计方案经典 数据库设计方案经典推荐 效率 优化
谁收藏了这个网址:
使用标签:DataBase, Performance, SQLServer,时间:2008-1-21 19:21:04 | 相关网摘
大型系统的生产环境,一般情况下,我们评价一条查询是否有效率,更多的是关注逻辑IO(至于为什么,回头补一篇)。我们常说,“要建彪悍的索引”、“要写高效的SQL”,其实最终目的就是在相同结果集情况下,尽可能减少逻辑IO。
使用标签:数据库,时间:2008-1-22 0:19:37 | 相关网摘
数据库设计方案经典推�?- 冷枫@CSDN - CSDNBlog
时间:2008-1-22 8:59:17 | 相关网摘
时间:2008-1-22 11:51:59 | 相关网摘
时间:2008-1-22 12:19:56 | 相关网摘
使用标签:SQL,时间:2008-1-22 12:31:37 | 相关网摘
数据库设计方案经典推荐
时间:2008-1-22 12:59:21 | 相关网摘
时间:2008-1-22 16:50:02 | 相关网摘
时间:2008-1-22 21:00:33 | 相关网摘
时间:2008-1-22 21:22:40 | 相关网摘
使用标签:SQL,时间:2008-1-22 22:52:29 | 相关网摘
时间:2008-1-23 8:39:40 | 相关网摘
时间:2008-1-23 9:10:37 | 相关网摘
时间:2008-1-23 9:58:33 | 相关网摘
数据库设计
经典
时间:2008-1-23 11:16:28 | 相关网摘
时间:2008-1-23 11:25:52 | 相关网摘
都得有统计信息
时间:2008-1-23 13:14:51 | 相关网摘
时间:2008-1-23 16:10:31 | 相关网摘
UserId上,Id完全没有实际意义。你的客服系统查找的,可能仅仅是某个用户的操作记录(一般按时间排序的),或者你的报表系统要生成每天的用户操作统计。想想看,如果干脆砍了Id列,并直接把聚集索引创建在LogTime上多爽。
时间:2008-1-23 16:10:56 | 相关网摘
时间:2008-1-23 20:37:00 | 相关网摘
sql
时间:2008-1-24 8:59:49 | 相关网摘
时间:2008-1-24 12:48:01 | 相关网摘
时间:2008-1-24 13:03:10 | 相关网摘
时间:2008-1-24 13:24:25 | 相关网摘
时间:2008-1-24 15:43:50 | 相关网摘
时间:2008-1-24 16:35:06 | 相关网摘
时间:2008-1-25 11:24:48 | 相关网摘
数据库设计方案经典推荐
时间:2008-1-25 11:50:35 | 相关网摘
中不要包含同一张表内不同列之
时间:2008-1-25 14:15:37 | 相关网摘
时间:2008-1-25 17:31:40 | 相关网摘
时间:2008-1-26 0:45:21 | 相关网摘
时间:2008-1-26 20:10:58 | 相关网摘
时间:2008-1-27 22:23:08 | 相关网摘
时间:2008-1-28 12:44:04 | 相关网摘
使用标签:数据库,时间:2008-2-25 18:52:02 | 相关网摘
时间:2008-4-7 12:58:46 | 相关网摘
时间:2008-4-7 13:01:35 | 相关网摘
时间:2008-4-17 14:13:58 | 相关网摘