RE: Comparativo de TeraManager y Postgresql

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:

http://www.bizgres.org/

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

In response to

Responses

Browse pgsql-es-ayuda by date

  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 ??