noob
Milpostista
Sin verificar
No tiene sentido que los caracteres sean aleatorios. La gracia de usar una base de datos consiste en que tú le pasas un número, id (identification), y te devuelve la información asociada a ese número, lo que implica 2 cosas:
1) No pueden existir 2 id o claves iguales.
2) El id se puede obtener decodificando una serie de caracteres, aparentemente aleatorios, pero no lo son.
Ejm: La decodificación se realiza sumando los dígitos
número = 1234 => clave=10 (ese seria el número que se buscaría en la base de datos)
Es un mal ejemplo ya que la "fórmula de decodificación" es bastante mala porque genera muchas colisiones (una colisión es cuando se generan 2 claves iguales).
Con número=730 => clave=10, vemos que hay una colisión.
Si el forero A tiene un Rolex con nº de serie= 1234 y el forero B tiene un Rolex con nº de serie= 730, entonces de cara a la base de datos, son el mismo reloj.
Hay multitud de libros con estudios matemáticos dedicados íntegramente a obtener funciones que obtengan claves sin colisiones.
En fin, todo esto para decir que no, que no pueden ser aleatorios .
1) No pueden existir 2 id o claves iguales.
2) El id se puede obtener decodificando una serie de caracteres, aparentemente aleatorios, pero no lo son.
Ejm: La decodificación se realiza sumando los dígitos
número = 1234 => clave=10 (ese seria el número que se buscaría en la base de datos)
Es un mal ejemplo ya que la "fórmula de decodificación" es bastante mala porque genera muchas colisiones (una colisión es cuando se generan 2 claves iguales).
Con número=730 => clave=10, vemos que hay una colisión.
Si el forero A tiene un Rolex con nº de serie= 1234 y el forero B tiene un Rolex con nº de serie= 730, entonces de cara a la base de datos, son el mismo reloj.
Hay multitud de libros con estudios matemáticos dedicados íntegramente a obtener funciones que obtengan claves sin colisiones.
En fin, todo esto para decir que no, que no pueden ser aleatorios .