2016-05-14 20 views
0

我正在構建一個網站,用戶可以閱讀並保存網站上任何圖書的進度(書籤上次閱讀的章節)。什麼是構建用戶表的好方法?我應該爲每本書製作一個專欄來存儲當前的書籤數量還是有更好的方法?我應該如何構建一個小說閱讀網站的SQL數據庫?

編輯:

非常感謝您的示例和評級建議hank!你怎麼看待這個:

用戶

  • 用戶ID
  • 用戶名
  • 電子郵件
  • 散列密碼

書籍

  • 書的ID
  • 書名
  • 章節號
  • 章內容

圖書評估

  • 總體評分

圖書體裁

  • 類型

圖書進步與評級

  • 用戶
  • 狀態
  • 評級

是存儲各個章節是一個好主意的這種方法嗎?

回答

1

對於規範化,我會做這樣的事情;

用戶

  • ID
  • 用戶名

圖書

  • ID
  • 標題

流派

  • ID
  • 流派

預訂類型

  • 類型

書進展

  • 用戶
  • 章/頁
  • 狀態(收藏,尚未開始,閱讀,成品)

這允許多個用戶跟蹤同一本書的進度,根據其他人閱讀的內容打開下一個用戶應閱讀的書的建議。

也許你會想讓用戶評價一本書(甚至是一個章節,誰知道?!)保持它的規範化,這是關鍵!

https://en.wikipedia.org/wiki/Database_normalization

+0

非常感謝您的示例和評級建議!你怎麼看待這個: ** **的用戶 +用戶ID +用戶名+ 電子郵件 +哈希密碼 ** **書籍 +書的ID +書名 + *章節編號* + *章內容* **圖書評估** +書 +綜合評級 **圖書體裁** +書 +流派 **圖書的進展和評級** +用戶 +書 +第 +狀態 + *評分* 是存儲各個章節是一個好主意的這種方法嗎?編輯:似乎我不能把子彈在評論中,我更新了主要問題 – AstralWonder

+0

我會有一個新的章節表(如果你也想存儲它,它可能有點太多imo) – hank

相關問題