-4
我正在研究一個足球(足球)應用程序,並且在這個應用程序中我有一個玩家數據庫(讓我們假設它將會非常大)。基於網絡的足球應用程序的最佳MySQL數據庫結構
該應用程序按照國家(例如德國,西班牙,英國和其他國家的聯賽和球員)進行構建。
我的問題是:什麼是結構數據庫的最佳方式?我想到的兩個可能性:
發展與世界上還有所有的玩家一個很大的數據庫一切(但可能是一個數量的條目後,系統變慢,因爲我存儲他們的整個歷史,一些其他的東西,這將使數據庫,因爲在我猜的某個點相當大)
爲每個國家做一個不同的數據庫,但這會帶來同步一切可能在另一個一般表中的問題?
您認爲最好的解決方案是什麼?
謝謝!
除非你打算存儲幾億行數量的東西,否則你甚至不應該擔心數據庫有多大。數據庫旨在處理大量的數據。擁有多個數據庫會導致不必要的複雜性。研究關係數據庫設計,並使用一個數據庫(一個數據庫,多個表)。 – Samsquanch
使用已經存在的在線實時數據。在哪裏不足有您的量身定製的數據。谷歌的東西像歷史足球數據(然後刪除問題或編輯顯示編碼問題) – Drew
我建議你研究[規範化](https://en.wikipedia.org/wiki/Database_normalization)。您可以將所有內容都保存在一個數據庫中,只需添加一個國家/地區專欄即可(無論是聯盟,玩家,遊戲,我都不知道)。拿出一張廢紙,寫下你想保留的所有信息,並遵循規範化規則,直到你把它分解得足夠小。如果您遇到特定的實體需要正常化,請在此處提出問題。但就目前而言,它太寬泛了。 – AdamMc331