写真ギャラリー - データベースデザイン

Question

これはフォトギャラリーのデータベースデザインです。私はフィードバックをお願いしますか、それとも改善することができますか？

photos_category 
- photocat_id (P) 
- name 
- slug 
(5, 'Cars', 'cars') 



photos_albums 
- album_id (P) 
- photocat_id (F) 
- name 
- description 
- active 
(20,5,'BMW','Nice BMW cars',1) 

photos 
- photos_id (P) 
- album_id (F) 
- image 
(33,20,'bmw_car4.jpg') 

bmw_car4.jpgは元のサイズであり、それは位置される。フロントエンドのため /gallery/original/bmw_car4.jpg

（リサイズ）：

サムネール：/ギャラリー/親指/ bmw_car4.jpg

画像：/gallery/images/bmw_car4.jpg

Answer 1

あなたのデザインは、私にはかなり正しいようだ：

• それはシンプルかつfunctionnalだ、
情報のない重複がない
• 、
• 、あなたは、一つのオブジェクトから、その関連情報を見つけることができます

Iだろうただ、あなたが計画している場合1つのディレクトリに多くのファイルがあるのを避けるために、いくつかのサブディレクトリスキームを追加してください。（/gallery/original/とサイズ変更されたイメージのディレクトリ）。

アップロードの日付（画像の量に応じて月または日）に基づいて、ハッシュメカニズムを追加することができます。などです。たとえば、あなたが持っている可能性があり
：

• /gallery/original/2011/01/：1月
• /gallery/original/2011/02/にアップロードされたすべての画像：

上のすべての2月

にアップロードされた画像などを次に、あなたが保管しますファイルの名前だけでなく、photosテーブルのパス

Answer 2

絶対に、画像テーブルにdoctypeを格納するフィールドを含める必要があります。イメージ検索にとても便利で、アップロードするファイルを制限するのを忘れてしまった場合には、アップロードしたいファイルの種類と、サポートしたいファイルの種類と、 t。私はあなたが見るイメージを含む単語の文書をアップロードしていました。そして、私は「何とかねえ」と考えて、それらのサポートを追加しました。データベースの外部にファイルを保存することは良い考えです。私はalt、name、description、created、last modifiedのミスを犯しました。データベースを使って実際に画像を保存すると、画像データのコンテンツサイズは結果が非常に遅いことを意味しました。あなたは素晴らしい仕事をしてきました。