Чтение-запись файла по сравнению с Чтением-записью Базы данных

Вы уже проверили эти обсуждения:

http://groups.google.com/group/google-web-toolkit/browse_thread/thread/849c6cc6c9b1467a/cab6b973bbf7d162?hl=en&lnk=gst&q=jaxb+b16d973

и

http://groups.google.com/group/google-web-toolkit/browse_thread/thread/6312cedd281b91a9/b1add5932c842ace?hl=en&lnk=gst&q=jaxb+annotations#b1add5932c842ace-

Изначально я собирался сказать «чтение / запись базы данных», без всяких сомнений, так как он будет включать требуемый файл io поверх служебных данных БД, но потом понял, что это не так просто. Если у вас есть вся ваша БД, загруженная в память, чтение будет почти мгновенным, так как здесь нет файлового ввода-вывода.

Запись, как правило, также будет быстрее, так как механизму БД не нужно ждать завершения ввода-вывода файла перед возвратом, поскольку они могут использовать подход «ленивой записи».

С другой стороны, плохо настроенная база данных будет на несколько порядков медленнее, чем любой ввод-вывод на основе файлов. Настройка БД имеет значение. Много.

Это своего рода загруженный вопрос. О файлах какого размера мы говорим? Гигабайты? Кроме того, какой тип и размер БД? Я часто использую комбинацию. Вы хотите контролировать целостность любого уровня данных? Если это так, вы можете оставить это БД, иначе вам придется контролировать все это на уровне приложения.
Есть так много факторов, чтобы принять правильное решение. Например, когда я создаю временные данные, которые мне не нужны, я использую File, но если я использую данные, которые я хочу сохранить или создать резервную копию, то я использую БД.
Это в сочетании с архитектурой важно. Если проблема заключается в оборудовании, лицензировании или оборудовании, возможно, вам не нужна инфраструктура серверов БД и т. Д. Но если у вас есть ресурсы, то добавление уровня БД может быть правильным выбором.

Здесь нет простого ответа. При использовании любой базы данных вам приходится постоянно работать с ней. Но когда вы обращаетесь к ней, это обычно намного быстрее, чем обращение к файлу. Если речь идет всего лишь о нескольких обращениях, вы не заметите особой разницы. Но когда дело доходит до сотен, тысяч и миллионов обращений в минуту, база данных становится намного быстрее. И, как отметил Тим выше, плохо настроенная база данных может быть намного медленнее, чем доступ к плоскому файлу.