会员管理系统项目数据库设计
最近一项目经几个月的开发已告一段落。现在将总体设计思想与结构与大家讨论一下,以免技术关门造车。。。
项目是一个交友会员制管理系统,在用户注册时可选表单特别多,
如:个人的基本信息,爱好,婚姻,家庭,工作,目前生活习惯等特别多的字段,其中除必要的据运营策略指定必填的外,其它字段为选填字段,可以会员注册后到后台进行更新操作。
项目采用了Hibernate做持久,目前我的设计是这样的
选填字段用javascript 的数组初始其值,用下拉框形式表现,其中某些字段(如省市县数据)则在js中用了二维数组对应数据库的主键来实现,也就是固定死了如 423000 代表湖南,在数据库中主键423000 值 湖南。小字段则直接存值了,大字段存对应的ID
数据库设计按照字段类型来进行了细粒度的化分,如:会员_婚姻表,会员_家庭表,等,各数据通过一外键进行关联。
在Hibernate中则映射为many-to-one形式。
此项目的设计纯个人思想设计开发,未经任何人指点,现在项目俊工了。希望各位大哥大姐给指点一二。
如把此项目看成一个大项目,也就是说追求弹性开发,让项目做为百万级访问站点来看,我目前有两个疑虑:
一、数据库设计是否合理?是否有更好的设计方式,细粒度化分有没有必要?
二、项目用了Strus,注册初始值除了用现有的JS数组方式初始有没有更好的办法?
如果您有更好的想法欢迎您心情发表。
谢谢