会员管理系统项目数据库设计

eastlift 2007-12-03 12:34:15
最近一项目经几个月的开发已告一段落。现在将总体设计思想与结构与大家讨论一下,以免技术关门造车。。。
项目是一个交友会员制管理系统,在用户注册时可选表单特别多,
如:个人的基本信息,爱好,婚姻,家庭,工作,目前生活习惯等特别多的字段,其中除必要的据运营策略指定必填的外,其它字段为选填字段,可以会员注册后到后台进行更新操作。
项目采用了Hibernate做持久,目前我的设计是这样的
选填字段用javascript 的数组初始其值,用下拉框形式表现,其中某些字段(如省市县数据)则在js中用了二维数组对应数据库的主键来实现,也就是固定死了如 423000 代表湖南,在数据库中主键423000 值 湖南。小字段则直接存值了,大字段存对应的ID
数据库设计按照字段类型来进行了细粒度的化分,如:会员_婚姻表,会员_家庭表,等,各数据通过一外键进行关联。
在Hibernate中则映射为many-to-one形式。

此项目的设计纯个人思想设计开发,未经任何人指点,现在项目俊工了。希望各位大哥大姐给指点一二。
如把此项目看成一个大项目,也就是说追求弹性开发,让项目做为百万级访问站点来看,我目前有两个疑虑:
一、数据库设计是否合理?是否有更好的设计方式,细粒度化分有没有必要?
二、项目用了Strus,注册初始值除了用现有的JS数组方式初始有没有更好的办法?

如果您有更好的想法欢迎您心情发表。
谢谢
...全文
343 2 打赏 收藏 转发到动态 举报
写回复
用AI写文章
2 条回复
切换为时间正序
请发表友善的回复…
发表回复
eastlift 2007-12-10
  • 打赏
  • 举报
回复
自己再顶一下吧
eastlift 2007-12-04
  • 打赏
  • 举报
回复
没人顶?
难道觉得此贴没水准不成?

如果这样想,那自省一下吧。。。。

67,512

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

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