Cita: Tienes razon con lo de las provincias, pero no entiendo bien como hacerlo. Por el modelo que pones, entiendo que cada vez que realice un alta de cliente, ¿tendría que poner su provincia, capital y pais y así se va autoincrementando? ¿podré hacer un filtro de busqueda por provincias después?
No. Lo que tienes que tener es una tabla de provincias donde tengas almacenadas todas las provincias y cuando el usuario seleccione la que le corresponda, poner en su registro (el del usuario) poner el ID que le corresponde a la provincia.
Existen tablas fijas en todas las bases que son parte del soporte de datos. Esa es una de ellas. Se crean y cargan con información que no se actualiza si no es por el DBA.
Cita: Lo del tema de las fotos, no me ha quedado muy claro la verdad, entiendo lo de los campos, pero no como representarlo. En el ejemplo me pusiste un campo varchar null, pero no entiendo que hago con este, ¿le tengo que poner aqui la ruta de la imagen o en el valor tengo que poner algo en concreto?
Con la foto pasa que primero ingresa el escort, y luego se ingresan una a una las fotos, poniendo en cada ocasión el ID del escort a que pertenece.
Cita: Y por ultimo en los datos de agencia y escorts, hay algunos que son unicos de cada, pero hay otros que me sirven para los dos,
Eso no tiene niguna importancia. Desde el puto de vista de la abstracción de datos, un escor es un escort, y una agencia es una agencia. Son cosas (entidades) distintas.
Por más que compartan atributos no comparten
identidad;una agencia puede tener una o muchas escort, y una escort trabajar en muchas agencias. La única forma de mantener esa multiplicidad (cardinalidad) es haciendo una relación N:N. Esto implica que deberás tener una tabla que relacione el ID de cada escort con el ID de cada agencia en la que está trabajando.
Además, de esa forma, si se da de baja una no tienes que perder tiempo en buscar qué borar: borras la escort y se cae la relación con la agencia (ON DELETE CASCADE a la tabla que las relaciona).
La búsqueda de atributos iguales es una simpleza de consultas. No tienes que resolverlo en la tabla, sino en lo que mandas a buscar.