来点实际的。大家都来设计一个数据库吧。(第一个：考勤和工资管理的)

黄叶

( 我们来简单点)
一、原始情况描述：
  1、涉及对象：
      员工、电子工卡，电子卡钟，加班单，请假单，调休单，罚款单，基本工资单，职务工资单，浮动工资，考勤制度表，工资计算表 ，
   2、对象涉及的行为：
      新进员工，员工离职，员工上下班，中途出入刷卡，员工加班，员工请假，员工休息， 员工被罚款， 员工调薪。
   
二、要求：
   1、考勤制度具有普遍的适应性
   2、能够根据考勤制度自罢考勤。
   3、根据考勤自动计算工资
   4、工资计算方法具有普遍的适应性
   5、数据库系统不限，但一定要注意到性能问题。也就是说多利用系统自身提供的服务器端编程。

请大家发言设计看看

zk6312

大家为什么都不发言？我是真的不会，像黄版主说这是个很简单的问题，怎么没有人舍得把他的成果拿出来是吗

zhangzhao

我也正在学database, 我觉得用object ralational database来设计，建好OO model后，再把它transfer到RDBMS里。具体的设计思路就要花时间了。。。

黄叶

给出一点看法也行呀。
方案这个词太大了。

lyzhong

随便用什么数据库都行吗？老大

黄叶

当然是随便是什么数据库都行。

hoxide

我觉得倒不如设计一个个人理财系统
很实用的阿
数据库嘛我目前只会mysql

icekernel

能够根据考勤制度自罢考勤。 什么意思

黄叶

写错字了，
当然是自动考勤了。

wangwei1998

我有一套，但不仅仅是考勤和工资，还有其他，是一个整体，拆分了不好。
我这套东西核心是财务、进销存和客户管理，考勤和工资只是很小的一部分。