Конструкция CONSTRAINT FOREIGN KEY REFERENCES в MySQL

[Phantom]

Может кто подскажет насколько принципиальна конструкция CONSTRAINT FOREIGN KEY REFERENCES в БД MySQL.

В теории вышеуказанная конструкция создает внешний ключ.
Но если пробовать реализовать это в MySQL то созданная таблица вместо ключей СУБД просто индексирует поля

В ситуациях построения супертипов, когда необходимо чтобы одно поле было как первичным ключом (PRIMARY KEY), так и внешним (FOREIGN KEY)

Пример:

...
  PRIMARY KEY (`id`),
  CONSTRAINT `FK` FOREIGN KEY (`id`)
  REFERENCES GM.ORG (`id`) ON DELETE RESTRICT ON UPDATE RESTRICT
...

Создается только первичный ключ.

[Cronos20]

Внешние ключи поддерживает только InnoDB, проверьте, вероятно у вас MyISAM

[Phantom]

Да вы действительно правы, у меня для всех таблиц назначена система хранения данных MyISAM.

Когда попробовал переделать таблицы и указал InnoDB

CREATE TABLE GM.TEST(
  id INT(11) NOT NULL AUTO_INCREMENT,
  ...
)
ENGINE = InnoDB

То опять же база ошибок не дала, но вновь созданная таблица создалась всеравно под MyISAM.

Как быть ?

[Phantom]

В Хабре натолкнулся:

Oracle изменяет состав бесплатного пакета MySQL.
Теперь MySQL Classic Edition лишается поддержки InnoDB, а в след за ним внешних ключей, транзакций и прочих плюшек. Теперь поддержка данных приятностей будет стоить от 2000$ в год и доступна с версии MySQL Standard Edition.

Печаль

[Cronos20]

Ну теперь есть отпочковавшиеся ветви от Mysql типа MariaDB ... посмотрите, может пригодится)

//После редактирования .... там же на Хабре кстати это и оказалось написано)

[Phantom]

Да уже читал ...
Но как, то меня смущают методы подключения к ней через Delphi или тот же PHP. Подойдут ли старые процедуры подключения к классической MySQL.

И в конечном итоге, что выбирать отщепившихся энтузиастов (MariaDB) или все тех же энтузиастов но ныне очень популярных в лице PostgreSQL.