вопрос чисто теоретический....
Решил писать зц, необходимо создавать множество категорий...
Как это лучше осуществить?
Добавлено спустя   2 минуты  58 секунд:
есть вариант создать таблицу типа
id|category_id|name|....
Caregory_id это дочерний айд предыдущей категории...

ага. так.

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

с хранением файлов есть проблема, на самом деле. оч серьезная. на *nix системах при количестве файлов начиная примерно с 2000 в 1 папке, начинает тормозить файловая подсистема, и чем дальше тем больше. поэтому разбивать файлы следует по категориям однозначно. но и это при большем кол-ве загрузок не спасет. возможно, хорошим решением было бы хранить файлы в какой-нибудь nosql БД. Например, CouchDB

а SQLite  для этих целей не годится?

ну.... врядли. там ограничение на размер 64 терабайт вроде

Nu3oN написал:

а SQLite  для этих целей не годится?

предлагаешь хранить файлы в бд?
по мне так мазохизм

Morgan, бд разные бывают. очень. не только реляционные.

а есть тогда какие неть статьи по nosql, и желатедьно классы для работы с ними?

и только тишина мне в ответ, никого рядом нет...
Добавлено спустя   1 минуту  22 секунды:
просто с телефона это все выискивать неудобно, да и трафик жрут веб сайты...

инфы на самом деле мало. единственное что знаю - хабрахабр и оф сайты.
Добавлено спустя   1 минуту  26 секунд:
http://habrahabr.ru/search/?q=nosql

глянул несколько носклек
Больше понравилась MongoDB

плохо что в нерялиционных бд нет sql интерфейса

в mongodb  лимит базы 2ГБ при работе на 32-х битной системе

не работал с ней. уже потиху появляются прослойки для работы с nosql бд и на php. вчера кажется на хабре была новость как раз о redis. Работаю плотно с CouchDB просто, там довольно просто все. Какие-то особенные выборки делаются через вьюхи на javascript. Вызываются  элемнтарно по HTTP протоколу курлом.

о CouchDB ничего конкретного не нашел