設計訪談 - 汽車預訂系統

汽車預訂系統是軟件開發訪談中非常受歡迎的一個問題。我設計了以下ER結構/ OOP結構問這個的時候我：設計訪談 - 汽車預訂系統

汽車類/表有車編號，類型（結構緊湊，標準等），品牌，型號客戶擁有客戶編號等預約是一個關聯表，用於存儲車輛ID號，客戶ID號和汽車保留的日期。爲了簡單起見，我們可以假定汽車只能在幾天內保留。

下面是我fl trick不休的棘手部分 - 7月27日，當客戶1預定一輛帶有Id Car 3的緊湊型轎車時會發生什麼。如果Car 3在7月24日累計，會發生什麼情況。 7月24日和27日，他們都被帶走了。所以當客戶1 7月27日到達時，他最終沒有車。

我認爲這個缺陷與汽車和客戶在保留表中的結合方式有關。有沒有更好的辦法來這種關係模型，也是最經常使用的情況下，這樣找到一個可用的車在特定日期，保留它在該日期等

來源

2012-08-01 Tilottama Gaat

也可以在另一boolean字段添加到Car叫Working。如果Car 3進行總計然後

設置Working到false。
在Reservation中搜索。
如果在那裏，然後在Car中搜索另一種類型的汽車。
如果發現，則用Reservation中的其他車替換該車。
其他人致電客戶。

來源

2012-08-01 12:21:42

然後問題出現了 - 我們要檢查汽車是否在工作？夜間腳本運行並用其他同等工作的車輛替換所有總計/損壞的車輛？ – 2012-08-01 20:39:50

您選擇使用實體關係模型。「Car」和「Customer」絕對是實體。「預訂」肯定是「Car」和「Customer」之間的關係。「Car」是否合計/損壞絕對是實體Car的「財產」。這種設計對於實體關係模型原則是真實的，並且應該能夠承受引發它的不同用例。包括你最後一個問題。 – 2012-08-02 05:48:15

設計訪談 - 汽車預訂系統

回答

相關問題