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

Re: consulta de novato en postgres

From: "Julio Rivero" <jcrmlima(at)gmail(dot)com>
To: "Gustavo Pardo" <dataneu(at)gmail(dot)com>
Cc: pgsql <pgsql-es-ayuda(at)postgresql(dot)org>
Subject: Re: consulta de novato en postgres
Date: 2006-02-18 18:07:31
Message-ID: d34a12b60602181007m412f72b0i8b9c40d605763e88@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
Yo creo que con el domain podrias aplicar el check sobre un tipo de datos
cuando vas a diseñar tablas que van a tener la misma restricción...

En el caso de que manejes n restricciones sobre campos de distintos tipos de
datos de varias tablas, el check sobre cada una es la correcta, pero si son
pocos tipos de datos comunes para varias tablas, el domain funciona
perfecto.

Lo que envio Jaime lo lei, me es de utilidad para mi DB.

Sobre Postgresql vs. MySQL, pues te lo dejo para que evalues, de acuerdo a
tus necesidades y experimentes con cada uno a ver cual te será útil para lo
que quieres...

Personalmente me sirve el Postgresql, debido a la cantidad de información
que voy a manejar y a la seguridad que requiero, así como las n
funcionalidades que me brinda...

Suerte

On 2/18/06, Gustavo Pardo <dataneu(at)gmail(dot)com> wrote:
>
> On Saturday 18 February 2006 13:16, you wrote:
> > Para empezar, es Postgresql no "Postres".
>
> sí, sí, lo sé, era sólo una forma amigable de decirlo, no era despectivo
> eh :)
>
> >
> > Sobre la primera, creo que podrias manejar esos valores utilizando CHECK
> > para validar que solo acepten ciertos valores que tu definas...
> >
> > Es decir si quieres que en un campo solo acepte SI o NO ó Chico, Grande,
> > Mediano, aplica un CHECK a ese campo donde campo in ('SI','NO') ór campo
> in
> > ('Chico','Grande','Mediano')
> >
> > También vi que se puede utilizar DOMAIN pero no lo he aplicado ni he
> > investigado sobre eso...
> >
> > Un ejemplo con el check:
> >
> > Create table tmp_tabla
> > (
> > campo1 varchar(2) NOT NULL,
> > indicador char(1),
> > CONSTRAINT chk_indicador CHECK (indicador = 'S' OR indicador = 'N')
> > );
> >
> > No se si es lo que buscas...
>
> sí, es eso, me has ahorrado un buen tiempo, un espectáculo!!! gracias.
>
> también veré el enlace que pasó Jaime Casanova:
>
> http://www.oreillynet.com/pub/a/databases/2006/01/06/enumerated-fields-in-postgresql.html
>
> bueno, lo miré antes de mandar este mail, allí hay tres ejemplos, probé
> con
> éste y anda fenómeno también:
>
> create domain season_type
> as text
> check (value in ('spring', 'summer', 'autumn', 'winter'));
>
> create table average_temperature
> (
>     year    integer,
>     temp    real,
>     season  season_type
> );
>
> ahora no sé distinguir cuál de los dos es más óptimo, aunque me da la
> sensación que debe ser la propuesta de Julio, ya que la restricción
> estaría
> "dentro" de la misma tabla, no?
>
>
> también allí hay un EnumKit, para la funcionalidad que busco, pero sólo
> para
> 8.0 y superiores.
>
>
>
> >
> > Para lo segundo, si vas a manejar información grande, te recomiendo que
> > utilices Postgresql, debido a su robustez y funcionalidad que tiene para
> > manejar volumen d información, a comparación de MySQL es mejor (según mi
> > experiencia, poca pero me sirve para dar mi opinión al respecto).
>
> sí, aunque no me gustan las "guerras santas" (mysql vs postgres o linux vs
> W$), siempre he leído que postgres es más robusto/profesional y parecido a
> oracle que mysql.
>
> >
> > Ojo, no te olvides: Postgresql
>
> :)
>
> saludos.
>
> --
> Gustavo Pardo
>



--

Saludos
Att,
Julio Rivero
Movil: 98817321

In response to

pgsql-es-ayuda by date

Next:From: Gunnar WolfDate: 2006-02-18 19:20:02
Subject: Re: dump | restore en Windows...
Previous:From: Mario Soto Cordones - VenezuelaDate: 2006-02-18 17:11:09
Subject: Re: Problema con triger

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