Cita: Si no he entendido mal el rendimiento al principio decaera ya que tendra que acceder a 2tablas distintas para obtener un dato, pero a la larga su rendimiento sera mejor ya que tendra menos tamaño no?
Si, más o menos será así.
Las consultas SQL que tendrás que hacer para obtener ese "usuario" y el nombre del pais serían del tipo
SELECT usuarios.*,paises.nombre_pais FROM usuarios,paises WHERE usuarios.id_pais=paises.id_pais AND .. otras condiciones habituales si las requieres.
Pero mejor usando Uniones de SQL (JOIN y afines)
----
Cita: Aqui se pone en un array los resultados disponibles, x que si usas la opcion de cluster tendrias q repetir el dato q ya esta en uso, y no se le ve caso,,
Camargo .. no puse un ejemplo completo atendiendo a un valor preestablecido .. En tal caso tu ejemplo ya lo muestra. Pero, de donde provengan esos datos (de un array o _fetch_array() u otros ) es lo de menos. Es decir . .no hables de "arrays" como si el hecho de "pre-establecer" el valor de un <select> fuese necesario usar arrays sino que hables en general.
De todas formas .. mi ejemplo iva enfocado al ciclo completo:
a) generar el select dinámicamente
b) guardando los Identificadores en la BD (normalización)
No en guardar "el nombre del pais abreviado" para luego tener que usar un array asociativo: array("ES"=>"España","CL"=>"Chile") .. etc ...
(tal vez nos entendimos mal .. pero bueno ahí queda).
Un saludo,