Посоветуйте структуру базы
1. KOZZ (27.10.2010 / 14:37)Хочу делать рэп сайт.
На нем будет музыка рэпперов, их фото, биографии итп.
Вот все никак не могу продумать: как бы лучше все это организовать?
делать одну общую таблицу для файлов (картинки, музыка) и хранить все данные в ней(id,путь к файлу,имя,дата заливки итп), или для каждого раздела делать отделбную таблицу (для фотографий делать таблицу foto, для музыки - mp3, и т.п)?
А как поступить с папками?
Или есть какой нибудь другой вариант?
Как целесообразнее все это организовать?
Интересно выслушать мнения по этому поводу.
2. finall2 (27.10.2010 / 16:42)
Хм.
Я делал подобный сайт о роке.
Всё хранил в различных таблицах.
Тексты песен,Песни,Фотки,Альбомы и т.п.
А насчет хранения всего в одной таблице,то это мазахизм)
Насчет папок делал так.
files/groups/[название исполнителя]/[альбомы с песнями/файлами]/[название песни].mp3
с фотками делал так
files/foto_groups/[название исполнителя].jpg
сканы альбома хранил в папке с песнями,но с разными названиями.
Например порядковый номер файла 1.
В папке лежит 1.jpg (оригинал) и несколько версий разного разрешения 50_1.jpg (~50x50px) и т.п.
В одной таблице хранил только комментарии к песням/альбомам/исполнителям и т.п.
3. KOZZ (27.10.2010 / 16:46)
2, хранить файлы я как раз так и собираюсь.
в принципе это наверное самый разумный вариант, я так и предполагал
картинки я думаю налету буду выдавать нужным размером (ну или банальными <img src="1.jpg" width=* height=* />)
4. delete (27.10.2010 / 16:52)
#1, подобное лутше сразу кешировать или хранить в базе но вывод все равно кешировать, к чему лишние запросы к базе, тем болие хочишь выводить и инфу о mp3, вот комментарии храни в базе, инфу о папках, названии, ID3v2 и т.д пиши в файл или кешируй.
5. KOZZ (27.10.2010 / 16:53)
4, я не собираюсь теги трогать )
6. delete (27.10.2010 / 16:57)
5. eGo, ну малоли, ща часто ж кодыры лепят туда свои копирайты или например делаят типа конвертера, которые выдает одну песню, сразу в неск.частотах, что б люди выбирали, качать ли оригинальную с высоким качеством или меньшего размера, но уже с худшим качеством. на тот же звонок телефона.
7. KOZZ (27.10.2010 / 17:00)
6, нее, копирайт будет добавляться при добавлении файлов в базу (вместо тега альбом), так что это никоим образом не влияет на ЗЦ )
в нескольких частотах - бред
8. finall2 (27.10.2010 / 17:20)
eGo (27 Октября 2010 / 16:46)Ну хз,мне трех размеров 50,64 и 250хватает на все случаи жизни.
2, хранить файлы я как раз так и собираюсь.
в принципе это наверное самый разумный вариант, я так и предполагал
картинки я думаю налету буду выдавать нужным размером (ну или банальными <img src="1.jpg" width=* height=* />)
Правда вначале выбрал слишком маленькие 35px ,50px.
Потом скриптом перепрогонял все на новое разрешение.
Ну а сейчас всё шикарно)
Сделал и отличную веб версию,без проблем.
Ну а насчет отдачи картинок через скрипт,посчитал.
На веб версии на странице до 30картинок.
15 картинок на одной странице.
Допустим 10человек одновременно находятся на сайт. За пару секунд будет вылетать по 200обращений к скрипту.
Не смотря на некоторое удобство,всё-таки решил при загрузке картинки,сразу генерировать несколько штук разного разрешения.
9. KOZZ (31.10.2010 / 06:56)
Допустим 10человек одновременно находятся на сайт. За пару секунд будет вылетать по 200обращений к скрипту.<img src="1.jpg" width=* height=* /> - это вроде бы html средства, разве они дают какую то весомую нагрузку на сервер?
10. ramzes (31.10.2010 / 07:00)
зато они жрут трафик и долго грузятся если картинка большая
т.к. грузится в полный размер
Добавлено через 00:48 сек.
плюс корежит изображение если пропорции не совпадают с исходными
11. KOZZ (31.10.2010 / 07:05)
10, ааа, вот оно как )) ну ясно, тогда буду хранить картинки разных размеров
URL: https://visavi.net/topics/14994