Грабельки 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]

1) вот поэтому их и хочется объединить. а зачем серии как-то отдельно выделять?

2) а как их вложенные показывать в облаке тэгов? как "Россия->Москва"? А если оно на десятом уровне вложенности?

[1master.livejournal.com]

1) Серии обычно тематические и могут требовать дополнительного оформления. Если у тебя такой потребности нет, то можно и забитью
2) Раскрывать по мере приближения. Посмотри, как это WL Photo Gallery делает, у нее как раз такая конструкция (фолдеры, правда, тоже есть, но лично я ими практически совсем не пользуюсь).

[dil.livejournal.com]

оформление - это уже вопрос интерфейса, а не внутренней реализации. и всё равно тогда надо делать более общее решение, типа "группа тэгов". для тэгов, входящих в группу "серия" оформление одно, для входящих в группу "деревня" - другое, для остальных - дефолтовое. как-то так.

кто есть Wl Photo Gallery?

[1master.livejournal.com]

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

http://download.live.com/photogallery

[dil.livejournal.com]

не-не, реализация тут ни при чём, я пока про чисто концептуальную модель говорю. если нужны какие-то различия в представлении альбомов/тэгов/отдельных фотографий, то это надо делать в общем виде, а не прибивать гвоздиками какие-то особенности конкретно для серий (или других типов).

[1master.livejournal.com]

Ну это уже тонкости, сколько именно полей пометить как reserved :)

По уму надо бы вообще через XML неймспейсы делать, тогда тегов будет столько видов, сколько наопределяешь.

[dil.livejournal.com]

интересная идея, я в эту сторону вообще не думал..

[bormotov.livejournal.com]

в том-то и дело, что различия будут нужны на уровне представления.

В одном случае, нужен плоский список (облако?) уникальных имён (теги), в другом нужна иерархия, в которой каждый элемент пути может быть не уникальным.

Мне нравится как иерархичность тегов сделана в LightRoom - теги все самостоятельны, но можно сказать, что при выборе тега "животные", выбирать все фотографии у которых тег "млекопитающие". В дереве тегов это будет выглядеть
"животные" -> "млекопитающие". При этом я могу повесить на фото как "животные", так и "млекопитающие".

[dil.livejournal.com]

фактически тэг "млекопитающие" становится подтэгом от "животные". получаем иерархическую структуру тэгов.

или они неиерархическая? "млекопитающие" могут одновременно быть частью какого-нибудь другого тэга, если они уже являются частью "животных"?

хотя это всё равно не то, про что я написал. в моей модели фотографии из подальбомов автоматически не выбираются.

[bormotov.livejournal.com]

не, один тег "под два разных" засунуть нельзя.
Вот "подальбомы", мне не совсем понятны.

Даже не так - с точки зрения организации информации в компьютере - понятны, это каталоги на файловой системе. С точки зрения "альбом - как пособо организации фотографий", хорошо сказал lifewalker - это список.

Как в детстве было - альбом "детские фотографии", потом "школьные", потом "выпускной", и тд. Конечно никто не мешал смотреть альбомы с середины, но порядок фотографий значение имел. Альбом нужен, для последовательной выборки элементов из списка (итератор)

Сейчас "подальбомы" нужны только для того, чтоб сократить список альбомов. И может быть, как-то более "крупно" упорядочить. Но к самим фотографиям это уже отношения не имеет - это способы манипуляции и хранения наборов информации.

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

Технически я бы тоже делал это всё через теги. Фотки заливать в одно место, во всех других местах делать ссылки. Но "альбом" и "тег" - это разные по способу обработки элементы.
Хранить их в одном списке или в двух - вопрос реализации. Считать ли название альбома в то же время и просто тегом - вопрос реализации.

Выбирать ли все фотографии из подальбомов, при выборе "хочу просмотреть альбом" - вопрос реализации, и уточнения твоей модели вложенных альбомов.

Например я бы разрешал фотографии засовывать только в альбомы-листья. Т.е. либо у тебя альбом альбомов (любого уровня вложенности), либо альбом фотографий.

[dil.livejournal.com]

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

[lifewalker.livejournal.com]

Ещё по-хорошему в альбом ты можешь вставлять одно и то же фото больше одного раза.

[dil.livejournal.com]

в один альбом одно и то же фото больше одного раза? а зачем?

[lifewalker.livejournal.com]

Если альбом = слайдшоу, то, например, хочу я, чтобы оно начиналось и заканчивалось одним и тем же кадром. Художественный замысел такой. Имею право.

[dil.livejournal.com]

альбом != слайдшоу, конечно, но сделать его из альбома можно.
учитывая возможность включения одного фото в разные альбомы и наличие упорядоченности фотографий внутри альбома, ничего невозможного я в этом не вижу.

[dil.livejournal.com]

пгоди, а оно что, standalone program, а не сайт?
под wine же наверняка не заведется..

[1master.livejournal.com]

Standalone. С дыркой под плагины, ежель надо к какому сервису прикрутить. Про wine понятия не имею.

[dil.livejournal.com]

так это ж мне надо будет windows запускать..