problem z kluczem obcym, errno: 150 Opcje

[f4ll3ns3raf1n]

panowie, mam problem, utworzylem tabele place, w ktorej category_tree_id ma byc kluczem obcym do tabeli category_tree.id.
o ile inne kolumny, ktore byly kluczami obcymi innych tabel chodzily bez najmniejszego problemu, tutaj nie moge tego rozgryzc...
(IMG:http://ml0dy.linuxpl.com/images/01.jpg)
typy obu kolumn takie same, a ciagle ten sam problem...
nic mi gogelki nie podpowiedziały, dlatego prosze dośw. userów baz danych o pomoc :-/

[nospor]

pewnie się typy nie zgadzają. Pokaz dokladnie strukturę obu tabel

[f4ll3ns3raf1n]

[SQL] pobierz, plaintext 
CREATE  TABLE IF NOT EXISTS `pgarnek_bm_database`.`category_tree` (
  `id` BIGINT NOT NULL AUTO_INCREMENT ,
  `parent_id` BIGINT NULL DEFAULT NULL ,
  `name` VARCHAR(128) NOT NULL ,
  PRIMARY KEY (`id`) ,
  UNIQUE INDEX `id` (`id` ASC) ,
  INDEX `parent_id` (`parent_id` ASC) ,
  CONSTRAINT `category_tree_ibfk_1`
    FOREIGN KEY (`parent_id` )
    REFERENCES `pgarnek_bm_database`.`category_tree` (`id` )
    ON DELETE CASCADE)
ENGINE = InnoDB
AUTO_INCREMENT = 25
DEFAULT CHARACTER SET = utf8
COLLATE = utf8_general_ci
[SQL] pobierz, plaintext 

[SQL] pobierz, plaintext 
CREATE  TABLE IF NOT EXISTS `pgarnek_bm_database`.`place` (
  `place_id` INT NOT NULL AUTO_INCREMENT ,
  `place_name` VARCHAR(50) NOT NULL ,
  `description` TEXT NULL ,
  `content` TEXT NULL ,
  `keywords` VARCHAR(320) NOT NULL ,
  `category_tree_id` BIGINT NOT NULL ,
  `street_id` INT NOT NULL ,
  `adress_numeric` SMALLINT(6) NOT NULL ,
  `map_latitude` FLOAT NULL ,
  `map_longitude` FLOAT NULL ,
  `phone_no` BIGINT NULL ,
  `mobile` BIGINT NULL ,
  `rating` DOUBLE NULL ,
  `ratings_ammount` INT NULL ,
  `place_status` TINYINT NULL ,
  `recomended` TINYINT(1) NULL ,
  `client_id` INT NULL ,
  PRIMARY KEY (`place_id`) ,
  INDEX `fk_place_client1` (`client_id` ASC) ,
  INDEX `fk_place_street1` (`street_id` ASC) ,
  INDEX `fk_place_category_tree1` (`category_tree_id` ASC) ,
  CONSTRAINT `fk_place_client1`
    FOREIGN KEY (`client_id` )
    REFERENCES `pgarnek_bm_database`.`client` (`client_id` )
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
  CONSTRAINT `fk_place_street1`
    FOREIGN KEY (`street_id` )
    REFERENCES `pgarnek_bm_database`.`street` (`street_id` )
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
  CONSTRAINT `fk_place_category_tree1`
    FOREIGN KEY (`category_tree_id` )
    REFERENCES `pgarnek_bm_database`.`category_tree` (`id` )
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB
DEFAULT CHARACTER SET = utf8
COLLATE = utf8_general_ci
[SQL] pobierz, plaintext 

a tutaj taki error dokladnie wyskakuje.
(IMG:http://ml0dy.linuxpl.com/images/02.jpg)

a ze jeszcze zapytam, jesli jeden wpis place mialby nalezec do wielu kategorii, to moze lepiej zrobic osobna tabele, z relacja wiele do wielu, place.id i category_tree.id ?

[nospor]

jesli jeden wpis place mialby nalezec do wielu kategorii, to moze lepiej zrobic osobna tabele, z relacja wiele do wielu, place.id i category_tree.id ?

tak

[f4ll3ns3raf1n]

jak sie okazało, wpis należy tylko do jednej kategorii, wiec tabela wiele do wielu nie będzie rozwiązaniem. udało się coś niepokojącego znaleźć w strukturze tych 2 tabel? (IMG:style_emoticons/default/sciana.gif) (IMG:style_emoticons/default/sciana.gif)

[nospor]

No mi to dziala.
Jedyne co mi sie rzuca w oczy:
- po co dajesz nazwe baz danych wszedzie?
- czy liczba kategorii naprawdę bedzie tak duza, ze wymagany jest typ BIGINT? Oszczedzaj miejsce (IMG:style_emoticons/default/smile.gif)

ps: blad jaki dostajesz wyskakuje na ALTER TABLE, a tutaj podales kod na CREATE TABLE. Czy ty na pewno nam wszystko pokazales?

[f4ll3ns3raf1n]

nospor, moze i rzeczywiscie id kategorii zatrzymam na INT,
kod podalem na create table, owszem, bo taki najszybciej z Workbencha było skopiować, zarówno CREATE TABLE jak i ALTER TABLE wywala sie na tym samym, zwraca ten sam blad. dlatego... zrobilem dokladnie taka sama tabele PLACES ale bez kluczy obcych, a nastepnie poprzez alter table je pokolei dodawalem, by zobaczyc przy ktorym FK sie dokladnie wywalalo. i o ile FK street_id i client_id udalo sie powiazac bez problemu, trudnosci sprawilo mi wlasnie to.
na chwile obecna jestem w pracy, wroce to sprobuje to zrobic na prostym INT