Muchas gracias Jenaro, y si
efectivamente es eso , un motor de base de
datos con un objetivo muy distinto al de postgresql, pues esta pensado para
datawarehause con datos mas o menos estaticos, no intenta reemplazar a
Postgres u Oracle, se especializa en un aspecto y en él aseguran que es
mejor, comprime los datos por lo que ocupa mucho menos espacio, y sin
desmedro de ello es mas rapida, la magia esta en que no esta preparada para
insertar datos, o borrado, esta pensada para que solo se hicieran consultas,
sin integridad, sin triggers sin reglas, sin indices pensados para que se
agrégen datos en el medio, etc. Eso es lo q yo comprendo, ahora bien
se
puede hacer lo mismo en Postgres?
Armando una segunda base de datos en otro servidor, optimizada únicamente
para ser consultada en lectura,
Me refiero a que los datos en una empresa cualquiera son en su gran mayoría
estáticos, y solo un pequeño porcentaje de los mismos estan sujetos a
cambios, (en una ferretería por ejemplo si le vendi un destornillador a un
cliente hace 19 años, no es creible de que hoy deba modificar el (o los)
registros que reflejan ese evento en la base, pero desde el punto de vista
de explotación estadística y de gestión de empresa, es algo que seguramente
que nadie querrá desperdiciar. Asi esos datos se pasarían a la segunda base
de datos, para esto se requiere de un superdba para que creara los indices
del modo mas optimo, por ejemplo en lugar de btree
¿??? Disminuyera las
capacidades del motor para rollback, etc.