La PRIMARY KEY de un atributo esta directamente relacionada con un Identificador y luego para hacer Relaciones ese identificador puede que lo llegues a necesitar.

Entonces lo q dice Alexis es:

1. En Psql cuando creas una llave primaria luego del atributo, este le generara un identificador automatico complicado de recordar.

Ejemplo:

tabla( 
     Atributo (varchar(12)) PRIMARY KEY
);
 ``` nota: no tengo ejemplo la documentacion no lo dice o no lo encontre.

 

2. Ahora si Creamos una restriccion(CONSTRAIN) con un atributo pk, el identificador quedara guardado dentro de ese atributo.

Ejemplo: 

```sql
tabla( 
     identificador_tabla,
     CONSTRAIN pk_identificador PRIMARY KEY (identificador)
);

Entonces cuando queramos llamar a la primary key la llamamos por pk_identificador.

Le facilita a un administrador de bases de datos el mantenimiento de la infraestructura de la BD, alexys menciona en el curso "Base de datos desde cero" que los gestores de bases de datos asignan nombres por defecto (no amigables) a las restricciones, y si en un futuro quieres remover o modificar esa restricción basta con ubicar el nombre que definiste en el CONSTRAINT (se explica en la clase de los CONSTRAINT)

La PRIMARY KEY de un atributo esta directamente relacionada con un Identificador y luego para hacer Relaciones ese identificador puede que lo llegues a necesitar.

Entonces lo q dice Alexis es:

1. En Psql cuando creas una llave primaria luego del atributo, este le generara un identificador automatico complicado de recordar.

Ejemplo:

tabla( 
     Atributo (varchar(12)) PRIMARY KEY
);
 ``` nota: no tengo ejemplo la documentacion no lo dice o no lo encontre.

 

2. Ahora si Creamos una restriccion(CONSTRAIN) con un atributo pk, el identificador quedara guardado dentro de ese atributo.

Ejemplo: 

```sql
tabla( 
     identificador_tabla,
     CONSTRAIN pk_identificador PRIMARY KEY (identificador)
);

Entonces cuando queramos llamar a la primary key la llamamos por pk_identificador.

Le facilita a un administrador de bases de datos el mantenimiento de la infraestructura de la BD, alexys menciona en el curso "Base de datos desde cero" que los gestores de bases de datos asignan nombres por defecto (no amigables) a las restricciones, y si en un futuro quieres remover o modificar esa restricción basta con ubicar el nombre que definiste en el CONSTRAINT (se explica en la clase de los CONSTRAINT)

La PRIMARY KEY de un atributo esta directamente relacionada con un Identificador y luego para hacer Relaciones ese identificador puede que lo llegues a necesitar.

Entonces lo q dice Alexis es:

1. En Psql cuando creas una llave primaria luego del atributo, este le generara un identificador automatico complicado de recordar.

Ejemplo:

tabla( 
     Atributo (varchar(12)) PRIMARY KEY
);
 ``` nota: no tengo ejemplo la documentacion no lo dice o no lo encontre.

 

2. Ahora si Creamos una restriccion(CONSTRAIN) con un atributo pk, el identificador quedara guardado dentro de ese atributo.

Ejemplo: 

```sql
tabla( 
     identificador_tabla,
     CONSTRAIN pk_identificador PRIMARY KEY (identificador)
);

Entonces cuando queramos llamar a la primary key la llamamos por pk_identificador.

Le facilita a un administrador de bases de datos el mantenimiento de la infraestructura de la BD, alexys menciona en el curso "Base de datos desde cero" que los gestores de bases de datos asignan nombres por defecto (no amigables) a las restricciones, y si en un futuro quieres remover o modificar esa restricción basta con ubicar el nombre que definiste en el CONSTRAINT (se explica en la clase de los CONSTRAINT)