Вложения под Файловая система против баз данных?

Question

Вложения под Файловая система против баз данных?

1

Мне нужно болеть вложения на стороне сервера. Я могу хранить их либо под столбцом blob базы данных, либо в каталоге файлов. Мой вопрос в том, какой из них более надежный, масштабируемый и поддерживаемый?

РЕДАКТИРОВАТЬ:-

если мы идем на файловую систему, мы должны обрабатывать синхронизацию самостоятельно. Не так ли? Например, если два пользователя пытаются создать/обновить файл в том же каталоге, как мы будем обрабатывать параллелизм с файловой системой?

user3198603 26 апр. 2014, в 13:32

Источник

0

Проверьте этот похожий вопрос: stackoverflow.com/questions/3748/…
Samuel Parkinson 26 апр. 2014, в 10:37

Теги:

database

java

filesystems

1 ответ

Ещё вопросы

Проверьте этот похожий вопрос: stackoverflow.com/questions/3748/…

user3145373 ツ · Accepted Answer · 2014-04-26T09-23-00.000Z

Хранение данных в каталоге более надежное из-за индексирования и выборки данных и других операций. Просто сохраните путь к файлу в БД и сохраните этот файл в директории.

Когда на сервере появилось много запросов на хранение данных, очень сложно и сложно обрабатывать столько запросов. Поэтому лучше хранить данные в каталоге, поэтому доступ к данным становится все более быстрым, и когда ежедневный масштаб хранилища БД увеличивается, они становятся настолько важными, поэтому, когда вы начинаете какую-либо систему, сначала изучите ее хорошо, а затем решите, что делать или что техника будет лучшей? Когда в БД больше данных, тогда кластеризация и индексирование становятся более важными.

Если вы хотите использовать его для небольшого хранения данных, тогда используйте blob it good option, но для больших данных я не рекомендую вам, потому что я сделал онлайн-хранилище данных в Интернете и столкнулся с такой ситуацией, поэтому в конце я использовал для хранения данных в каталоге и просто путь в БД.

Но если вы обращаетесь к файловой системе, вам придется самостоятельно выполнять синхронизацию. Не так ли? Например, если два пользователя пытаются создать / обновить файл в одном каталоге, как вы будете обрабатывать параллелизм с файловой системой?
Тогда вам придется использовать какой-то временный каталог, если java предоставляет возможность для этого и возможно, тогда можно использовать 2 имени для файла в БД: один загружен пользователем, а второй - это новое сгенерированное псевдоним, с помощью которого вам нужно будет сохранить файл. используя новое имя, потому что, чтобы избежать перезаписи файла и прочего, поэтому, когда вы генерируете новый файл или имя, затем используете метку времени плюс другое средство уникальности, в моей системе я использовал этот метод и работает хорошо.
Вы хотите сказать, что сначала создайте файл в файловой системе. Затем создайте запись в базе данных с путем к файлу. Однако, если исключение происходит во время транзакции БД, также удалите файл. Правильно?
Вы также сказали: «Хранение данных в каталоге более надежно благодаря индексации». Вы имеете в виду индексирование по контенту здесь?
Да, укажите какое-нибудь поле, например, состояние загрузки или что-то в этом роде, когда загрузка завершится, это поле станет истинным или произнесите 1 или вы можете сделать что-то вроде этого размера файла хранилища в дБ при начале загрузки и при завершении загрузки, проверить размер загруженного файла и запись в БД при статус совпадений будет равен 1, и да, я говорю о сохранении пути к файлу, и одну вещь следует иметь в виду при проектировании структуры каталога, например, по годам для пользователя, как вы хотите. да, контентная индексация, потому что мы можем хранить их отдельно, используя хорошую технику, и быстрее выполнять индексацию.