From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | Walter Corpos <wcorpos(at)yahoo(dot)com> |
Cc: | PostgreSQL Español <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: no se si sera un bug |
Date: | 2006-08-17 17:30:23 |
Message-ID: | 20060817173023.GR318@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Walter Corpos escribió:
> hola amigos
>
> soy un usuario reciente de posgresql 8.0 y tambien de una lista, asi
> que les envio este problema, para que ustedes lo analizen y vean si
> es bug o no
>
> en el posgresql 8.0 creo esta tabla y no me genera error
>
> CREATE TABLE uploads
> (
> filename varchar(255),
> uploadid serial NOT NULL,
> binaryfile lo,
> CONSTRAINT uploads_uploadid_key UNIQUE (uploadid)
> )
> WITH OIDS;
Prueba esto
CREATE TABLE uploads
(
uploadid serial PRIMARY KEY,
binaryfile oid NOT NULL,
filename varchar(255) NOT NULL
)
WITHOUT OIDS;
Todos los cambios que hice tienen una explicacion:
1. los OIDs no los necesitas, por eso puse WITHOUT OIDS
2. uploadid ya es una llave (UNIQUE NOT NULL), por que no promoverlo a
llave primaria?
3. es mejor tener los campos de largo definido antes que los de largo
variable, por eso puse el serial y el OID antes que el varchar
4. para que vas a permitir valores nulos en los otros campos? Lo unico
que ganas es empezar a ganar basura que no vas a saber de donde salio o
si puedes borrarla.
--
Alvaro Herrera http://www.CommandPrompt.com/
The PostgreSQL Company - Command Prompt, Inc.
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2006-08-17 17:47:03 | Re: cambiar el formato de fecha |
Previous Message | Juan Martínez | 2006-08-17 17:15:47 | Re: no se si sera un bug |