Acabo de leer este artículo que tiene algunos años pero describe una forma inteligente de asegurar sus API REST. Esencialmente: Cada cliente tiene un par de claves públicas / privadas únicas Solo el cliente y el servidor conocen la clave privada; nunca se envía por cable Con cada solicitud, el...
A menudo, en una tabla que no tiene una clave natural, sigue siendo útil para que los usuarios puedan tener un identificador generado de forma única. Si la tabla tiene una clave primaria sustituta (y, en tal caso, es de esperar), ¿se debe exponer esa clave al usuario o se debe utilizar otro campo...
Antecedentes Tengo estas tablas +-------------------------+ +------------------------+ |Airport | |Country | |-------------------------| |------------------------| |airport_code string (PK) | |country_code string (PK)| |address string | |name string | |name string |
Antecedentes El enfoque de "todos los PK deben ser sustitutos" no está presente en el modelo relacional de Codd ni en ningún estándar SQL (ANSI, ISO u otro). Los libros canónicos parecen eludir estas restricciones también. El esquema del propio diccionario de datos de Oracle utiliza claves...