Re: Problemas al igualar?...

Lo que pasa es que estoy desarrollando un sistema WEBGIS, en donde los
usuarios pueden subir cubiertas digitales tipo shape en donde son de
estructura de base de datos una dbf, el componente postgis puede hacer una
conversion entre estos archivos digitales shape y sentencias de sql para
poder agregarlas a una base de datos relacional a postgres, ademas de esto
estoy registrando cada elemento geografico ya sea punto, linea o poligono y
contrastandolo con registro de datos estadisticos, para hacer catastros y
estadisticas visuales con mapas tematicos clasificados por distintas
operaciones de estadisticas, entonces al administrador que cree de estos
datos esta en desarrollo y se me produjo este error ya que no soy yo quien
quiere comparar explicitamente estos datos, si no que el archivo sql trae la
estructura de la tabla que lee desde el dbf y es primera vez que me toca un
campo int2, por lo tanto me ha quedado claro con las respuestas anteriores
que debo yo agregar validadores mas explicitos de largos de campos para su
eventual vinculacion atraves d registros de valores foraneos.

en base a mi experiencia en este desarrollo puntual, se han administrado mas
de 400 archivos digitales de cartografia en este sistema que estoy
desarrollando, con un tamaño eventual de 10GB de informacion cartografica en
la BD de postgres, y es primera vez que me sucede este error.

--

Patricio Cifuentes Ithal
Ingeniero en Informática

Desarrollo Tecnológico
SIIGSA
(56-2) 204 60 22
----- Original Message -----
From: "Juan Martínez" <jeugenio(at)umcervantes(dot)cl>
To: "Patricio Cifuentes Ithal" <pcifuentes(at)siigsa(dot)cl>
Cc: "postgresql-es" <pgsql-es-ayuda(at)postgresql(dot)org>
Sent: Thursday, September 28, 2006 2:53 PM
Subject: Re: [pgsql-es-ayuda] Problemas al igualar?...

> Patricio Cifuentes Ithal escribió:
> > OK,
> > me ha quedado claro, se que para eso existen limitancias y hay que estar
> > dentro de los macos que contiene el DBMS, pero quiza si puediera haber
una
> > idea en que se pueda mejorar un poco ese tipo de inconvenientes,
>
> Pero de que inconvenientes hablas?
> Si sabes que los valores de una columna pueden estar entre -32768 y
> 32767, para que diablos quieres comparar esa columna con un valor
> superior o fuera del rango?
>
> Que ganas?
>
> > claro
> > tambien entiendo que puedo estar actualizando cualquier cosa,
>
> Que no es nada menor
>
> > pero que eso
> > quede a criterio de programador
>
> No. El ORDBMS tiene que darme esa seguridad. El programador se puede (y
> normalmente lo hacemos muy seguido) equivocar.
>
> > y no en base de golpe y porraso a traves de
> > errores. yo apoyo 100% postgres pienso que es el mejor motor de base de
> > datos que existe guardando proporciones obviamente
>
> con quien? Oracle? perdon...Postgres es mucho mejor.
>
> > pero si puedo ayudar con
> > un grano de arena haciendo una pregunta contructiva lo hare sin
problemas,
> > respeto y tengo conciente que el fundamento que me da Juan Martinez es
super
> > claro y logico y se basa en la estructura logica del motor, pero
postgres
> > podria generar niveles de inteligencia en este tipo de casos por lo
menos en
> > las comparaciones del mismo tipo con distinto largo puntualmente, en que
> > simplemnete no retorne nada.
>
> Ah...eso es otra cosa...Quizas lo tuyo va por el manejo de errores. De
> eso aun no he tenido necesidad de mirar, asi que no puedo aportar nada.
>
> --
> Juan Martinez G.
> Departamento de Informatica
> Universidad Miguel de Cervantes
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 1: para suscribirte y desuscribirte, visita
http://archives.postgresql.org/pgsql-es-ayuda
>
> --
> Este mensaje ha sido analizado por MailScanner
> en busca de virus y otros contenidos peligrosos,
> y se considera que está limpio.
>
> www.siigsa.cl

--
Este mensaje ha sido analizado por MailScanner
en busca de virus y otros contenidos peligrosos,
y se considera que está limpio.

www.siigsa.cl