@reffy простите, но если вы пришли сюда потроллить, то вы явно выбрали не тот ресурс. Не разобравшись в вопросе, вы начинаете испускать пену. Каким неестественным образом вы определили, что я не могу в ней разобраться? Вы спрашивали меня, разбирался ли я в ней вообще? Наперед отвечу - нет. И не хочу. Зачем мне тратить на это время? Когда будет такая необходимость, я без труда и ваших брызг разберусь в этом вопросе. На данном этапе, меня интересует лишь вопрос времени.
@zenwalker спасибо за ответ и за совет. но битрикс нужен вовсе не для повышения квалификации, как вы подумали. Новое место работы требует работу с ним.
@greabock я видел тему на хабре, где мусолили эту тему. В итоге всё свелось к тому, что надо использовать сериализованный массив как то и где то в таблице. Надо будет вспомнить и посмотреть еще раз эту тему.
@greabock А можно поподробнее про последнее? Как организовать нечто сложное, скажем, каталог по типу яндекс маркета? Там у каждого товара куча всевозможных опций. При чём у каждой категории товаров там присутствуют свои опции.
@Snewer Это понятно. А что если категорий будет 100500 и сущностей завязанных на них столько же. Как это отразиться на производительности? Какой вариант более благоразумный? Тем более плодить сущности не охото. Вот и спрашиваю, может этот вариант является не благоразумным и стоит для товаров, например, создавать отдельную таблицу категорий.
@Gineaser ну вот я объяснил пример. открывается интернет-магазин на cms, например, которая имеет встроенную функцию загрузки товаров с яндекс маркета, с описанием, картинками, отзывами и так далее. если загружать картинки по примеру год/месяц/день, то велика вероятность оказаться в один день тысячи картинок в одной папке.
@Gineaser Если надо одновременно загрузить 1000 картинок (например, посредством парсинга), то каталог забьётся большим количеством файлов, что как мы выяснили уже плохо сказывается на производительности. Все картинки будут одного года, дня и месяца. В случае же с md5 вариантом, картинки будут размещаться равномерно по всем каталогам.
@Boxxy потому что при сканировании всей директории нагружается файловая система, а соответственно и память. а прямой доступ по url не затрагивает сканирование директории, а выдаёт сразу результат
@zelenin А если предполагается хранить миллион картинок и больше, то путь лучше разбивать на все 32 символа? 1/B/E/1/B/E/3/9/E/7/9/7/E/3/9/4/A/3/9/6/F/F/0/4/7/F/9/5/3/9/6215.jpg
так? или хватит всего нескольких вложенностей?
