底層設計：輪詢系統 - 邊緣情況-js教程-PHP中文網

Low-Level Design: Polling System - Edge Cases

案例 1 - 處理更新的版本控制
情況 2 - PollID 作為 UUID 而非主鍵
情況 3 - 選項為空或無效
案例 4 - 重複選項
案例 5 - 問題長度限制
案例 6 - 投票過期

請先參考以下文章：

底層設計：投票系統：基本
底層設計：輪詢系統 - 使用 Node.js 和 SQL

邊緣情況處理

案例1

要管理投票問題和選項的更新，同時保留與同一投票 ID 關聯的先前詳細信息，您可以實現版本控制系統。這種方法可讓您追蹤每次民意調查的歷史數據，確保即使在更新後也保留舊的詳細資訊。

第 1 步：資料庫架構更改

更新投票表
- 將 current_version_id 欄位新增至 polls 表中以追蹤投票的最新版本。
建立投票版本表
- 建立一個新表格來儲存民意調查的歷史版本。

更新的資料庫結構定義

雷雷

第 2 步：API 實施變更

更新輪詢控制器

修改 updatePoll 方法，在建立新版本之前檢查問題是否有變化。

檔案：controllers/pollController.js

雷雷

第 3 步：更新投票路線

確保在 pollRoutes.js 中正確定義路由。

檔案：routes/pollRoutes.js

雷雷

變更摘要

資料庫：
- 更新了投票表以包含 current_version_id。
- 建立了 poll_versions 表來追蹤問題版本。
- 選項和投票表不變。
API：
- 建立了一個新的 createPoll 方法來初始化民意調查和版本。
- 更新了 updatePoll 方法以在建立新版本之前檢查問題變更。
- 新增了投票和查看投票結果的方法。
路線：
- 確保定義所有必要的路由來處理民意調查創建、更新、投票和結果。

案例2

處理 pollId 需要是 UUID（通用唯一識別碼）的場景。

以下是在輪詢系統中為 thepollId 實現 UUID 的步驟，無需提供代碼：

為投票 ID 實施 UUID 的步驟

** 資料庫架構更新：**
- 修改 polls、poll_versions、options 和 votes 表，以使用 CHAR(36) 作為 poll_id 而不是整數。
- 建立一個新的 poll_versions 表來儲存由 UUID 連結的投票問題和選項的歷史版本。
** UUID 產生：**
- 決定產生UUID的方法。您可以使用應用程式環境中的庫或內建函數來建立UUID。
** 建立投票邏輯：**
- 建立新投票時，產生一個 UUID 並將其用作 poll_id。
- 將新的投票記錄插入投票表中。
- 將初始問題插入 poll_versions 表並將其與產生的 UUID 連結。
** 更新投票邏輯：**
- 更新投票時：
檢查問題是否已更改。
- 如果問題已更改，請在poll_versions 表中建立一個新版本條目來儲存舊問題和選項。
- 根據需要使用新問題和選項更新投票表。
** 投票邏輯：**
- 更新投票機制，確保使用UUID作為poll_id。
驗證投票請求中提供的 UUID 是否存在於 polls 表中。
** API 更新：**
- 修改 API 端點以接受並傳回 poll_id 的 UUID。
- 確保所有 API 操作（建立、更新、刪除、投票）一致引用 UUID 格式。
** 檢定：**
- 徹底測試應用程序，確保在所有場景（建立、更新、投票和檢索投票結果）中正確處理 UUID。
** 文件：**
- Update your API documentation to reflect the changes in thepoll_id format and any new behaviors related to versioning and UUID usage.

By following these steps, you can successfully implement UUIDs for pollId in your polling system while ensuring data integrity and historical tracking.

Case 3

Empty or Invalid Options

Validation Approach:

API Input Validation: Implement checks in your API endpoints to verify that the options provided in the request body are not empty and meet specific criteria (e.g., no special characters if not allowed).
Feedback Mechanism: Provide clear error messages to the user if the options are invalid or empty, guiding them to correct their input.

Case 4

Duplicate Options

Uniqueness Check:

Pre-Insert Validation: Before adding options to a poll, check the existing options in the database for duplicates. This can be done by querying the options table using the poll ID and comparing it against the new options.
User Feedback: If a duplicate option is detected, return a meaningful error message to inform the user which options are duplicates, allowing them to modify their input accordingly.

Case 5

Question Length Limit

Character Limitation:

API Validation: Set a maximum character limit for poll questions and options within your API. This can be done by checking the length of the question and each option during the creation and update processes.
User Interface Feedback: Implement client-side validation to provide instant feedback to users when they exceed the character limit while typing, enhancing the user experience.

Case 6

Poll Expiration

Expiration Mechanism:

Timestamp Management: Add a timestamp field to the polls table to record when each poll is created and optionally another field for the expiration date.
Scheduled Checks: Implement a background job or cron task that periodically checks for expired polls and marks them as inactive in the database. This can also include preventing votes on expired polls.
User Notifications: Optionally, notify poll creators and participants of impending expiration dates, allowing them to engage with the poll before it becomes inactive.

Please refer to the following articles first: