Что бы использовать для хранения версионного (большого) текста для серверной части веб-приложения?

Question

Спорю с моим другом - я защищаю git / hg, он защищает CLOBs MySQL. Что ты предпочитаешь?

Answer 1

Вы должны следовать золотому правилу, чтобы организовать хранение данных в зависимости от предполагаемых запросов, которые вы собираетесь сделать. Таким образом, это могут быть просто файлы на NAS, git или mercurial, база данных или пользовательское решение. Это зависит от того, как / частота вы будете запрашивать / обновлять их.

Итак, учитывая отсутствие контекста, вы не можете выбирать.

Answer 2

Я считаю, что всецело и полностью зависит от ваших требований. Если мое основное требование - просто сохранить версионную копию, чтобы всегда была резервная копия, тогда вы можете использовать GIT, CVS или Subversion, как вам нравится. Тем не менее, если я храню большие документы для бизнес-пользователей, к которым часто обращаются и которые необходимо искать, то хранение в базе данных, вероятно, является наилучшим способом. Я не слишком знаком с MySQL, но в моем опыте с Oracle гораздо меньше догадок, когда я храню большие бизнес-документы в столбце BLOB. Это в сочетании с тем фактом, что Oracle может выполнять поиск по этим индексам BLOB для меня, сделало его привлекательным решением для приложения, которое я написал для своего бизнеса.

Answer 3

В зависимости от того, насколько большой и сколько у вас их будет, я думаю, вы захотите избежать их хранения в любой базе данных. Контроль версий и файловые системы ОЧЕНЬ хороши для хранения больших цифровых объектов. Реляционные базы данных нет.

Answer 4

Как правило, с базами данных легче взаимодействовать, чем с инструментом. Возможно, вы захотите использовать что-то вроде CouchDB или Apache Jackrabbit, который делает версионирование документов.