MySQL where =, <>, не понимаю в чем ошибка.

[DIG]

Вопрос конечно глупый, но я не могу разобраться.
Таблица тестовая, почти пустая (50 записей, 15 полей). MyISAM.
Делаю запрос:

mysql> SELECT status FROM orders WHERE status = "start";
+--------+
| status |
+--------+
| start  |
| start  |
| start  |
| start  |
+--------+
4 rows in set (0.00 sec)

Тотже запрос, меняю "равно" на "неравно", ожидаю что выведет все остальные записи, кроме выведеных прошлым запросом:

mysql> SELECT status FROM orders WHERE status <> "start";
Empty set (0.00 sec)

Для порверки что вообще чтото есть делаю запрос:

mysql> SELECT status FROM orders LIMIT 5;
+--------+
| status |
+--------+
| NULL   |
| NULL   |
| NULL   |
| start  |
| NULL   |
+--------+
5 rows in set (0.00 sec)

Вобщем даже незнаю в какую сторону думать. Таблицу создал снова, выполняю запросы обычно просто в командной строке, но пробовали в EMS MySQL Manager - результат естественно тотже.

Если важно:

mysql> show variables like "%version%";
+-------------------------+------------------------------+
| Variable_name           | Value                        |
+-------------------------+------------------------------+
| protocol_version        | 10                           |
| version                 | 5.1.12-beta-community-nt     |
| version_comment         | MySQL Community Server (GPL) |
| version_compile_machine | ia32                         |
| version_compile_os      | Win32                        |
+-------------------------+------------------------------+

"Сервер" на win XP sp2.
На этойже базе крутится одна задачка, там тоже есть табица с такимже точно полем "status" и там все работает...

Я чегото очивидного не вижу просто, помогите.

 

[Вурдалак]

http://dev.mysql.com/doc/refman/5.0/en/working-with-null.html

 

[Linker]

Я с пустыми значениями всегда использую
IS NULL
IS NOT NULL
не зря же их отдельными операндами выделили.

(упс. Вурдалак уже ответил)

 

[DIG]

Дауж, спасибо огромное... Реально косоглазие у меня.
Надо наверное тему грохнуть вообще, чтоб не засорять форум.

 

[Adelf]

Я кстати если базу проектирую, стараюсь, чтобы null значений не было вообще в тех полях, по которым может быть фильтр.
Заколебался в свое время с нуллами

 

[Dovg]

null - это хорошо. Вот, например для поля gender

 

[DIG]

Да ничего плохого в NULL нету. Просто я всю жизнь переделываю старые базы, написанные еще под дос. Соответственно всегда базы наполнены изначально там NULL встречается редко, да и при конвертации я или умышленно или в бессознательном бреду иногда заменяю его на пустую строку. А тут сделал базу с нуля, ничего не заполнено, да еще чето стал делать на кохановском query builder (сначал и подумал что с ним гдето ошибся). Еще попутно git осваиваю и случайно дамп базы не тот с гитхаба вытащил, вот чето и закрутился - запутался.

 

[Absinthe]

null - это хорошо. Вот, например для поля gender

А чем строка/enum хуже? Всего 4 разных значения то.