B/S错在哪里?

现在正在做一个项目,关于后台管理的系统,框架采用Struts+Hibernate+Spring

原来部门同事都是用PB开发程序,数据库设计出问题了:
1.据说是不用外键关联照样可以做代码表的维护
我们一个UserInfo表中的主键在10多个表里做外键
2.复合主键需要维护
例如:
客户报文标准 pk fk
中心报文标准 pk fk
中心标准代码 pk fk
客户EDI代码 pk
发送标志 pk
这几个字段都有可能被维护
3.本来一个字段就可以做主键,非要再拉一个外键来做复合主键,理由是意义上不完整
例如:
用户代码 pk fk
发送方邮件地址 pk
本来发送方邮件地址就可以做主键了,却要拉个用户代码来做复合主键

在他们看来原来用PB开发不存在这3个问题,因为我选用了ssh框架这些问题出现了
似乎这是矛盾根源

唉,被弄糊涂了,问题是出在选用ssh框架?
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值