定義應用程式查詢

讓我們嘗試使用查詢優先的方法來開始設計飯店應用程式的資料模型。應用程式的使用者介面設計通常是開始識別查詢的絕佳範例。假設您已經與專案利害關係人討論過，而且您的 UX 設計師已經為關鍵使用案例製作了使用者介面設計或線框圖。您可能會有一份購物查詢清單，如下所示

通常，能夠用簡短的數字來指稱查詢，而不是完整說明查詢，會很有幫助。這裡列出的查詢編號為 Q1、Q2 等，這是範例中圖表中引用的方式。

現在，如果應用程式要成功，您肯定希望顧客能夠在飯店預訂房間。這包括選擇空房和輸入旅客資訊等步驟。因此，您顯然也需要一些查詢來處理概念資料模型中的預訂和旅客實體。不過，即使在這裡，您不僅要從顧客的角度思考資料的寫入方式，還要思考資料將如何被下游使用案例查詢。

您可能會傾向於先專注於設計儲存預訂和旅客記錄的表格，然後才開始思考會存取這些記錄的查詢。在之前討論購物查詢時，您可能已經感受到類似的緊張感，心想「但是飯店和景點資料從何而來？」別擔心，您很快就會知道了。以下是描述使用者如何存取預訂的查詢

所有查詢都顯示在下方的應用程式工作流程脈絡中。圖表中的每個方塊代表應用程式工作流程中的步驟，箭頭表示步驟之間的流程和相關查詢。如果您已妥善建模應用程式，工作流程的每個步驟都會達成一個「解鎖」後續步驟的任務。例如，「查看 POI 附近的飯店」任務可協助應用程式了解多家飯店，包括其唯一金鑰。選定飯店的金鑰可用於 Q2 的一部分，以取得飯店的詳細說明。預訂房間的動作會建立一筆預訂記錄，旅客和飯店人員稍後可透過各種其他查詢存取該記錄。

改編自 Cassandra, The Definitive Guide 的素材。由 O’Reilly Media, Inc. 出版。版權所有 © 2020 Jeff Carpenter、Eben Hewitt。保留所有權利。經許可使用。