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 <[EMAIL PROTECTED]> escribió:
> De: Gunnar Wolf <[EMAIL PROTECTED]>
> Asunto: Re: [pgsql-es-ayuda] Hola
> Para: "Marcelo Cortez" <[EMAIL PROTECTED]>, "Daniel Marente Jacas" <[EMAIL
> PROTECTED]>, pgsql-es-ayuda@postgresql.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 - [EMAIL PROTECTED] - (+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/
--
TIP 5: ¿Has leído nuestro extenso FAQ?
http://www.postgresql.org/docs/faqs.FAQ.html
