Задавайте вопросы, мы ответим
Вы не зашли.
Странно... но запрос:
Отредактированно 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'
Неактивен
Во как! Спасибо, буду знать на будущее!
Неактивен