From: | Felipe de Jesús Molina Bravo <felipe(dot)molina(at)inegi(dot)gob(dot)mx> |
---|---|
To: | vhr <vhr(at)relcat(dot)com(dot)ar> |
Cc: | pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | RE: Comparativo de TeraManager y Postgresql |
Date: | 2007-02-22 20:49:29 |
Message-ID: | 1172177370.7926.22.camel@fjmb |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
quizas bizgres pueda ayudar:
El jue, 22-02-2007 a las 16:23 -0300, vhr escribió:
> 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.
>
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 9: el optimizador ignorará el uso de recorridos de índice si los
> tipos de datos de las columnas no coinciden
From | Date | Subject | |
---|---|---|---|
Next Message | Gabriel Colina | 2007-02-22 21:50:20 | Re: consulta casteo de tipo |
Previous Message | Sergio Valdes Hurtado | 2007-02-22 20:23:18 | Re: ODBC vs OleDB cual es mejor ?? |