MS SQl2005：
到公司工作后才发现，数据库上G原来是件很普通的事情，不过随之而来的就是性能问题了。。。
根据研究发现sql2005数据库会保存大量的统计信息，而且默认是开启自动创建的，这导致数据库文件从开始的1G，一下飙升到了3G，实际运行空间达到了4G多，严重占用了服务器资源，运行时服务器内存占据1.5G，要定期进行数据库收缩，性能低下。
为了缓解这种情况，就要在设计数据库的时候多注意了，sql的语法尽量不要过于复杂多样，数据库设计尽量避免会产生的复杂调用情况，手动建立好索引，数据库设计始终都是软件开发的重头，绝对不可忽略！
程序方面：
重新理解了架构的思想，原来实际架构分层跟软件工程里的概念还是有相当大的差距的。
程序开发方面一般称的三层为表示层、业务逻辑层、数据访问层，其中并没有包含数据库，也就是说不含数据层。
软件工程里的三层为表示层、逻辑层（包含业务逻辑跟数理逻辑）、数据层。
我的一种理解是程序开发方面的分层把逻辑层中的数理逻辑层称为数据访问层了，实际按照软件工程思想，此时整个程序应该算为四层架构，或者将业务逻辑跟数据访问层并称为逻辑层。
另一种理解是，程序开发方面认为数据访问层虽包含数理逻辑，但跟数据层较密切，所以跟数据库一起划为数据层。
个人理解仅供参考，继续研究讨论，提升我们的知识和能力。
到公司工作后才发现，数据库上G原来是件很普通的事情，不过随之而来的就是性能问题了。。。
根据研究发现sql2005数据库会保存大量的统计信息，而且默认是开启自动创建的，这导致数据库文件从开始的1G，一下飙升到了3G，实际运行空间达到了4G多，严重占用了服务器资源，运行时服务器内存占据1.5G，要定期进行数据库收缩，性能低下。
为了缓解这种情况，就要在设计数据库的时候多注意了，sql的语法尽量不要过于复杂多样，数据库设计尽量避免会产生的复杂调用情况，手动建立好索引，数据库设计始终都是软件开发的重头，绝对不可忽略！
程序方面：
重新理解了架构的思想，原来实际架构分层跟软件工程里的概念还是有相当大的差距的。
程序开发方面一般称的三层为表示层、业务逻辑层、数据访问层，其中并没有包含数据库，也就是说不含数据层。
软件工程里的三层为表示层、逻辑层（包含业务逻辑跟数理逻辑）、数据层。
我的一种理解是程序开发方面的分层把逻辑层中的数理逻辑层称为数据访问层了，实际按照软件工程思想，此时整个程序应该算为四层架构，或者将业务逻辑跟数据访问层并称为逻辑层。
另一种理解是，程序开发方面认为数据访问层虽包含数理逻辑，但跟数据层较密切，所以跟数据库一起划为数据层。
个人理解仅供参考，继续研究讨论，提升我们的知识和能力。
