Skip site navigation (1) Skip section navigation (2)

Re: Hola

From: marcelo Cortez <jmdc_marcelo(at)yahoo(dot)com(dot)ar>
To: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
Cc: Gunnar Wolf <gwolf(at)gwolf(dot)org>, pgsql-es-ayuda(at)postgresql(dot)org, Danier Marante Jacas <djacas(at)estudiantes(dot)uci(dot)cu>
Subject: Re: Hola
Date: 2008-09-18 18:37:16
Message-ID: 800218.90251.qm@web32007.mail.mud.yahoo.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
Alvaro gente,


--- El jue 18-sep-08, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> escribió:

> De: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
> Asunto: Re: [pgsql-es-ayuda] Hola
> Para: "marcelo Cortez" <jmdc_marcelo(at)yahoo(dot)com(dot)ar>
> Cc: "Gunnar Wolf" <gwolf(at)gwolf(dot)org>, pgsql-es-ayuda(at)postgresql(dot)org, "Danier Marante Jacas" <djacas(at)estudiantes(dot)uci(dot)cu>
> Fecha: jueves, 18 de septiembre de 2008, 3:26 pm
> marcelo Cortez escribió:
> 
> > en las bases relacionales o sistemas de mapeos la
> UNICA manera de que
> > no se desarme todo es usar el id , tiene un costo..
> 
> La verdad es que la mayor gracia que tienen los sistemas
> basados en el
> modelo relacional es que hay toda un área matemática
> detrás, que define
> un álgebra relacional y un cálculo relacional.  Hay
> operadores bien
> definidos, que entregan resultados bien definidos, sobre
> los cuales
> pueden hacerse transformaciones en busca de
> representaciones más
> eficientes del álgebra, etc.  Todo esto permite tener, por
> ejemplo, un
> optimizador que encuentra soluciones óptimas para
> consultas muy
> complejas, de manera que puedan resolverse de manera muy
> eficiente.
> 
Totalmente de acuerdo 

> En un sistema "orientado a objetos" no hay nada
> de eso.
Depende de los objetos guardados en la base .


> 
> Lo malo de los sistema de mapeo estilo ORM es que
> construyen consultas
> bastante absurdas, precisamente porque el modelo de
> consultas usando
> objetos es muy limitado.  Se pierde gran parte del poder
> expresivo del
> modelo relacional, y por lo tanto el acceso a la BD se
> vuelve muy lento,
> porque muchas de las transformaciones no son posibles.

Si totalmente , estoy cansado de optimizar querys de hibernate u 
otros mapeadores , ojo no me quejo es parte del trabajo :=)

Lo que de fondo pienso que pasa es que son 2 filosofias totalmente opuestas. la de bases de datos relacionales donde se tiende/pretende tener la logica y las reglas de negocio bla bla en la base de datos.

La de objetos , la logica esta en la interaccion de los objetos no es top down , es si se quiere caotica (no me extendere), pero mas de fondo hay otra cosideracion y esa yo considero mas importante.
la programacion relacional/procedural/leguajes tipados  es una programacion que yo llamo orientado a la representacion o  forma de los datos.
la programacion con objetos no tiene este problema, ojo esto no se trata ,por lo menos de mi parte, en objetos vs relacional  ni nanda que se parezca sino reflexiones sobre las diferencias..
saluds a todos
MDC 



> 
> Los productos como Hibernate etc tienen ese problema.  La
> gente se queja
> porque "Postgres es lento", pero en realidad el
> problema viene de otra
> parte.
> 
> -- 
> Alvaro Herrera                        
> http://www.flickr.com/photos/alvherre/
> "Ellos andaban todos desnudos como su madre los
> parió, y también las mujeres,
> aunque no vi más que una, harto moza, y todos los que yo
> vi eran todos
> mancebos, que ninguno vi de edad de más de XXX años"
> (Cristóbal Colón)


      Yahoo! Cocina
Recetas prácticas y comida saludable
http://ar.mujer.yahoo.com/cocina/

In response to

  • Re: Hola at 2008-09-18 18:26:12 from Alvaro Herrera

pgsql-es-ayuda by date

Next:From: Jaime CasanovaDate: 2008-09-18 19:12:50
Subject: Re: pregutna soporte
Previous:From: Javier Chávez B.Date: 2008-09-18 18:32:05
Subject: Re: pregutna soporte

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group