Mensajes

Y este Ari-Slash , me trae muchos recuerdos tambien 

[youtube=425,350]http://www.youtube.com/watch?v=Qkr1GOl0D7c[/youtube]

Los Prisioneros - Tren al Sur

No he utilizado nunca los modulos Tkinter, ni PyQT, ni Pygtk vamos... ninguno de esos bindings. Ahora mi pregunta ya que el chico que inicio este tema le molesta que se abra un CMD o el python.exe, si el desarrolla un script con PyQT por ejemplo, cuando le de 2 clicks esto no llamara al interprete primero (python.exe) y este otro llamara al script PyQT?????

O sea no se abrira la aplicacioncita GUI hecha en Python + un CMD (python.exe) de fondo??? o sencillamente se abrira la aplicacioncita GUI sin que esto incluya abrir el interprete minimizado?

De poderse se puede... espero que sepas programar en C, Perl o crear scripts en Bash. Para que implementes tu creacion como un plugin de Nagios.

Podria recomendarte que busques en la web de plugins para Nagios:

http://nagiosplugins.org/

Pero puestos que la peticion que te hacen es tan especifica, me temo que tendras que programar el plugin tu mismo... yo he programado plugins en Perl para Nagios, pero solo para monitorear cosas en Oracle o MySQL.

Suerte con tu programacion amigo la necesitaras...

Recordando mis tiempos de infancia y la musica que tenia que escuchar en aquel entonces.

Depeche Mode - Enjoy the Silence

[youtube=425,350]http://www.youtube.com/watch?v=Dp2mH9nrz60[/youtube]

Real Life - Send me an angel

[youtube=425,350]http://www.youtube.com/watch?v=D6zBjYIyz-0[/youtube]

Porque ya no hacen musica asi 

Hola.

Para los que todavia no comprenden el bug (que es mas de funcionalidad del motor que otra cosa) el bug es que si tienes una tabla con campos VARCHAR y haces un alter sobre esa tabla (para cambiar el tipo de dato de los campos de VARCHAR a BINARY) el te accepta el cambio, pero despues no puedes eliminar ni actualizar ningun registro (data) dentro de la tabla. No sirve que vuelvas a alterar la tabla para cambiarla como estaba (acceptar tipos de datos VARCHAR) ya que no funciona, sigue sin hacer ningun cambio al tratar de eliminar o actualizar datos. El problema creo es como MySQL maneja el tipo de datos BINARY.

un saludo.

ja... si que es para darse un par de palmaditas......... 

muchas gracias xD no sabia yo que hacia esa distincción de orden...

Tranquilo, yo tampoco lo sabia lol    me di cuenta depurando el Codigo en MySQL. Pero yo tampoco sabia que InnoDB exhigia este orden de PK con FK.

hay alguna forma de comprobar que realmente están funcionando correctamente?

Si ya de antemano se actualizan las tablas padre-hijo es porque esta funcionando. Si las relaciones existen realmente (Y podras darte cuenta con SHOW CREATE TABLE tabla) y vez algun punto donde diga REFERENCES es porque efectivamente la relacion existe. Ahora, todo se va a regir acorde a las condiciones que tu diste en este caso:

    ON DELETE NO ACTION
    ON UPDATE CASCADE

Por lo que estaras consciente que si eliminas aca en el padre no se aplicara en el hijo, pero si actualizas en el padre por ley debe actualizarse en el hijo, sino pasa asi es porque las tablas no estan en motor InnoDB o porque el nivel de aislamiento no es el que trae por defecto MySQL (Este ultimo lo dudo que lo hayas modificado)

Actualiza un dato padre y verifica si se aplica al hijo 

[PRIMARY KEY (`id_pais`, `id_ca`, `id_provincia`, `id_comarca`, `id_ciudad`) )]

Me gustaria decirte cual era el problema..... pero creo que si vez el Codigo modificado te daras cuenta...


Codigo:

Código (sql) [Seleccionar] Expandir



SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0;
SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0;
SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='TRADITIONAL';

CREATE SCHEMA IF NOT EXISTS `mydb` DEFAULT CHARACTER SET latin1 COLLATE latin1_swedish_ci ;

USE `mydb`;

CREATE  TABLE IF NOT EXISTS `smf_test`.`web_oracion_cat` (
  `id_cat` INT(10) UNSIGNED NOT NULL AUTO_INCREMENT ,
  `categoria` VARCHAR(100) NOT NULL DEFAULT 0 ,
  PRIMARY KEY (`id_cat`) )
ENGINE = InnoDB
AUTO_INCREMENT = 3
DEFAULT CHARACTER SET = utf8
COLLATE = utf8_general_ci;

CREATE  TABLE IF NOT EXISTS `smf_test`.`web_oracion_lugares` (
  `id_pais` INT(10) UNSIGNED NOT NULL DEFAULT 0 ,
  `id_ca` INT(10) UNSIGNED NOT NULL DEFAULT 0 ,
  `id_provincia` INT(10) UNSIGNED NOT NULL DEFAULT 0 ,
  `id_comarca` INT(10) UNSIGNED NOT NULL DEFAULT 0 ,
  `id_ciudad` INT(10) UNSIGNED NOT NULL DEFAULT 0 ,
  `nombre` VARCHAR(100) NOT NULL DEFAULT 0 ,
  `responsable` MEDIUMINT(8) UNSIGNED NOT NULL DEFAULT 0 ,
  PRIMARY KEY (`id_pais`, `id_ca`, `id_provincia`, `id_comarca`, `id_ciudad`) )
ENGINE = InnoDB
DEFAULT CHARACTER SET = utf8
COLLATE = utf8_general_ci;

CREATE  TABLE IF NOT EXISTS `smf_test`.`web_oracion` (
  `id_peticion` INT(10) UNSIGNED NOT NULL ,
  `peticion` VARCHAR(250) NOT NULL DEFAULT 0 ,
  `usr_rel` MEDIUMINT(2) UNSIGNED NOT NULL DEFAULT 1 ,
  `votos` INT(10) UNSIGNED NOT NULL DEFAULT 0 ,
  `hora` TIMESTAMP NOT NULL ,
  `autor` MEDIUMINT(8) UNSIGNED NOT NULL DEFAULT 0 ,
  `id_pais2` INT(10) UNSIGNED NOT NULL DEFAULT 0 ,
  `id_ca2` INT(10) UNSIGNED NOT NULL DEFAULT 0 ,
  `id_provincia2` INT(10) UNSIGNED NOT NULL DEFAULT 0 ,
  `id_comarca2` INT(10) UNSIGNED NOT NULL DEFAULT 0 ,
  `id_ciudad2` INT(10) UNSIGNED NOT NULL DEFAULT 0 ,
  `id_cat2` INT(10) UNSIGNED NOT NULL DEFAULT 0 ,
  PRIMARY KEY (`id_peticion`) ,
  INDEX `relacion2` (`id_pais2` ASC, `id_ca2` ASC, `id_provincia2` ASC, `id_comarca2` ASC, `id_ciudad2` ASC) ,
  INDEX `categoria` (`id_cat2` ASC) ,
  /*CONSTRAINT `relacion2`*/
    FOREIGN KEY (`id_pais2`, `id_ca2` , `id_provincia2` , `id_comarca2`,  `id_ciudad2` )
    REFERENCES `smf_test`.`web_oracion_lugares` (`id_pais`, `id_ca` , `id_provincia` , `id_comarca` , `id_ciudad` )
    ON DELETE NO ACTION
    ON UPDATE CASCADE,
  CONSTRAINT `categoria`
    FOREIGN KEY (`id_cat2` )
    REFERENCES `smf_test`.`web_oracion_cat` (`id_cat` )
    ON DELETE CASCADE
    ON UPDATE CASCADE)
ENGINE = InnoDB
DEFAULT CHARACTER SET = utf8
COLLATE = utf8_general_ci;


CREATE  TABLE IF NOT EXISTS `smf_test`.`web_oracion_top10` (
  `id_top` INT(10) UNSIGNED NOT NULL ,
  `id_pais1` INT(10) UNSIGNED NOT NULL DEFAULT 0 ,
  `id_ca1` INT(10) UNSIGNED NOT NULL DEFAULT 0 ,
  `id_provincia1` INT(10) UNSIGNED NOT NULL DEFAULT 0 ,
  `id_comarca1` INT(10) UNSIGNED NOT NULL DEFAULT 0 ,
  `id_ciudad1` INT(10) UNSIGNED NOT NULL DEFAULT 0 ,
  `id_peticion1` INT(10) UNSIGNED NOT NULL DEFAULT 0 ,
  `posicion` INT(10) UNSIGNED NOT NULL DEFAULT 0 ,
  PRIMARY KEY (`id_top`) ,
  INDEX `relacion1` (`id_pais1` ASC, `id_ca1` ASC, `id_provincia1` ASC, `id_comarca1` ASC, `id_ciudad1` ASC) ,
  INDEX `peticion` (`id_peticion1` ASC) ,
  CONSTRAINT `relacion1`
    FOREIGN KEY (`id_pais1` , `id_ca1` , `id_provincia1` , `id_comarca1` , `id_ciudad1` )
    REFERENCES `smf_test`.`web_oracion_lugares` (`id_pais` , `id_ca` , `id_provincia` , `id_comarca` , `id_ciudad` )
    ON DELETE NO ACTION
    ON UPDATE CASCADE,
CONSTRAINT `peticion`
    FOREIGN KEY (`id_peticion1` )
    REFERENCES `smf_test`.`web_oracion` (`id_peticion` )
    ON DELETE CASCADE
    ON UPDATE CASCADE)
ENGINE = InnoDB
DEFAULT CHARACTER SET = utf8
COLLATE = utf8_general_ci;

SET SQL_MODE=@OLD_SQL_MODE;
SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS;
SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS;



Te dare una orejita 

Fijate en:

Tabla web_oracion_lugares

PRIMARY KEY (`id_pais`, `id_ca`, `id_provincia`, `id_comarca`, `id_ciudad`) )


Tabla web_oracion

INDEX `relacion2` (`id_pais2` ASC, `id_ca2` ASC, `id_provincia2` ASC, `id_comarca2` ASC, `id_ciudad2` ASC) ,
  INDEX `categoria` (`id_cat2` ASC) ,
  /*CONSTRAINT `relacion2`*/
    FOREIGN KEY (`id_pais2`, `id_ca2` , `id_provincia2` , `id_comarca2`,  `id_ciudad2` )
    REFERENCES `smf_test`.`web_oracion_lugares` (`id_pais`, `id_ca` , `id_provincia` , `id_comarca` , `id_ciudad` )


Observate el orden de campos PRIMARY KEY de web_oracion_lugares y el orden modificado actual de los INDICES y FK de web_oracion

Un error tonto lo se....... pero ya vez como trabaja InnoDB en MySQL aveces.

Prueba el code ahora 

[web_oracion]

Vaya que cambio de modelo de tablas    me gusta como se ve. Y me alegra que te movieses para WorkBench de MySQL 

Cuando he visto el error 1005 (errno) no habia leido el script SQL y ya sabia de antemano que eran tablas InnoDB y habia una o mas Foreign Keys dentro  es que es tan comun este error con las referencias foreign key en InnoDB...(Aun no se porque) pero ocurre por variadas razones algunas hasta sin sentido.

ya pegaste la estructura logica de la tabla web_oracion que viene siendo el hijo, necesito la estructura logica de las tablas padres web_oracion_lugares y web_oracion_cat ya que las razones del fallo anterior son bastantes variadas (No hay 1 sola definicion para que se de el fallo 1005) aveces ocurre porque una tabla hijo no puede hacer un FK a otro FK de otra tabla hijo, aveces me ha pasado porque 1 campo FK INTEGER debia declararlo como UNSIGNED, entre otras situaciones....

Pero necesito la estructura logica de las otras 2 tablas, no solo de la que pegaste aca, para depurar y ver como se podria resolver.

Un Saludo.

Al inicio puede parecer un poco complicado o no entendible... pero veras que es sencillo  con el tiempo.

Yo misma aveces cuando son consultas SQL con numeros que debo realizar me enredo  aunque termine haciendola, y llevo una especie de iguala con algunos amigos que programan en PHP donde vivo y ellos mismos aveces no dan con el objetivo de enlazar varias entidades entre 4 o 5 tablas a la vez y me piden ayuda o alguna referencia de como pueden hacerlo.

Ya sabes que por mi parte a tus ordenes si tienes mas preguntas  en relacion a esto de SQL.

Muse - Starlight ahora.

Anteriormente estaba con Garbage - Crush