Версия для печати темы Нажмите сюда для просмотра этой темы в оригинальном формате

Форум программистов > MySQL > Что не так в запросе?

Автор: zheka1980 27.9.2014, 12:42

На сайте http://www.getinfo.ru/article610.html есть неплохая статья. Начинаю делать все по инструкции. Создаю таблицу. Ругается на синтаксис Код CREATE my_tree ( id INT(10) NOT NULL AUTO_INCREMENT, name VARCHAR(150) NOT NULL, left_key INT(10) NOT NULL DEFAULT 0, right_key INT(10) NOT NULL DEFAULT 0, level INT(10) NOT NULL DEFAULT 0, PRIMARY KEY id, INDEX left_key (left_key, right_key, level)   )  Одну ошибку в первой строке (отсутствует слово table) я уже исправил. Тогда стало ругаться на 7 строку (PRIMARY KEY....) Что не так?

Автор: Zloxa 27.9.2014, 19:53

Цитата(zheka1980 @  27.9.2014,  13:42 ) Что не так? id скобочками обернуть Код PRIMARY KEY (id), Цитата(zheka1980 @  27.9.2014,  13:42 ) есть неплохая статья. в такие моменты лучше обратиться к документации от производителя http://dev.mysql.com/doc/refman/5.1/en/create-table.html

Автор: zheka1980 27.9.2014, 20:18

Уже вручную сделал. Реализовал все что в статье, осталась одна проблема Код SELECT id, MOD((right_key-left_key),2) AS ostatok FROM nested_catalog WHERE ostatok=0 mysql пишет, что нет такой колонки - ostatok я с пониманием отношусь к его недоумеванию по этому поводу, но как правильно объяснить что такое ostatok?

Автор: Zloxa 27.9.2014, 20:20

having вместо where

Автор: zheka1980 27.9.2014, 20:31

Спасибо.... Осталось последнее Код SELECT t1.id, COUNT(t1.id) AS rep, MAX(t3.right_key) AS max_right FROM nested_catalog AS t1, nested_catalog AS t2, nested_catalog AS t3 WHERE t1.left_key<>t2.left_key AND t1.left_key<>t2.right_key AND t1.right_key<>t2.left_key AND t1.right_key<>t2.right_key GROUP BY t1.id HAVING max_right<>SQRT(4*rep+1)+1 Пояснения с сайта: Цитата //Ключи ВСЕГДА уникальны, вне зависимости от того правый он или левый;          //Здесь, я думаю, потребуется некоторое пояснение запроса. Выборка по сути осуществляется из одной таблицы, но в разделе FROM эта таблица "виртуально" продублирована 3 раза: из первой мы выбираем все записи по порядку и начинаем сравнивать с записями второй таблицы (раздел WHERE) в результате мы получаем все записи неповторяющихся значений. Для того, что бы определить сколько раз запись не повторялась в таблице, производим группировку (раздел GROUP BY) и получаем число "не повторов" (COUNT(t1.id)). По условию, если все ключи уникальны, то число не повторов будет меньше на одну единицу чем общее количество записей. Для того, чтобы определить количество записей в таблице, берем максимальный правый ключ (MAX(t3.right_key)), так как его значение - двойное число записей, но так как в условии отбора для записи с максимальным правым ключом - максимальный правый ключ будет другим, вводится третья таблица, при этом число "неповторов" увеличивается умножением его на количество записей. SQRT(4*rep +1) - решение уравнения x^2 + x = rep. Если все правильно то результата работы запроса не будет, иначе, получаем список идентификаторов неправильных строк; Здесь ошибок нет, но запрос выполнялся долго и прервался по таймауту. Есть мысли?

Powered by Invision Power Board (http://www.invisionboard.com)
© Invision Power Services (http://www.invisionpower.com)