Re: Hola

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/