请兄弟们集思广益，帮我考虑一下帖内问题

Question

开发会议系统，现遇一问题如下：会议流程：填写申请 -〉 审核 -〉 批准用户要求实时性较高；即：批准后，会议室的状态还必须是'空闲'，只有在召开会议时，才转为'空闲'我考虑了几天，只想到两种方法：一是轮循；二是让用户在开会时多一步操作，在这步操作中改变会议室状态。但是我对此二种方法均不满意，尤其是头一种，简直就是一种无能的表现，现请大家帮忙考虑考虑，看有没有一种最优秀最合适的方法来处理上述问题（由于所使用数据库不具备'作业'功能，所以这种就排除掉）Thanks so much!!!!

Answer 1

to:fantasylu(沉默的糕点)我描述得不详细，见谅。现在是申请的时候不受任何限制，时间段上出现重复的情况是有可能的，只是要求在开会时，不能同一会议室被两拨人占用（需求如此）我感觉我的思维可能进入了死角，总觉得还有更好的办法来解决这种问题。感谢你的意见！

Answer 2

to:jxufewbt(我的目标是5星)请详细讲解一下

Answer 3

會議使用這個動作發生時,你會改變會議室的狀態,哪嚜每次開會前CHECK以下會議室的狀態,看是否可用.能解決LZ的問題嗎???

Answer 4

to: dragonfly001(我思考,我生存!)描述不详细，让你产生误会，见谅同一会议室，在同一时段，可能有两个人进行了申请且经过了审批。
现在如果通过主贴中所说的，在开会时多一步操作，是可以达到要求的。
但是我感觉这样应该不是最好的解决方案，应为需要在开会前进行一步操作来将会议室的状态改为使用，在结束之后又要有一步操作来将会议室状态改为空闲。谢谢你的意见！

Answer 5

http://dev2dev.bea.com.cn/bbs/thread.jspa?forumID=102&threadID=16408&tstart=0

Answer 6

to:saucer(思归)状态只允许空闲和使用两种（乙方的要求）但我感觉中间加一个被保留的状态，对后台来说，被保留跟会议中的差别不大，如果一个会议室处于被保留状态，那么它同样是不能被申请的，对吧？谢谢你的意见！

Answer 7

to:saucer(思归) 如你所说，这种需求确实存在问题，但我感觉有一点跑题了。
其实两个状态也好，三种状态也罢，问题的关键是在于如何按时将会议室的状态改变，
是自动好？还是手动好？？除去我主贴中提出的两种不成形的方案，是否还存在更好的解决方法，这才是最关键的。你觉得呢？谢谢！

Answer 8

是什么类的程序？webform还是winform?这些状态假设你用的是某种数据库，每次会议批准，你已经记录了房间的状态，接下来就是怎么显示这些房间状态了，存在手动，自动一说么？用户很多时候不知道自己要什么，所以他们的要求不见得一定要按字面实现的，你觉得逻辑上有问题，就跟用户说明，如果用户讲道理，他自然会改变这些做法

Answer 9

to:LinFengCyl(林风),saucer(思归),robin06(挖粪涂墙) 首先感谢几位的回答先申明一下：用户不太可能改变他们的需求，要是能的话，我也不会在这里来麻烦大家了其次：需要多思归说明一点，在申请、审批的过程中，用户要求都不能改变状态（即：我已审批了一号会议室的申请，但你在申请或审批时，一号会议室的状态依然是空闲）。只有当会议开始的时候，会议室的状态才能改变。需求很变态吧？？没办法谢谢几位的热心回答！PS:我自己感觉林风给出的建议相对合理一些，在申请时判断时间段是否冲突。

Answer 10

fanshow(灵山霄) ( ) 
你根据开会时间段自动控制啊,很简单嘛
------------------------------------------
也不能，如果开会的时间到了，查询时候全部都是被“占用”，那么当时候有多人申请这个时间，那么究竟程序能够分清楚，那个用户占用了？如用户A，需要在13：00~15：00的时候开会，写了申请并且通过审批，
用户B 需要在14：00~17：00的时候开会，系统依然可以允许申请和审批。
因为基于两个理由
1）用户A有可能提早结束会议。
2）用户B有可能可以等待到15：00在开会也没有所谓。那么究竟达13：00的时候，是人手转换他为被占用，还是自动由系统更正。
如果是系统自动更改“占用”，那么如果A用户是否需要在会议提早结束的时候，手工地把会议室更改为“空闲”，借这个机会通知用户B，你无需等待到15：00开会，马上就可以啦其实无论怎样，问题在于：系统应该通过什么主体去更改会议室是：占用，还是空闲，而这个主体可能是：
用户、时间，还是会议室管理员这个角色（当用户A交换会议室钥匙的时候，由这个角色
手工改变）。