ScaGraf,

Это такой прикол - делать таблицу без названий полей?

Окосел уже. Нашел я поля. Но русский майскулю не помеха.

ScaGraf,

Надо изучать. Например в первый раз я запятую поставил, думал еще набить, передумал, а уже поздно было. Ошибка. Во второй раз все упростил и сделал базу полностью из русских слов.

Может быть надо саму локаль настроить на chcp 1251. У меня без этой команды кириллицу не видно в бд.

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

Довольно странно всю эту фобию к кириллице в названиях полей наблюдать при том, что сотни юзеров постят сотни сообщений в местную БД на кириллице. Как будто есть разница между текстом в названии поля и текстом в содержании.

Ничего так и не увидел, кроме того на черном фоне трудно читается. Скорее всего 866 мешает. Ввод будет нормально показывать, а вот что там будет отдавать и возвращать - хбз. Это же винда, или нет?

ScaGraf,

Не знаю что вы делаете, вы же не колитесь, я делаю так. Запустил cmd.exe, сразу написал ему chcp 1251. Командир отчитался - кодировка поменяна. Потом я иду в папку с майскулем и проверяю - на самом ли деле: show full tables - если русский язык на месте, значит все будет нормально.

Однако все таблицы у меня в UTF8 по умолчанию:

CREATE DATABASE `Название базы тут`
DEFAULT CHARACTER SET utf8
DEFAULT COLLATE utf8_general_ci;

поэтому необходимости писать майскулю charset utf8 у меня нет. Вот, на этом все.

По причинам выше я не пользуюсь консолей, а у вас этого пхпмайадмина глюкавого нету? Туда он нормально преобразует, но вот если ошибка то русские имена полей показывает крякозябрами.

Кажется нашел. Написал как у вас - каменты в тиках, еще подумал что это, наверно, неправильно. И получил ошибку. Проверил все - все нормально вроде, две строки, но табля не создалась. Тогда поменял кавычки на обычные, двойные для строчных констант и все окей.

mysql> create table `Кавычки` (
-> `код кавычки` int not null default 0 comment "это комментарий",
-> `двойная кавычка` varchar(255) not null default "" comment "комментарий в двойных"
-> );
Query OK, 0 rows affected (0.03 sec)

mysql>

Забейте на комментарии. Или это ТЗ такое?

Все равно же где кавычить, в именах полей или каментах. Тут даже дело не в русском - я в рубрике проектирование накатал целый блог по этому вопросу - а в том, что инженеры БД как правило это близорукие программисты. Они думают что чрезвычайно сэкономят на кавычках если поля будут называться ProductOrder или PriceOnAction. Легкость близкого очевидного решения оборачивается неочевидными издержками по дублированию названий в шаблонах, каких-нибудь чудных функций разбивки-склейки и тому подобного.

Это же бытовая халява - пользоваться толерантностью языка к синтаксису. В соседней теме читатель предупреждает что прогрессивный insert не попрет на других СУБД, а кто уверен в том, что его запросы без кавычек попрут везде?

Это камент таблицы.

Короче, каменты это не названия полей, с обратными тиками не прокатывает. Консоль не заускал, геморрой, в пхпмайадмин скопипастил цитату из первого сообщения, исправил t на d и получил еррор на первую же строку. Заменил эти обтики на двойные кавычки

CREATE TABLE table1
(id INT Unsigned NOT NULL DEFAULT 0 COMMENT "Код товара",
name VARCHAR(50) NOT NULL DEFAULT "" COMMENT "Название товара",
price FLOAT NOT NULL DEFAULT 0 COMMENT "Цена товара") COMMENT "Таблица товаров";

И все окейно.

А именно http://dev.mysql.com/doc/refman/5.0/en/string-literals.html

A string is a sequence of bytes or characters, enclosed within either single quote (“'”) or double quote (“"”) characters. Конец цитаты.

То есть эквивалентно пока не включена халявная опция:

If the ANSI_QUOTES SQL mode is enabled, string literals can be quoted only within single quotation marks because a string quoted within double quotation marks is interpreted as an identifier. Конец цитаты.

И последняя

The identifier quote character is the backtick (“`”): http://dev.mysql.com/doc/refman/5.0/en/identifiers.html

Ну да, если у автора ANSI_QUOTES SQL инаблед, то замена бэктиков (гравис) на двойные кавычки в свою очередь равноценна. В этом случае каменты и вообще все буквальные строки должны быть в одинарных.