Ok entonces, los paises  distintos que tengan el mismo nombre de ciudades que pasara??? sino se pueden repetir digo 

Lo era, decidi renunciar a la posicion por cuestiones que no voy a comentar aqui. Pero, lo valioso es que puedo seguir respondiendo y cooperando en el area cuando alguien tenga alguna duda, no hay que moderar un subforo para ayudar 

Disculpame, yo nunca utilizo Disenadores de DB siempre hago todo a mano pero.... esto:

 
CREATE TABLE IF NOT EXISTS `usuario` (
  `codigo` INT(11) NOT NULL AUTO_INCREMENT,
  `car_codigo` INT(11) NOT NULL,
  `per_codigo` INT(11) NOT NULL,
  `idusuario` VARCHAR(20) NOT NULL,
  `fecreg` DATE NOT NULL,
  `fecing` DATE DEFAULT NULL,
  `estado` CHAR(1) NOT NULL DEFAULT '1',
  PRIMARY KEY  (`codigo`),
  KEY `usuario_FKIndex1` (`per_codigo`),
  KEY `usuario_FKIndex2` (`car_codigo`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;
 
 

Donde especifica ahi que habra una FOREIGN KEY a otra tabla???   
Sere totalmente ignorante en este caso pero pensaria esto KEY `usuario_FKIndex1` (`per_codigo`),  como la indicacion de ello, aunque jamas he visto esa sintaxis pero en caso de que sea valida (porque aparentemente lo es te crea la tabla en el motor) puede darse el caso que dicha sintaxis aunque la continue soportando, en la version del motor donde la estas aplicando ya no aplique funcional como una vez a lo mejor si fue.  Haz intentado crear la tabla anterior de la misma forma (en sintaxis) pero manualmente dentro del motor, no con ninguna aplicacion, y ya hecho ver si funciona?

Disculpa mi ignorancia en esta parte, cuando nunca he visto algo es normal que reaccione de tal manera 

Ok Ari y como harias este proyecto en 1 sola tabla????

Pregunto porque por ejemplo 3 paises distintos ya expuestos:


Considera, como haces 1 sola tabla con 3 ejemplos de 3 paises distintos como los anteriores expuestos... hay campos que en otros pais no existen pero si existen en uno, entonces como se le hace aca??? porque si consideras incluirlos todos en la misma tabla.. van a ver muchos valores NULL integrados ahi esto sin considerar datos duplicados, recuerdate que hay nombres de ciudades similares aun siendo distintos paises (cordoba por ejemplo hay uno en Espana hay otro en Argentina)....Y si tu quieres actualizar por ejemplo cordoba... y das un UPDATE se van a actualizar ambos a la vez Argentina y Espana (y si hay mas cordoba en otro pais tambien)... y si quieres eliminar el pais de provincia cordoba se van a eliminar todos los paises con alguna region llamada cordoba?

Aunque reconozco que hay ocasiones donde desnormalizar una estructura de tablas es beneficioso he inclusive mas optimizado que la normalizacion. Por etica, por limpieza y por mejor manejo ante cualquier modificacion o cambio que otra persona quiera darle a la estructura de tablas, deberia considerarse un poco la normalizacion aqui. No puedo decir que inconvenientes podria tener (podrian haber datos duplicados, donde Sector en X pais y donde no exista Sector en otro pais porke no lo usen por ejemplo, pues... que valor iria alli NULL    ? ) hay que ver primero el planteamiento que Skeletron esta considerando... pero para este caso especifico, al menos yo si me inclinaria por la normalizacion antes de la desnormalizacion, aunque eso incluya crear un sinumero distinto de tablas..

Como es eso que no crea las relaciones bien? Que error te da para decir esto?   

Donde vivo es:

Pais
Provincia

Lo de calle y Sector eso es ya individual a lo que Skeletron esta solicitando supongo 

Pero considerando los ejemplos de como esta organizado todo en sus paises... la estructura final de las tablas deberan ser varias, ya que hay paises que tienen detalles de sus localidades que otros no la tienen... serian varias tablas hijas y una padre para la relacion..

No habia visto tu pregunta 

Estas en Windows no??? Vete a Panel de Control, Herramientas Administrativas, Servicios y alli buscate MySQL entre todos esos... seleccionalo con tu mouse y dale click a la opcion Restart.

VB.NET no es C  es Visual Basic No????

Las UDF se desarrollan en puro C generico, deberias primeramente ver tutos de C mejor y luego ejemplos online de codigo fuente de UDF... 

Las UDF se hacen en puro lenguaje C generico nino 

Se integran al motor mediante otra linea de comandos dentro del motor para validar dichas funciones como globales 

Pero antes de aventurar con UDF deberias conocer y manejar el lenguaje C para hacer una de estas. No te compliques sobremanera, se puede hacer cosas similares con procedimientos almacenados o funciones, que no seran globales bueno.. es su unico limite, pero no es algo que yo consideraria muy de uso sino fuera a crear una aplicacion que maneje MySQL para algo y para relacionar o hacer funcional dicha aplicacion con MySQL crearia par de UDF