2010/6/8 Jaime Casanova :
>> 2010/6/8 Alvaro Herrera :
>
>>> Excerpts from Horacio Miranda's message of sáb jun 05 22:29:01 -0400 2010:
Si te refieres a la forma de hacer una llave primaria, como dijo jaime
es lo mismo (desde mi punto de vista), pero no entiendo la parte de
llave for
> 2010/6/8 Alvaro Herrera :
>> Excerpts from Horacio Miranda's message of sáb jun 05 22:29:01 -0400 2010:
>>> Si te refieres a la forma de hacer una llave primaria, como dijo jaime
>>> es lo mismo (desde mi punto de vista), pero no entiendo la parte de
>>> llave foranea, una llave foranea por defi
Les sorprenderia ver las barbaridades que hay en ciertas bases de
datos y como DBA el tipico comentario es esta lenta la base,
arreglala... y este tema de las llaves foraneras es una increiblemente
no respetada :'(
Por eso la pregunta,,, pero tienes razón, como es usual, la FK puede
apuntar a quie
Tenes razón! debe ser eso.
Para poder incluir mas de un campo en una misma restricción.
El 7 de junio de 2010 13:44, Jaime Casanova escribió:
> cc: lista
>
>
> -- Forwarded message --
> From: Victor Lopez
> Date: 2010/6/7
> Subject: Re: [pgsql-es-ayuda]
cc: lista
-- Forwarded message --
From: Victor Lopez
Date: 2010/6/7
Subject: Re: [pgsql-es-ayuda] duda sobre constraint
To: Jaime Casanova
en el caso de la columna SOLO puedes definir para ESA columna
... PRIMARY KEY ...
en el caso de la tabla puedes definir que combinación
> Puede ser para mantener una compatibilidad con ANSI SQL, en el cual no podes
> especificar el nombre de la constraint a nivel de columna.
> Saludos
Acabo de verificar en el borrador del estándar SQL:2003, y sí que
admite el nombre de la constraint.
Yo lo veo como dos formas de hacer lo mismo, c
Excerpts from Horacio Miranda's message of sáb jun 05 22:29:01 -0400 2010:
> Si te refieres a la forma de hacer una llave primaria, como dijo jaime
> es lo mismo (desde mi punto de vista), pero no entiendo la parte de
> llave foranea, una llave foranea por definición apunta a otra tabla y
> desde m
Puede ser para mantener una compatibilidad con ANSI SQL, en el cual no podes
especificar el nombre de la constraint a nivel de columna.
Saludos
Guillermo Villanueva
El 7 de junio de 2010 12:00, Jaime Casanova escribió:
> 2010/6/7 Guillermo Villanueva :
> > La diferencia está en
2010/6/7 Guillermo Villanueva :
> La diferencia está en que de la segunda manera podes especificar vos el
> nombre de las constraint.
Yo pensaba lo mismo pero en
http://www.postgresql.org/docs/8.4/static/sql-createtable.html aparece
[CONSTRAINT constraint_name]
tanto en column_constraint como en t
La diferencia está en que de la segunda manera podes especificar vos el
nombre de las constraint.
Saludos
Guillermo Villanueva
El 5 de junio de 2010 14:29, francisco . escribió:
> Buenos dias o buenas tardes o buenas noches señores, mi duda es la
> siguiente:
>
> ¿existe algun
Si te refieres a la forma de hacer una llave primaria, como dijo jaime
es lo mismo (desde mi punto de vista), pero no entiendo la parte de
llave foranea, una llave foranea por definición apunta a otra tabla y
desde mi punto de vista siempre debes apuntar a una llave primaria,
cuando eso no ocurre r
2010/6/5 francisco . :
>
> ¿existe alguna diferencia en crear una llave primaria o foranea con
> constraint y sin constraint?, por ejemplo:
>
es lo mismo, solo en el FOREIGN KEY la sintaxis cambia un poco
--
Jaime Casanova www.2ndQuadrant.com
Soporte y capacitación de PostgreSQL
-
Envia
Buenos dias o buenas tardes o buenas noches señores, mi duda es la
siguiente:
¿existe alguna diferencia en crear una llave primaria o foranea con
constraint y sin constraint?, por ejemplo:
CREATE TABLE persona
(
codigo varchar(10) NOT NULL PRIMARY KEY,
nombre varchar(30) NOT NULL
);
o
13 matches
Mail list logo
