Re: Valor de la lleve primaria se almacene en las tablas relacionales

[HTML, top-posting y mensaje desordenado arg... de mala educacion]

El Lun, 22 de Enero de 2007, 1:20 am, GABRIEL COLINA escribió:
> [Texto irrelevante de acotacion de un SW que no es del topìco de esta
> lista]
> Es que todo se hace con funciones, pero en el caso de access no tenes que
> hacer nada por que el
> lo resuelve sin problemas y de forma transparente para el usuario, no es
> el caso de postgres y ojo que despues de conocer postgres no hago ningun
> desarrollo mas con soporte access.

Yo me pregunto que tiene que ver MS Access aqui?

> [Codigo en lenguaje que pudre cerebros]
>
> Y vos crees que los problemas se resuelven de una sola forma Jaime,

Tu sabes a quien le preguntas eso tan confrontacionalmente?

> menos en Visual Basic,

Crees que VB es una panacea?
Es mas, crees que es un verdadero lenguaje de programacion?

> que es el caso que tratamos

Aqui se habla de postgres y su derivados. No de otra cosa.

> Digo esto por que cabe la posibilidad de que no entendi bien la pregunta,
> dijo Visual Basic,

Que use VB como lenguaje para hacer programillas que acceden una BD en
Postgres (que es el tema de conversacion aqui), no puede hacer centrar las
respuestas o las posibles soluciones a ese lenguaje. Si se habla de
postgres, preguntas sobre postgres, que esperas que sea la respuesta?

> algo que no me paso por alto y si es asi caben ciertas
> posibilidades de que la pregunta se refiera a tener un formulario en
> visual basic, posicionarse en un recordset de la tabla a y luego pasar el
> Id de ese registro en la insercion o modificacion de un registro en la
> tabla b.

Eso es irrelevante. Eso queda para como hacer finalmente la implementacion
de una idea que se pueda recoger por aqui.

> Si es asi decime como resulevo que , postgres se entere cual es el
> registro donde estoy posicionado.
> Yo todavia no lo se, si no es utilizando el codigo de visual.

Es por que no has trabajado suficientemente con la BD, a nivel de consola.
Si dedicaras un poco de tiempo a administrar BD's via consolas, te daras
cuenta que hay un monton de cosas que haces mal, por un tema de que estas
acostumbrado a hacer las cosas de determinada manera y como postgres
plantea una forma distinta, tratas de hacer o acomodar para que postgres
funcione como tu quieres (y no como necesitas) que funcione. Eso
finalmente redunda en una merma en el rendimiento de postgres.

> [redundancia mental]
> Por eso Jaime creo que no hay una sola forma de resolver problemas,
> aplaudo la solucion de Juan Martinez por que me orienta para otras cosas
> que quiero resolver.

No se trata de aplaudir o pifear. Se trata de que aqui se exponen ideas y
quien quiera las tome y las trabaje. No esperes que aqui se entreguen
implementaciones.

Yo lo que propuse, salio primero de pura casualidad. Si no lo hubiera
escrito yo, Jaime, Mario, Alvaro u otros miembros de esta lista lo
hubieran hecho. Mi idea no tiene nada de brillante te dire. No es mas que
utilizar las herramientas que te entrega postgres.

> Ademas te pregunto si experimentaste si mi solucion no sirve,

Entiende que aqui se habla de POSTGRES y no de otra cosa!

> Creo que el compañero que pregunto, ahora tiene dos soluciones, una desde
> postgres y la otra desde Visual Basic. Una de gente como Alvaro y Jorge
> que aportaron soluciones desde la base de datos y esta otra que resuelve
> el problema tambien.

Y tu crees que lo hace eficientemente?

> No vi la tuya.

Y tenia que necesariamente tener que dar otra alternativa?
Hasta donde vi, Jaime hizo aportes a este hilo.

> Consejo cuando hagas criticas a una solucion, criticala con mas fundamento
> y con la cabeza mas abierta.

Yo la critico por que es:

1. Un codigo que postgres no entiende.
2. No tiene estructura.
3. Es un codigo muy sucio.

Por ultimo reflexiono: Por que este correo no se lo mandas directo a la
persona con la cual crees tener una diferencia personal? Mas del 80% de
este correo hablaba de temas ajenos a postgres en si mismo...

--
Juan Martinez Linux user # 335778
Departamento de Informática 499 7934 - 499 7992
Universidad Miguel de Cervantes Mac Iver # 370 - Stgo. Centro - RM