关于网站程序结构的疑问

     最近做了几个内网的B/S项目 以前做项目的时候总是习惯性的把项目分为显示层、业务逻辑和数据访问层 , 我们一般做的项目没有跨数据库之类的需求  都是直接做数据库操作。 但是很多时候 仅仅是做一个数据展示，不需要对数据进行业务逻辑处理 ，这时就需要先调用业务逻辑层，再由业务逻辑再调用数据访问层，个人感觉这样的调用很麻烦，而且通常不需要业务逻辑处理的数据展示有很多。 所以我想把业务逻辑和数据访问层合并为一层。
但是，这样做又显得结构很乱  各位大神有没有什么好方法能解决这一问题？

  PS：暂不考虑MVC 项目比较紧 没时间学习 --------------------编程问答-------------------- 还是考虑分层吧，分层不是为了你现在写代码方便，而是为了将来维护和扩展
你现在是没有那么多业务逻辑或跨数据库，说不定以后会有 --------------------编程问答-------------------- 还是保留业务逻辑层比较好，显得比较清晰。这个主要看个人的喜欢和公司的规范。有时候规范就是规范，虽然繁琐一些，但是还是有他存在的意义的。 --------------------编程问答-------------------- 分层是有必要的，就像一个规范的行为，大家看了就知道，比如userid 、pwd 知道是用户密码。好的习惯给大家都带来方便。
处理和应用，变动时仅仅对一个层面，和几个数据类型是没有关系的。

补充：.NET技术 ,  ASP.NET