摘要： 如果是单表内有父子关系，用CTE查询，可找到很多的例子，如果情况复杂点呢？场景是：订单之间有关联关系，表结构被设计成了二叉树结构，列：OrderID （Data）,CopyBy （Left）,CopyFrom（Right）如果以指定的任意订单号查询出所有与之关联订单，语句如下：--为演示，传@OrderID获取，直接定义了一个DECLARE @OrderID INT=511000;WITH RelationOrderInfo AS (SELECT OrderID,CopyFrom,CopyBy,1 AS Lev FROM Orders (NOLOCK)WHERE OrderId=@Order. 阅读全文

摘要： 实体生成工具种类多，核心原理并无多大不同，经常用MSSQL，便收集整理了下适合用的：按自己规范生成：/**** 功能描述：数据库内直接生成实体* 用 法：Exec SP_GenMCode 表名或视图名**/ CREATE PROC SP_GenMCode(@obj SYSNAME) --生成表实体 参数为表名 AS BEGIN DECLARE @name VARCHAR(200) ,@nameType VARCHAR(200) ,@value VARCHAR(200) ,@reader VARCHAR(MA... 阅读全文

摘要： 好端端的一个网站结果有天被XX给屏蔽了，然后好不容易找到原因又好不容易拿到要过滤的KeyWord Table。伤不起啊。。好了，事是要解决的。方法一，在Database 做替换，可行，但量大耗时，无止境。方法二，在现有程序里每个方法里加替换，要么在输出要么在输入时，但分散遗漏大，代码肿了。方法三，以AOP方式切入Response.Filter，简单可行便捷。简要说下方法三IHttpModule用上，实现一个Stream类，在此做替换，再给Response.Filter注意：1，不是所有的Http响应都要处理（500），要环保啊。2，程序里有压缩的要在后。3，想到了就补充。做个程序员真不容易，尤 阅读全文

摘要： 二个月前去面试被问到，答曰使用DbCommand及相关类，貌似面官也认同了。我是心中抱有疑惑也想探探究竟，直到前些天特意查了下源码，发现用了Type.GetFiled(),显然是用了反射。真有？ 阅读全文

摘要： 看过园子里“Repository”两弃自增ID的文章以及众园友的评论，对是用还是不用和主键类型的设定（INT vs GUID vs CHAR …）陷入了胶着状态。不用自增ID（INT）认为：1.数据迁移合并有冲突问题。 2.表列之间有依赖关系，后者不便取相应值。针对此出了不少解决方案，A、B、C、D ……，本人对任何解决方案的看法是：适当的方案就好。如就医看病总会有副作用一样。借着这些问题，重新补习了下相关知识（仅限MSSQL），写出本人一点简要看法。不足之处请多指教。在用自增下：1．新值，开关控制启用否SET IDENTITY_INSERT [ database. [ owner. ] ] 阅读全文

摘要： 在写之前，我承认我是个懒人。现今，分层应用很常见，也少不了数据表与编程语言类/结构的一个映射。时下很流行反射映射，相比之下省了点事，产生的问题终究要面对的。如果用传统数据访问层给实体模型赋值，且不论用具体的方法调用。但有一点，通常都是在数据访问层给实体各属性赋值，一有修改，此处必少不了修改。如果一个项目就几个实体，也就算了。可我还是个懒人。有没有更灵活的方法，性能上得能去，灵活性又强？且看我的做法:声明一个泛型接口 ICreateModel,含方法一个CreateModel，代码如下代码建一个抽象实体模型ModelBase,实现此接口代码数据访问层DataAccessBase调用此接口代码示例 阅读全文

摘要： 其实,我更喜欢说方案,解决问题的方案,或许会通俗些.我经历过一层,二层,三层开发,前两者可说数据驱动开发,而现在普遍是N(N>=3)层了.当去具体实现时,发现老是做着相似的代码编写,当层多时,层层要写对应代码实现,修改亦同.表多了,更加疲倦.之前看过网评不错的BlogEngine,算上代理(BlogService)四层,每层都有对应实现的方法.这就意味着至少要改四处了.我最想的是改一处就好了... 阅读全文