Грабельки MySQLные

[dil]

А вот кто может пояснить, почему вот на такой синтаксис MySQL ругается:

CREATE TABLE `foo` (
  `bar` varchar(32) NOT NULL,
  UNIQUE KEY `bar` (`bar`) USING BTREE
);

а вот такой спокойно принимает:

CREATE TABLE `foo` (
  `bar` varchar(32) NOT NULL,
  UNIQUE KEY `bar` USING BTREE (`bar`)
);

?

Сервер 5.0.51a. Документация говорит нам, что index_type может присутствовать как до списка (index_col_name,…), так и после. Самое смешное, что первый вариант синтаксиса был выдан командой show create table из другого mysql-сервера (5.1.36). Как же так, наши пластинки и к нашему же проигрывателю не подходят?

Оригинал этой записи. Комментировать можно тут или там.

Любые материалы из этого блога запрещается использовать на сайте livejournal.ru в любой форме и любом объёме

Comments

[dil.livejournal.com]

а хотя никакой сложности с общими тэгами вроде и нет. собирать по общему имени, ничего страшного.

[1master.livejournal.com]

Ага, ага. Первый же тэг на котором ждет облом будет называться "я". Следующие "дом", "работа", "офис". Ну и далее со всеми остановками.

Ну т.е. отделить наверное можно будет, но бизнес-логика будет такая, что закачаешься реализовывать.

[1master.livejournal.com]

Ты, кстати, действительно посмотри на WLPG. Это реально лучший органайзер картинок, которые я за свою жизнь видел и оно не зря именно такое, а не другое. А для меня это критично - коллекция большая.

[dil.livejournal.com]

да ну, фигня какая, вот на яндекс-фотках замечательно работает: я (http://fotki.yandex.ru/tag/%D1%8F/) , и никто не жалуется :)

понятно, кроме общего на всех пользователей облака есть ещё и персональное.

[1master.livejournal.com]

Скорее всего потому, что никто и не пользуется :)

На самом деле для этого есть понятное решение - конвертить тэг во внятное имя и обрабатывать его отдельно. Но таких исключений в общем будет изрядно.