mssql inner join 之类的表连接，性能其实并不是很好
今天帮同事写一条简单的SQL，要求是，查出用户所购买过相同书的用户，之后我于同时各写了一条SQL，一个用到表连接中最少耗性能的 inner join，和我没用 inner join 的各一条简单的SQL，其性能相差1倍，而 inner join 又是表连接中最少消耗的，其他的可以想象。
SET STATISTICS TIME ONSET STATISTICS IO ONSET STATISTIC
http://www.cyqdata.cn/cnblogs/article-detail-41207
在Entity Framework中通过Map实现INNER JOIN查询
在开发中，我们会遇到这样的场景：有时为了性能优化的需要，将一张表中的某个字段拆分至另外一张表中或者一个单独的数据库中。博客园博客文章表就是这样的情况，存储文章内容的字段被拆分至单独的数据库中。这样的拆分不应该影响业务逻辑层中实体类的设计，也就是说实体类应该感觉不到这个拆分。
在没有Entity Framework的日子里，我们通过手写带有INNER JOIN的SQL语句实现。
现在已经与Entit
http://www.cyqdata.cn/cnblogs/article-detail-36003
SQL: 一对多的关系中如何Join成一行
如果你有一个一对多的关系，您想对两个表执行Join，但你只想要将每一个“一对多”关系的中产生一行，你可以参考下面:
一个很容易理解的例子，比如博客园的随笔(Post)和评论(comment）两个表，如下图：
如果你想获取随笔的ID, Title 和 一个评论的ID, 内容的话，有以下两个方案:
方案一：
方案二：
第一个方案在有很少随笔，但
http://www.cyqdata.cn/cnblogs/article-detail-35500
关于string.Join()的妙用与疑惑
String.Join 在指定 String 数组的每个元素之间串联指定的分隔符 String，从而产生单个串联的字符串。(来源于MSDN)
假设我有一分类表cat,包含id,name列
内容如下:
//id name
//1 随笔
//2 文章
//3 新闻
如果想得到"随笔,文章,新闻"的结果,我会这么写(假设已经取得List<cat>):
http://www.cyqdata.cn/cnblogs/article-detail-35041
关与string.Join()的妙用与疑惑
String.Join 在指定 String 数组的每个元素之间串联指定的分隔符 String，从而产生单个串联的字符串。(来源于MSDN)
假设我有一分类表cat,包含id,name列
内容如下:
//id name
//1 随笔
//2 文章
//3 新闻
如果想得到"随笔,文章,新闻"的结果,我会这么写(假设已经取得List<cat>):
http://www.cyqdata.cn/cnblogs/article-detail-34993