Witam.

Chciałbym dowiedzieć się jednej rzeczy.

Mam 2 tabele w relacji (tabela 1) 1:n (tabela 2). Jednak w tabeli 2 nie zawsze będę wpis z id z tabeli 1.
W MySQL Workbench ustawiłem takie pole z możliwością NULL, lecz po wrzuceniu do MySQL znika ta opcja.

INSERT w HeidiSQL wykonuje się poprawnie, lecz z poziomu PHP to samo zapytanie wyrzuca błąd związany z foreign key (Cannot add or update a child row: a foreign key constraint fails).

Wyrzucenie indeksu KEY, a pozostawienie klucza oraz indeksu PRIMARY załatwiło sprawę, ale czy takie rozwiązanie nie spowolni wyszukiwania?
Jeżeli spowolni to jakie można zastosować alternatywne rozwiązanie?

Z góry dziękuję za odpowiedzi,

Pokaz jak wyglada zapytanie generujace tabelę.
Pokaz jak wygląda zapytanie robiące INSERT - te ktore rzuca błędem

Hmm pod ręką akurat mam te same tabele w relacji 1:1 i zapytanie insert do Users. Ogólnie zastanawiam się czy opłaca się robić relacje Users.default_company <-> Companies.id.
W Companies Users_id to właściciel firmy, a Coordinator_id to koordynator firmy, który nie zawsze jest dodawany. Tak samo Users.default_id nie zawsze jest uzupełnione.

Companies:

[SQL] pobierz, plaintext 
CREATE TABLE IF NOT EXISTS `mydb`.`Companies` (
  `id` INT UNSIGNED NOT NULL AUTO_INCREMENT,
  `name` VARCHAR(255) NOT NULL COMMENT 'Nazwa firmy',
  `address` VARCHAR(255) NOT NULL COMMENT 'Ulica numer',
  `city` VARCHAR(45) NOT NULL COMMENT 'miasto',
  `post_code` VARCHAR(10) NOT NULL COMMENT 'kod pocztowy',
  `www` VARCHAR(255) NULL,
  `description` TEXT NULL COMMENT 'opis',
  `logo` VARCHAR(255) NOT NULL,
  `Users_id` INT UNSIGNED NOT NULL,
  `Coordinator_id` INT UNSIGNED NULL,
  PRIMARY KEY (`id`, `Users_id`, `Coordinator_id`),
  INDEX `fk_Companies_Users1_idx` (`Users_id` ASC),
  INDEX `fk_Companies_Users2_idx` (`Coordinator_id` ASC),
  CONSTRAINT `fk_Companies_Users1`
    FOREIGN KEY (`Users_id`)
    REFERENCES `mydb`.`Users` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
  CONSTRAINT `fk_Companies_Users2`
    FOREIGN KEY (`Coordinator_id`)
    REFERENCES `mydb`.`Users` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB
[SQL] pobierz, plaintext 

Users

[SQL] pobierz, plaintext 
CREATE TABLE IF NOT EXISTS `mydb`.`Users` (
  `id` INT UNSIGNED NOT NULL AUTO_INCREMENT,
  `email` VARCHAR(255) NOT NULL,
  `password` VARCHAR(255) NOT NULL,
  `name` VARCHAR(255) NOT NULL,
  `surname` VARCHAR(255) NOT NULL,
  `phone` VARCHAR(255) NULL,
  `default_comapny` INT UNSIGNED NULL,
  PRIMARY KEY (`id`, `default_comapny`),
  UNIQUE INDEX `id_UNIQUE` (`id` ASC),
  INDEX `fk_Users_Companies1_idx` (`default_comapny` ASC),
  CONSTRAINT `fk_Users_Companies1`
    FOREIGN KEY (`default_comapny`)
    REFERENCES `mydb`.`Companies` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB
[SQL] pobierz, plaintext 

Insert

[SQL] pobierz, plaintext 
INSERT INTO `Users` (`email`, `name`, `password`, `surname`) VALUES ('michalina.witkowska@yahoo.com','Mateusz','a3084dcff39b508cbeda33749f53f6a7','Lewandowska')
[SQL] pobierz, plaintext 

powinienes ustawic domyslną wartosc na null
default NULL
skoro nie wpisujesz z palca w zapytaniu wartosci kluczy

Dzięki za odpowiedź. Sprawdzę jutro jak to działa u mnie.

Tak z ciekawosci: znasz jakis inny typ niz varchar(255) ?

Tak znam, ale to na szybko było tworzone

Dopiero teraz miałem możliwość sprawdzenia tego i nie działa ;/

[SQL] pobierz, plaintext 
-- -----------------------------------------------------
-- Table `mydb`.`Users`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `mydb`.`Users` (
  `id` INT UNSIGNED NOT NULL AUTO_INCREMENT,
  `email` VARCHAR(255) NOT NULL,
  `password` VARCHAR(255) NOT NULL,
  `name` VARCHAR(255) NOT NULL,
  `surname` VARCHAR(255) NOT NULL,
  `phone` VARCHAR(255) NULL,
  `default_comapny` INT UNSIGNED NULL DEFAULT NULL,
  `Groups_id` INT UNSIGNED NOT NULL,
  PRIMARY KEY (`id`, `default_comapny`, `Groups_id`),
  UNIQUE INDEX `id_UNIQUE` (`id` ASC),
  INDEX `fk_Users_Companies1_idx` (`default_comapny` ASC),
  INDEX `fk_Users_Groups1_idx` (`Groups_id` ASC),
  CONSTRAINT `fk_Users_Companies1`
    FOREIGN KEY (`default_comapny`)
    REFERENCES `mydb`.`Companies` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
  CONSTRAINT `fk_Users_Groups1`
    FOREIGN KEY (`Groups_id`)
    REFERENCES `mydb`.`Groups` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB;
[SQL] pobierz, plaintext 

Insert:

[SQL] pobierz, plaintext 
Error Number: 1452
 
Cannot ADD OR UPDATE a child row: a FOREIGN KEY constraint fails (`mydb`.`Users`, CONSTRAINT `fk_Users_Companies1` FOREIGN KEY (`default_comapny`) REFERENCES `Companies` (`id`) ON DELETE NO ACTION ON UPDATE NO ACTION)
 
INSERT INTO `Users` (`email`, `name`, `password`, `surname`) VALUES ([zmoderowane])
[SQL] pobierz, plaintext 

Hmmm, albo się tego nie da zrobić bez usuwania indeksów, albo robię coś nie tak ;/ W HeidiSQL wygląda to tak http://scr.hu/1m7p/fihpm

Przeciez Groups_id nie ustawiles domyslnie na null.....
zas w tym swoim heidi to w ogole nic nie jest ustawione domyslnie na null :/

A czym w szybkosci przeszkadza napisac
char(40) zamiast varchar(255)
albo
varchar (16) zamiast varchar(255)
?
Na szybkosc napisania nie ma to zadnego wplywu....

Te maile z przykładu to są fejki? Plizz napisz, że tak.

Oczywiście że fejki.

no_spor właśnie o to chodzi, że w Heidi pokazuje że nie mam możliwości NULL stąd moje wątpliwości czy tak się da.
Co do Groups_id to faktycznie nie ustawiłem (zapomniałem), ale nie tu pokazało błąd, tylko przy default_company

Nie chce mi sie wierzyc by w tym programie nie mozna bylo tak zrobic.
Ale po to wlasnie piszesz CREATE recznie by bym uniezaleznionym od programow