| 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: | Whole Thread | Raw Message | 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 ?? |