¿Qué usaría para el almacenamiento de text versionado (grande) para el backend de la aplicación web?

Discutiendo con un amigo mío – Estoy abogando por git / hg, él defiende el CLOB MySQL. ¿Cuál es tu preference?

Creo que depende totalmente y completamente de sus requisitos. Si mi principal requisito es simplemente mantener una copy versionada, entonces siempre hay una copy de security, luego puede usar GIT o CVS o Subversion, lo que quiera. Sin embargo, si estoy almacenando documentos grandes para usuarios comerciales, a los que se accede con frecuencia y que deben searchse, entonces almacenarlos en una database es probablemente la mejor manera. No estoy muy familiarizado con MySQL, pero en mi experiencia con Oracle hay muchas less conjeturas cuando almaceno documentos de grandes empresas en una columna BLOB. Eso, combinado con el hecho de que Oracle puede search el índice de text de esos BLOB para mí, lo convirtió en una solución atractiva para la aplicación que escribí para mi negocio.

Debe seguir la regla de oro para organizar su almacenamiento de datos dependiendo de las consultas previstas que va a realizar. Por lo tanto, puede tratarse de files simples en un NAS, git o back-end mercurial, una database o una solución personalizada. Depende de la forma / frecuencia en que los consultará / actualizará.

Entonces, dada su falta de context, no hay forma de elegir.

Dependiendo de qué tan grande es y cuántos de ellos tendrá, creo que querrá evitar almacenarlos en cualquier database. El control de versiones y los filesystems son MUY buenos para almacenar objects digitales grandes. Las bases de datos relacionales no lo son.

Por lo general, las bases de datos son más fáciles de interactuar que una herramienta. Es posible que desee considerar el uso de algo como CouchDB o Apache Jackrabbit, que documenta el control de versiones.

Intereting Posts