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

Re: Hola

From: marcelo Cortez <jmdc_marcelo(at)yahoo(dot)com(dot)ar>
To: Daniel Marente Jacas <djacas(at)estudiantes(dot)uci(dot)cu>, pgsql-es-ayuda(at)postgresql(dot)org, Gunnar Wolf <gwolf(at)iiec(dot)unam(dot)mx>
Subject: Re: Hola
Date: 2008-09-23 03:14:11
Message-ID: 984392.96022.qm@web32006.mail.mud.yahoo.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
Hola 

No se si a esta altura responder a todos a responder fuera de la lista por que siento que es un poco off-toppic. bueno respondo mas abajo para no hacer top posting ;)


--- El lun 22-sep-08, Gunnar Wolf <gwolf(at)iiec(dot)unam(dot)mx> escribió:

> De: Gunnar Wolf <gwolf(at)iiec(dot)unam(dot)mx>
> Asunto: Re: [pgsql-es-ayuda] Hola
> Para: "Marcelo Cortez" <jmdc_marcelo(at)yahoo(dot)com(dot)ar>, "Daniel Marente Jacas" <djacas(at)estudiantes(dot)uci(dot)cu>, pgsql-es-ayuda(at)postgresql(dot)org
> Fecha: lunes, 22 de septiembre de 2008, 8:44 pm
> (...)
> > Tampoco tienen sentido las validaciones, porque?
> > 
> > tengo  un combobox o cualquier otra forma de
> presentacion de la
> > informacion, por ejemplo seleccione una calle ...
> > 
> > Cuando eligen una y me devuelve el
> "resultado" lo que obtengo es una
> > calle.
> 
> Ojo con esa tentación. Las validaciones _siempre_ son
> importantes. En
> el caso que mencionas, tienes algo que (claro, dependiendo
> de tu
> modelo de objetos) huele fuertemente a una calle... Pero no
> necesariamente es una calle válida. Y de serlo, tal vez

 La que es responsable de que una calle sea una calle es el constructor
sino deberia instanciarme una CalleInvalida .
por eso no es necesario chequear por la calle.

 en pseudoCodigo. ( en java para no complicarla)

 RootPersistentObject.AllCalles()

 esto devolveria las calles y con ese resultado llenaria el combo.

> tiene
> demasiados metadatos como para que valga la pena guardarlos
> dentro de
> lo mismo - tiene que ser descompuesta y guardada en cosas
> separadas. Y, sí, estás cayendo en la serialización -
> Serializar un
> objeto también huele muy parecido a como huele un mapeador
> objeto-relacional :)

No en verdad no, le serializacion es la representacion binaria del objeto
uno de los valores que serializa es la clase a a la que pertenece sino puede fallar la serializacion, ojo no hablo de serializar ala java.
en realidad existe algo como definicion de que serializar y que no.
porque en memoria el objeto esta relacionado con otros,  instancias de otras classes , parametros que le pasaron y "los conoce" esto arma un grafo de dependencias y dependencias.
un problema serio que tienen los serializadores son las referencias ciclicas por lo mismo que estoy mencionando ( hay bibliografia al respecto)

> 
> > en las bases relacionales o sistemas de mapeos la
> UNICA manera de
> > que no se desarme todo es usar el id, tiene un costo..
> 
> Supongo entonces que en PostgreSQL no usas tablas con
> llaves
> compuestas, ¿o sí? ¿Cómo es que creas una relación
> muchos a muchos?

Los mapeadores relacionales arman tablas intermedias 
que tienen esta data, solo guardan id's

> Tal vez así:
> 
> CREATE TABLE cosa (id serial PRIMARY KEY, ... );
> CREATE TABLE chunche (id serial PRIMARY KEY, ... );
> CREATE TABLE chunche_cosa (chunche_id integer, cosa_id
> integer);

Supongo que estas hablando de algo intermedio porque existen 2 
estrategias  principales.

1) mapear en tablas *todo tablas
2) serializar y usar tablas para relacionar los chunks binarios.


> 
> Obviamente, con restricciones de unicidad para el conjunto
> (chunche,
> cosa) por cada renglón, para no caer en problemas de
> inconsistencia. Y, helo ahí, tienes un registro en un
> esquema
> relacional que no tiene un ID que lo identifique, que puede
> tener
> datos adicionales, y sin embargo es identificable
> únicamente - por el
> par compuesto (cosa,chunche).

En realidad los objetos se mapean y el mapeador usa los id's 
para relacionarlos.
porque el user/programador  deberia conocerlos?
son de uso interno no?



y de que haya incurrido en off-toppic , disculpas.

saludos a todos 
MDC 






> 
> > a) es re importante pero no me extendere sobbre ello.
> > b) c) son solo ejemplos de d) que es el meollo de la
> situacion.
> > leer d) pero afirmando , SI SON TODOS OBJETOS!!
> 
> Claro, todo son objetos, al menos conceptualmente ;-) Pero
> hay más de
> una manera de representar lo mismo.
> 
> ¡Saludos!
> 
> -- 
> Gunnar Wolf - gwolf(at)iiec(dot)unam(dot)mx - (+52-55)5623-0154 /
> 1451-2244
> PGP key 1024D/8BB527AF 2001-10-23
> Fingerprint: 0C79 D2D1 2C4E 9CE4 5973  F800 D80E F35A 8BB5
> 27AF


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

In response to

  • Re: Hola at 2008-09-22 23:44:58 from Gunnar Wolf

pgsql-es-ayuda by date

Next:From: ManuDate: 2008-09-23 08:47:19
Subject: Re: Hay informacion del API C...
Previous:From: Cristián OsorioDate: 2008-09-23 00:32:43
Subject: Ayuda consulta SQL

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