Это жизнеспособная система подкаталогов для хранения файлов?

Question

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

Для моих нужд и в рамках моих (плохих) знаний о кодировании я хочу показать вам, о чем я думаю, и, пожалуйста, дайте мне знать, если это целесообразно.

Вот как я думал о подкаталогах, используя время

-> мои данные / Год (бесконечные подкаталоги) / месяц в году (12 подкаталогов) / неделя в месяц (4 подкаталога) / днинеделя (7 подкаталогов) / часы в день (24 подкаталоги) / минуты в час (60 подкаталогов)

Что хорошего в этом, я думаю, это то, что новые данные во времени доступны быстрее (потому что то, что в прошлом несмешивать с тем, что актуально) и папки довольно пустые, обновленные Я вижу, что проблема будет в том, если люди отправят много данных в течение короткого времени

я не знаю, это всего лишь некоторые мысли,Может быть, я должен уделить время и понять хеш-подкаталоги полностью

спасибо за любое освещение

Answer 1

Этот вопрос меня немного пугает :) Я вижу простое решение - добавить метки времени в таблицы базы данных, чтобы вы могли легко запрашивать данные, относящиеся к определенной дате или диапазону дат. Вы можете запросить данные, которые находятся только в прошлом или только в будущем, или только в прошлом, но произошли после указанной даты.

Вот почему реляционные базы данных хороши, и РЕШИТЕ ​​решения для файловой системы, подобные той, которую вы предлагаете.

MySQL может обрабатывать сотни миллионов строк. Oracle может обрабатывать триллионы. Это то, для чего они предназначены, Джеймс:)