Форум MySQL

CREATE TABLE  'errs' (  'id' BIGINT NOT NULL AUTO_INCREMENT ,  'ip' INT NOT NULL ,  'no' INT NOT NULL ,  'text' TINYTEXT CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL , PRIMARY KEY ( 'id' ) );

Ошибка - near "AUTO_INCREMENT": syntax error
Кто знает - помогите, пожалуйста!

синтаксис языка SQL/SQLite смотрели?
Я вот в диаграмме банально не нашел слова с таким написанием.

Заменил кавычки все заработало, правда у меня MySQL 5+ ^_^

CREATE TABLE  `errs` (  `id` BIGINT NOT NULL AUTO_INCREMENT ,  `ip` INT NOT NULL ,  `no` INT NOT NULL ,  `text` TINYTEXT CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL , PRIMARY KEY ( `id`) );

Шедевральный отклик :))

-У меня селедка под шубой не выходит, помогите!
- Заменил селедку с картошкой на горошек - всё вышло. Правда, у меня венигрет.

Главное чтобы работало)

Попробуйте вот так

CREATE TABLE  `errs` (   `id` INTEGER PRIMARY KEY ,   `ip` INTEGER NOT NULL ,   `no` INTEGER NOT NULL ,   `text` TEXT CHARACTER SET utf8 COLLATE utf8_unicode_ci NOT NULL  );

- Попробуйте убрать свеклу.

Человеку вообще-то он нужен.

> Главное чтобы работало)
Вот с этим тезисом я пытаюсь бороться. По возможности.

Собственно значительные отличия между SQLite и другими базами данных находятся в самом движке. В отличие от других БД в SQLite нет привязки к типам; все данные сохраняются как строки оканчивающиеся символом NULL, что лучше, чем двоичное представление данных в столбцах специального типа. По причине совместимости SQLite пока поддерживает тип спецификации в конструкциях CREATE TABLE, например, такой как INT, CHAR, FLOAT, TEXT и тому подобные, но реально их не использует. Внутри базы, SQLite только делает различие между строковыми и целочисленными данными во время сортировки. Поэтому, если вы не собираетесь сортировать данные, вы можете обойтись без указания специального типа полей при создании таблиц в SQLite.

"Безтиповая природа" SQLite делает сортировку и сопоставление данных в некотором роде медленнее, так как каждый раз SQLite будет вынуждена определять тип данных и применять либо строковый механизм сортировки/сравнения либо числовой. SQL таблицы часто требуют автоматически присваиваемый ключ для быстрого доступа к ячейкам, подразумевая возврат ссылки на последнюю добавленную ячейку. Для SQLite этот синтаксис, мягко говоря, бесполезен. Чтобы создать такую таблицу, вам понадобится объявить поле как INTEGER PRIMARY KEY, что более удобно чем указание специализированного типа или присваивание дополнительных свойств, которые указывают на то, что поле является автоинкрементным.

Да. Был неправ.
А признак чем-то мешает?

Я тоже не прав в том что дал первый ответ не посмотрев мануал по SQLite.

А нет такого признака, я как и вы не нашел его в мануале.
В принципе автор после первого вашего ответа мог и сам догадаться.

Как это нету?
А это что (см.аттач) ?

Такой есть и скорее всего правильно отработает

`id` BIGINT NOT NULL AUTOINCREMENT ,

Вот только я очень хотел, чтобы эту информацию тов. ~AquaZ~ добыл сам.

Кажется все тестируют всё на MySQL. SQLite не знает [`]. Именно поэтому я заменил в запросе, созданном PHPMyAdmin [`] на ['].

Кажется, Вы категорически не хотите читать мануал.

If you want to use a keyword as a name, you need to quote it. There are three ways of quoting keywords in SQLite:

'keyword' A keyword in single quotes is a string literal.
"keyword" A keyword in double-quotes is an identifier.
[keyword] A keyword enclosed in square brackets is an identifier. This is not standard SQL. This quoting mechanism is used by MS Access and SQL Server and is included in SQLite for compatibility.
`keyword` A keyword enclosed in grave accents (ASCII code 96) is an identifier. This is not standard SQL. This quoting mechanism is used by MySQL and is included in SQLite for compatibility.

В абсолютно любых кавычках (и без них) видит ошибку возле AUTO_INCREMENT.

Так.
Я уже открытым текстом требую от Вас ссылку на мануал, описывающий SQLite, где Вы увидели такое написание этого ключевого слова.

Так работает.

CREATE TABLE  errs (  id BIGINT NOT NULL  PRIMARY KEY ASC,  ip INT NOT NULL,  no INT NOT NULL,  text TINYTEXT CHARACTER_SET utf8 COLLATE utf8_unicode_ci NOT NULL );

Что некрорректно написанное слово убрали - увидел.
Ссылки не увидел.
Долго еще будет этот цирк?

Слово было некорректно написано только для SQLite, для MySQL это правильно.
Ссылки и не будет, мануал читал только за минуту перед исправлением.
Цирка и небыло.

Слово было некорректно написано в контексте того [диалекта] языка, которым Вы желаете воспользоваться.
В любом другом контексте корректность (или отсутствие таковой) никого не интересует. Вас - в первую очередь!

Когда человек нарывается на сообщение "syntax error", и не соизволит сверить синтаксис с мануалом (даже после неоднократного предложения) , а лишь жалуется на судьбу уж сутки - это цирк.

PS. Для особо упертых. С мануалом того инструмента, на языке которого пишет. А не сильно на него похожего.