From: | "Miguel" <mvillagomez(at)sayab(dot)com(dot)mx> |
---|---|
To: | "'Jaime Casanova'" <systemguards(at)gmail(dot)com>, "Postgres" <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | RE: Ayuda con un Trigger |
Date: | 2006-08-19 20:32:18 |
Message-ID: | 20060819203132.5F8409FB1FD@postgresql.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
>> CREATE TABLE empleado(id_empleado SERIAL NOT NULL UNIQUE, paterno varchar
>> NOT NULL, materno varchar, nombre varchar NOT NULL, ingreso date NOT
NULL,
>> puesto varchar, sueldo_mensual float NOT NULL, activo boolean NOT NULL,
>> PRIMARY KEY(nombre, paterno, materno));
>Aunque no tiene que ver con tu pregunta y se que me arriesgo a reclamos...
>Porque tienes un compo NOT NULL UNIQUE que es un id y define la
>PRIMARY KEY en tres campos textos? no es mejor dejar el id como
>PRIMARY KEY?
Cuáles reclamos??
Bueno mi dilema es este, yo tengo que identificar de forma única a cada uno
de esos empleados, por lo que para empezar hice a id_empleado serial,
después lo hice not null, para que no llegue otra persona y lo borre por que
si; después lo hice unique para evitar un problema similar que con NOT NULL
y así poder vincularla con otras tablas para que puedan hacer referencia con
ella, ahora también la pude hacer PRIMARY KEY, pero en este caso también
necesitaba que la combinación de paterno, materno y nombre fuera única; por
lo que hice estos tres campos PRIMARY KEY; ahora se que esto te parecerá
demasiado estúpido; pero no se me ocurrió otra forma de hacerlo.
Alguna sugerencia?
From | Date | Subject | |
---|---|---|---|
Next Message | mvillagomez | 2006-08-19 20:47:27 | RE: Ayuda con un Trigger |
Previous Message | Alvaro Herrera | 2006-08-19 20:24:49 | Re: OFF-TOPPIC - Lista de PHP en español |