我覺得可能這樣程式比較好寫吧！
而且data也比較乾淨，畢竟應該不是跟著人走的，而是跟著case走，
所以在流程的判斷上，如果要達到你的需求，可能要花比較多時間吧
但是當時又急著上線，可能怕出包吧！
另外我再想，案件的table應該是有一個「狀態」欄位，所以若欄位沒判斷好，很容易出
大包。
你要取消，再重新申請，系統分析或程式撰寫，應該會比較單純一點吧。
※ 引述《livingocean (livingocean)》之銘言：
: 請問你去醫院掛號之後，想要改掛其他日期，醫院會要求你先取消原本的掛號，才能重
: 新掛號嗎？
: 請問你跟餐廳預約之後，想要改其他時間，餐廳會要求你先取消原本的預約，才能預約
: 新的時間嗎？
: 不會嘛！
: 那你他媽為什麼搞一個預約平台
: 要先取消預約，才能該預約其他時間呢？
: 沒先取消預約，也沒辦法看其他地點、時段，有沒有額滿
: 那取消之後，才發現想改的地點、時段都額滿了
: 想改回原本取消的時段，又被別人搶光
: 怎麼辦？
: 你知道為什麼人家叫你天IT大臣嗎？
: 因為天才跟智障只有一線之隔
: 你就是跟天才隔I條線的T
: reTarded的T
: 請問你是retarded嗎？
: