我想用php/mysql爲我的文件創建flex/actionscript目錄視圖。我想分享一些想法:應該使用什麼設計來保存文件信息
1)我想創建表(在MySQL中)「文件」和另一個表「文件夾」,當用戶在我將要求所有數據從「文件」和用戶名='東西'的「文件夾」。但問題是,我會在表格中創建很多條目。例如,如果我將有100個用戶,並且每個用戶可以創建100個條目(文件或文件夾),這意味着我將在表內獲得10000個條目。
2)我的第二個想法,我認爲更安全的方法是創建表「用戶」,其中將設置ID,用戶名,密碼,...,文件,文件夾。在文件(文本格式輸入)將上市有關文件的信息,他們將通過這樣的「*」符號是分紅:
id*file name*size(in kbytes)*path*status
example:
15*test.exe*150*/root/*private
16*test2.exe*200*/root/folder1/*public
17*test3.exe*5600*/root/folder1/subfolder/*private
...
一旦當用戶LOGES在彎曲時,此信息將被outputed和ActionScript會抓住它。但問題是,當我將編輯1個文件信息(例如1文件名「test.exe的」到「editedtest.exe」)我將加載回MySQL中的所有數據:
15*editedtest.exe*150*/root/*private
16*test2.exe*200*/root/folder1/*public
17*test3.exe*5600*/root/folder1/subfolder/*private
現在,這裏只有3文件信息,但可以有超過1000.
所以你怎麼看,我該如何解決我的任務?還是更好的做法,我只是不知道?請寫下你的建議和想法。
是的,我同意,這是更好地做文件系統的方式,但你肯定在數據庫行的大金額將不會有問題?如果我的Web應用程序會成名,並且很多人會開始使用它(例如1000人),則每個應用程序都會創建大量文件/文件夾。那麼你確定數據庫能夠正確快速地使用100萬條線(將來看)嗎? – Volter
是的,絕對。 mysql團隊宣佈他們擁有5000萬條記錄數據庫:http://dev.mysql.com/doc/refman/5.5/en/features.html(搜索頁面中的「可伸縮性」以查找信息)。保持良好性能的關鍵是良好的索引和結構良好的數據模型。 –
非常感謝你的建議。我會像你說的那樣做。再次感謝您的建議。 – Volter