Посоветуйте структуру базы

Хочу делать рэп сайт.
На нем будет музыка рэпперов, их фото, биографии итп.
Вот все никак не могу продумать: как бы лучше все это организовать?
делать одну общую таблицу для файлов (картинки, музыка) и хранить все данные в ней(id,путь к файлу,имя,дата заливки итп), или для каждого раздела делать отделбную таблицу (для фотографий делать таблицу foto, для музыки - mp3, и т.п)?
А как поступить с папками?
Или есть какой нибудь другой вариант?
Как целесообразнее все это организовать?
Интересно выслушать мнения по этому поводу.

Хм.
Я делал подобный сайт о роке.
Всё хранил в различных таблицах.
Тексты песен,Песни,Фотки,Альбомы и т.п.
А насчет хранения всего в одной таблице,то это мазахизм)
Насчет папок делал так.
files/groups/[название исполнителя]/[альбомы с песнями/файлами]/[название песни].mp3
с фотками делал так
files/foto_groups/[название исполнителя].jpg
сканы альбома хранил в папке с песнями,но с разными названиями.
Например порядковый номер файла 1.
В папке лежит 1.jpg (оригинал) и несколько версий разного разрешения 50_1.jpg (~50x50px) и т.п.
В одной таблице хранил только комментарии к песням/альбомам/исполнителям и т.п.

2, хранить файлы я как раз так и собираюсь.
в принципе это наверное самый разумный вариант, я так и предполагал
картинки я думаю налету буду выдавать нужным размером (ну или банальными <img src="1.jpg" width=* height=* />)

#1, подобное лутше сразу кешировать или хранить в базе но вывод все равно кешировать, к чему лишние запросы к базе, тем болие хочишь выводить и инфу о mp3, вот комментарии храни в базе, инфу о папках, названии, ID3v2 и т.д пиши в файл или кешируй.

4, я не собираюсь теги трогать )

5. eGo, ну малоли, ща часто ж кодыры лепят туда свои копирайты или например делаят типа конвертера, которые выдает одну песню, сразу в неск.частотах, что б люди выбирали, качать ли оригинальную с высоким качеством или меньшего размера, но уже с худшим качеством. на тот же звонок телефона.

6, нее, копирайт будет добавляться при добавлении файлов в базу (вместо тега альбом), так что это никоим образом не влияет на ЗЦ )
в нескольких частотах - бред

eGo (27 Октября 2010 / 16:46)
2, хранить файлы я как раз так и собираюсь.
в принципе это наверное самый разумный вариант, я так и предполагал
картинки я думаю налету буду выдавать нужным размером (ну или банальными <img src="1.jpg" width=* height=* />)

Ну хз,мне трех размеров 50,64 и 250хватает на все случаи жизни.
Правда вначале выбрал слишком маленькие 35px ,50px.
Потом скриптом перепрогонял все на новое разрешение.
Ну а сейчас всё шикарно)
Сделал и отличную веб версию,без проблем.
Ну а насчет отдачи картинок через скрипт,посчитал.
На веб версии на странице до 30картинок.
15 картинок на одной странице.
Допустим 10человек одновременно находятся на сайт. За пару секунд будет вылетать по 200обращений к скрипту.
Не смотря на некоторое удобство,всё-таки решил при загрузке картинки,сразу генерировать несколько штук разного разрешения.

Допустим 10человек одновременно находятся на сайт. За пару секунд будет вылетать по 200обращений к скрипту.

<img src="1.jpg" width=* height=* /> - это вроде бы html средства, разве они дают какую то весомую нагрузку на сервер?

зато они жрут трафик и долго грузятся если картинка большая
т.к. грузится в полный размер

Добавлено через 00:48 сек.
плюс корежит изображение если пропорции не совпадают с исходными