业务逻辑究竟是写在数据库中好呢还是写在程序里好？

[sboom]

写成存储过程的话每个业务都要写一个存储过程，而且存储过程是面向过程的，把业务搞得很复杂，一个表修改的时候可能好多存储过程都要修改。
写在程序里现在有ORM软件，面向对象的ORM思路会清晰好多，但像信息系统这样对数据统计要求高而且常常要用表格形式打印的，似乎ORM也好不到哪里。
还是直接访问表？像ADO.NET直接访问表好像很方便，但始终有点有点那个。。。而且关系管理不好。

大家的实际项目中写在哪里的？

[ilons1]

与数据库关联多的就写在存储过程里,把里面用得多的地主写成函数

[lzymagi]

存储过程。自己再建几个函数。这样结构改变的时候你只要改一下函数就可以了。别什么都写在存储过程中

[zjcxc]

对数据库中数据依赖性高的处理应该封装到存储过程中.
与数据关系不大的应该封装在程序里.