Primary key, id o string?

[miktrv]

Hola buenas.

Tengo una duda. Casi siempre veo que se usan claves del tipo int para las tablas, pero por ejemplo, tengo una tabla llamada categorias, donde ai un campo url que es único, y que en realidad es la clave, debería de usar id autoincrement para optimizar la velocidad?

Un saludo!

[gnzsoloyo]

Desde el punto de vista estricto de lo mejor, lo preferible es atenerse a lo ortodoxo: La mejor PK es la que surge de analizar el relevamiento de entidades del sistema, y de las reglas del negocio. O sea, lo que dice el modelo relaiconal: Ese atributo propio de la entidad, o conjunto de atributos, que identifica una instancia del mismo en la relación (tabla).
Agregar un atributo (cadena o numerico) es una alternativa que se decide en la normalización de las tablas, y sólo si es necesario.
Los autoincrementales son soluciones fáciles, propias de los programadores, pero luego generan problemas de migraciones, de integración, de actualización, etc. Desde el punto de vista de la implementación, son sencillos, pero con su sencillez, luego pagas con más trabajo cuando el sistema debe extenderse por su propio crecimiento.
A mi, personalmente, los AI no me convencen, y me han traido más problemas que soluciones.
Por experiencia, prefiero una PK que respete el modelo de entidades, que "fabricar" claves.

[miktrv]

Exacto.. es que yo veo que por lógica, debería de ser el campo 'url', pero casi por costumbre, pienso en el id autoincremental... y creo que a nivel de rendimiento es mejor el id.. pero no se hasta que punto..

Muchas gracias!

[miktrv]

Después otra duda o problema...

Como actualizaría una url que es primary key y tiene una relación? y todos los campos relacionados en lugar de guardar un entero.. tendrán que guardar una string repetitivamente... no me acaba de gustar..

Un saludo!