摘要： SqlServer中在查询时，我们为了优化性能，通常会为where条件的字段建立索引，如果条件比较固定还会建立组合索引，接下来，我们来看一下索引与查询的相关知识及相关陷阱。ＳＱＬ表自动为主键加聚集索引的猜想我认为应该是对查询的优化，因为如果聚集（最多只能有一个）索引的话，在ＳＱＬ查询时，将进行全表扫描，反之，进行聚集索引（Ｂ树结构）扫描，这将大大加快检索的速度；有时，我们感觉对主键（自增的）加聚集索引没什么用，所以就把它改为非聚集索引，但当我们为表的其它字段索引后，发展查询时没有按着索引检索，而是全表扫描，这是为何？原因是表中没有任何字段是聚集的索引，所以你还必须为这个索引加上聚集的，sqls 阅读全文

摘要： 回到目录AutoMapper在之前我曾经介绍过，今天主要是把它作一下扩展，因为它的调用太麻烦了，呵呵，扩展之后，用着还可以，感觉.net3.5之后，有了扩展方法这个东西，在程序开发速度及表现力上都有了明显的提升，呵呵。当扩展方法开发完之后的效果如下实体对实体的映射（赋值） var user = new User { ID = 1, Name = "zzl", CreateDate = DateTime.Now, }; UserModel... 阅读全文

摘要： 回到目录上一讲介绍了DDD中的领域层，并提到下次要讲Unity，所以这篇文章当然就要介绍它了，呵呵，Unity是Microsoft.Practices中的一部分，主要实现了依赖注入的功能，或者叫它控制反转，对于控制反转(IoC)的文章我介绍了不少，Autofac,Castle等等，今天主要说一下Unity！在我的ＤＤＤ架构项目中，各层间实现IoC使用的是Unity，因为考虑到AOP,cache等功能，所以就直接用Microsoft.Practices组件了，它真的很强大！这次的项目在业务上采用ＷＣＦ实现，所以ＷＣＦ业务与基础设施之间会有通信，而基础设施只是去实现Domain定义的功能，所以这两 阅读全文

摘要： 回到目录再论Domain与Infrastructure在面向领域的设计中，领域层（Domain）实现上是位于最底层的，其它层有对它的引用，包括基础设施层(Infrastructure)也是去引用领域层的，我认为，这是对的，事实上，在Domain中会规定如何去进行数据持久化的操作，包括方法名，方法签名等等，而采用哪种架构去实现这种持久化的方法则是Infrastructure层需要做的，这种设计绝对是把领域，业务放在第一位的，完全符合Eric 的DDD。Domain.Core Layer & Domain Layer我们在进行软件设计时，一个习惯就是把仅供代码抽象出来，这是对的，也是符合标 阅读全文

摘要： 回到目录ＳＱＬ中对于求表记录总数的有count这个聚合命令，这个命令给我们感觉就是快，比一般的查询要快，但是，当你的数据表记录比较多时，如百万条，千万条时，对于count来说，就不是那么快了，我们需要掌握一些技巧，来优化这个count。有人说：select count(1) from tablese... 阅读全文