![]() |
Задавайте вопросы, мы ответим
Вы не зашли.
Странно... но запрос:
Отредактированно Proger (31.10.2008 15:34:24)
Неактивен

Может быть в том, что в таблице есть еще одна строка с теми же name и uid, но с xstas!=12.
Активен
uid уникально, это номер пользователя
Неактивен

Замените на SELECT * и посмотрите что получается. GROUP BY явно избыточный, раз поле уникальное. Вообще говоря не совсем корректно накладывать условия на поля, по которым не производится группировка.
Активен
Убрал GROUP BY по online.name...
Сделал SELECT *
получил туже результатину... вижу чела с xstas 12
Тока ещё в добавок все поля их обоих таблиц...
(
Неактивен

А если убрать GROUP BY вообще?
Активен
всё равно
даже попробывал скинуть кеш таблиц. flush сделал. Не катит и всё тут
Вроде раньше работало, что случилось не понимаю...
Неактивен

INNER JOIN такой же результат дает? Приведите тогда дамп таблиц.
Активен
INNER дал такой же результат.
Кажись (моё мнение) глюк из-за типа поля xstas. Кажись как с tinyint(2) на enum заменил лагать начало...
Дампы:
Отредактированно Proger (02.11.2008 08:45:30)
Неактивен
Точняк... переделал в tinyint(2) всё ок стало. А в чем недочёт то? Просто у меня 13 значений поля xstas, я подумал что чем задавать диапозон, я перечислю все значения...
Неактивен

Для enum '12' у Вас соответствовало числовому значению 13.
select xstas+0 from online;
+---------+
| xstas+0 |
+---------+
| 1 |
| 13 |
+---------+
2 rows in set (0.00 sec)
Или надо было со строковым значением работать xstas!='12'
Активен
Во как! Спасибо, буду знать на будущее!
Неактивен