[SOLUCIONADO] duda principiante

[Kritik]

Estoy teniendo problemas al intentar agragar un primary key a una columna con un nombre de columna compuesto.

El código que estoy utilizando es:

Código SQL:

USE MiBBDD
ALTER TABLE MiTabla
ADD CONSTRAINT PK_MiTabla ('Nombre Compuesto');
 

Info Extra:

- La columna Nombre Compuesto es una columna de tipo bit, ya contiene datos y contiene 3 registros. Un registro con 0, otro con 1 y otro con NULL.

- Las comillas que estoy utilizando son las que hay en la misma tecla que el cierre de interrogación (?).

- El error que me da es el siguiente:

Código:

Mens. 102, Nivel 15, Estado 1, Línea 3
Sintaxis incorrecta cerca de '('.

[Missi]

([Nombre Compuesto])

[Kritik]

Ahora me da el siguiente error:

Código:

Mens. 8111, Nivel 16, Estado 1, Línea 2
No se puede definir una restricción PRIMARY KEY en una columna que admite valores NULL de la tabla 'EsPalabraGenero'.
Mens. 1750, Nivel 16, Estado 0, Línea 2
No se pudo crear la restricción. Consulte los errores anteriores.

[Malenko]

Faltaría ver la definición de la tabla pero vamos que el error es muy descriptivo y por otra parte es una restricción para ser Primary Key: la columna no puede admitir valores null. Para ello has de agregar la restricción de NOT NULL a la columna y después ya te tendría que dejar hacerla Primary Key

[Kritik]

No puedo hacer la columna Primary Key porque necesito valores NULL en ella. Así que pues nada. Lo dejo en un campo Id que es como lo tengo ahora y listo.

[gnzsoloyo]

Partamos de una base, estimado: Una tabla forzosamente debe obligatoriamente tener una PK. Si una tabla no tiene PK, es una bolsa de basura (no es peyorativo, es una definición dada por un titular de la materia en la primera clase que tuve de BBDD).
Si estás creando una tabla sin PK, lo que tienes es un enorme error de diseño de datos, de los catastróficos.
Por favor, antes de seguir, debes volver a ver los principios del modelo relacional...

[Kritik]

Si tengo un PK, solo que es un campo Id al que de momento no llamo en forma de FK en ningún otro sitio.

De todas formas bien podrían permitir el valor NULL en una PK siempre y cuando única y exclusivamente hubiese 1 NULL... como es en mi caso. Y dado que son tablas estáticas que no van a cambiar su contenido, y que por lo tanto siempre única y exclusivamente va a contener un valor NULL... bien podría permitirse que dicha columna fuese PK.

¿Quizá en versiones posteriores a SQL Server 2008 R2 se permiten de esta manera? Si alguien lo sabe estaría muy bien que lo comentase.

[gnzsoloyo]

No. Un NULL no es un dato, sino un estado de indeterminación, por lo que no puede ser usado como PK. Si lo piensas lógicamente, una PK no puede ser indeterminada desde el momento que es una clave que identifica unívocamente un único registro en una tabla. En ese contexto no puede ser indeterminado.
Algunos DBMS lo que admiten es que un campo UNIQUE, que es una clave secundaria o alternativa, pueda usarse como FK, en tanto cumpla con la unicidad, y en ese caso puede ser nulable.
No estoy seguro en este momento si SQL Server lo admite.