数据库设计的问题讨论,能者为师!

KEYMEN 2004-12-07 09:20:05
在数据库设计过程中,我遇到一个原则性的问题,数据库要不要包含业务逻辑?
解释一下,包含业务逻辑就是存入数据库的数据经过加工或是附加的用于判断逻辑的数据。比如:我要每隔一段时间检测一张表,看表里的数据有无变化,间隔时间有长有短,于是,就可以在表里设一个字段,表示最后访问时间,以后程序里就可以修改,从而提高效率。

1 有的人主张数据库就是纯的存储最原始的数据,不经过任何加工,所有字段一律使用nvarchar类型的,这样除了兼容各种数据库外,还有什么好处??
2 也有人主张,数据库里要包含业务逻辑,可以把中间数据存入数据库,字段类型也可使用多一些(比如nvarchar,int,datetime,decimal),这也是我主张的,因为这样能提高效率,由于使用的字段类型不多,数据库兼容性也不错。

请问大家平时遇到此类问题时有无考虑过,如何取舍??
...全文
135 9 打赏 收藏 转发到动态 举报
写回复
用AI写文章
9 条回复
切换为时间正序
请发表友善的回复…
发表回复
KEYMEN 2004-12-07
  • 打赏
  • 举报
回复
再来些人讨论啊!!!
lh1979 2004-12-07
  • 打赏
  • 举报
回复
第二种方法比较好阿,本来数据库就提供了很对数据处理的功能,比前台处理快阿
KEYMEN 2004-12-07
  • 打赏
  • 举报
回复
up一下,大家再讨论一下!
KEYMEN 2004-12-07
  • 打赏
  • 举报
回复
谁能说说2种原则的利弊??
gimy007 2004-12-07
  • 打赏
  • 举报
回复
学习~~~
icedut 2004-12-07
  • 打赏
  • 举报
回复
我用第2种方法
KingCrane 2004-12-07
  • 打赏
  • 举报
回复
学习
zhang_yzy 2004-12-07
  • 打赏
  • 举报
回复
若只有两种选择的话,我会选择第二种,
但是若还有其他的选择,最好还是将业务逻辑单独处理,一般的情况下,业务逻辑经常会发生变更的,
若放到数据库中,一是看着乱,二维护起来,会很难,
至于数据类型,我支持第二种方法中的,若只是为了兼容性考虑的话,而舍弃SQL的优化处理,有些因小失大,另外,数据程序开发一般不会设计太多的数据库间兼容的问题的
yellowhwb 2004-12-07
  • 打赏
  • 举报
回复
我也选第二种,省事啊!

34,576

社区成员

发帖
与我相关
我的任务
社区描述
MS-SQL Server相关内容讨论专区
社区管理员
  • 基础类社区
  • 二月十六
  • 卖水果的net
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧