摘要： 以前认为，VB6内部无法进行interface的实现，而只能用Object( IDispatch )来“解释执行”以模拟多态， 速度自然是。。。 不过刚发现，可以用 Implements 进行接口实现（VB6中新建的每个类模块，都有一个接口） 阅读全文

摘要： PDF.NET数据开发框架可以将表，视图，表值函数，自定义的查询语句和存储过程映射为实体类，整个过程简单透明，如果你不喜欢EF，这可以作为你的第二选择。 阅读全文

摘要： 今天看到微博上@hellodba发的一个帖子：“内部晋升越来越困难，但是外部来的大P越来越多，所以很多人都选择跳槽”，之后我从三个方面简要的进行了回答：“外面来的总是有包装的，内部的都是肉身PK，此一输；外面来的总是小股人马，内部的一批批的，升谁都伤感情，此二输；外面来的通常都是大佬推荐的，没有特别重大机会，人不会来，内部的就不解释了，成果都被大佬吸收，难有机会，此三输”。之后讨论不断，我也余兴未了，继续写来。这个世界上有一类人特别苦逼，苦逼到什么程度呢？他们省吃俭用攒钱买房，结果房价越来越贵；公司外部竞争激烈，他们工作异常繁忙，披星戴月，日复一日；技术更新行业罕见，他们要随时调整心情，随时学 阅读全文

摘要： 通常情况下我们的ORM框架都是将单表或者视图映射成一个实体类，有时候也会将存储过程映射成实体类，如果处于系统移植性的考虑，你不想写存储过程，那这些复杂的SQL查询怎么映射成实体类？ 阅读全文

摘要： 最近公司的项目准备优化一下系统的性能，希望在数据库方面看有没有提升的空间，于是做了一个单数据库，多数据库，单实例，多实例不同情况下的数据访问效率测试，还意外的证明了“将复杂的业务逻辑写在存储过程中效率最高的观点是站不住脚的！” 阅读全文

摘要： 通常很多项目业务也比较复杂，也不是以数据为中心，也没有很强的DBA团队，但仍然选择“表驱动开发模式”，我想主要原因应该是“ 开发团队的整体设计能力欠缺”，如果要做好这样的项目，可以试试“领域驱动开发模式”，本文以一个实例来讲解这个过程。 阅读全文

摘要： 孩子感冒咳嗽老不好怎么办？相信园子里面不少朋友都已经有小宝宝了，为人父母，孩子生病对大人总是一种煎熬。感冒虽是小病，但也不要疾病乱投医，不要乱吃药，以免延误病情，经久不愈。这里给大家一点感冒看病吃药的建议。 阅读全文

摘要： 用标题说的这个场景，不知道是否还合适用OO来分析设计？看完本文，也许你就不在迷信万物皆对象了！如果你想挑战下，就请进来... 阅读全文

摘要： PostgreSQL数据库常见的.NET驱动程序有Npgsql和dotConnect，那么在程序中如何使用这两种不同的驱动程序呢？我们可以采用工厂模式将它们进一步包装，统一使用方式，本文详细说明了这一个过程，使得PDF.NET框架可以支持访问PostgreSQL数据库。 阅读全文

摘要： ORM框架的实体类连接查询（多表查询）是比较复杂的问题，PDF.NET通过一个极其简单的实体数据容器类，实现了一次查询，映射多个实体类的功能，写法跟Linq类似，但实现的很轻巧，仅需.NET 2.0支持即可。 阅读全文