Ключевое слово в названии столбца таблицы

[Эдуард]

Ключевое слово в названии столбца таблицы

О одной из таблиц БД программы, не мной сделанной, один из столбцов назван from.
Php это глотает - работает нормально.
Но при архивировании и восстановлении эта таблица выдает ошибку синтаксиса по этому полю.
Что в phpmyamin, что через mysqldump.

Так что приходится таблицу создавать в ручную, а потом вставлять dump.

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

Есть вообще решение?

 

[Mr_Max]

1. Такого нужно избегать
2. Используйте ``

-~{}~ 14.08.07 21:36:

Насколько я помню при експорте из пхпмайадмина
есть соответсвующий чек-бокс.
в mysqldum=е тег Q

-~{}~ 14.08.07 21:37:

п.с.

один из столбцов назван from

казнить нельзя помиловать

моя запятая после слова казнить.

 

[Эдуард]

Ковычки не помогли.
Можно, конечно, попробовать ковычки другого типа...
Попробую и то, и то...

 

[Mr_Max]

Эдуард
Дамп создания таблицы в студию

 

[Эдуард]

--
-- Table structure for table `lm_email_messages`
--

CREATE TABLE lm_email_messages (
message_id int(11) NOT NULL auto_increment,
template_id int(11) NOT NULL default '0',
date bigint(64) NOT NULL default '0',
title varchar(255) NOT NULL default '',
from varchar(255) NOT NULL default '',
fromemail varchar(255) NOT NULL default '',
replyemail varchar(255) NOT NULL default '',
erroremail varchar(255) NOT NULL default '',
priority int(1) NOT NULL default '0',
subject varchar(255) NOT NULL default '',
text longtext NOT NULL,
html longtext NOT NULL,
PRIMARY KEY (message_id),
KEY date (date),
KEY title (title)
) TYPE=MyISAM;

Проблему то я решил ручками. Но таблица увеличивается в размере.
И mysqlmyadmin скоро не подойдет.

 

[Mr_Max]

from varchar(255) NOT NULL default '',

Эдуард
Простите.
Вы внимательно читали мой первый пост?
Да?
Тогда собственно _КАВЫЧКИ_ в именах столбцов где?
Видать Вы не так меня поняли

Дожно быть что-то типа этого

CREATE TABLE `a` (
`from` varchar(12) NOT NULL default ''
);

вот этот символ--->`from`<---и этот символ

 

[Эдуард]

Я понял правильно.
Это оригинальный dump, сделанный mysqldump.
Сейчас поставлю как Вы сказали и проверю.
Только отпишусь уже завтра...

В общем, по любому надо будет редактировать *.sql.
И о чем они там в Канаде думают?

Спасибо.

 

[Mr_Max]

Ковычка такая,
где тильда ~

-~{}~ 14.08.07 22:13:

Это оригинальный dump, сделанный mysqldump.

чекбокс - Обратные кавычки в названиях таблиц и полей
при экспорте в майадмине.

 

[Эдуард]

Понял, Макс. Благодарю.
Думаю, проблем не будет.

Почему же php хавает?

 

[Фанат]

кААААААААААААААААААААААААААААААААвычка!

 

[Mr_Max]

И о чем они там в Канаде думают?

а они, возможно и не догадываются о существовании данной опции.
У Вас есть шанс открыть им глаза )))))

Почему же php хавает?

Моя хз. Что Вы имеете ввиду под php.
Если какую-то готовую библиотеку для импорта, то вполне возможно что имена столбцов в ней принудительно заковычиваются.

 

[zerkms]

Mr_Max

1. Такого нужно избегать

аргументы?

 

[Mr_Max]

zerkms
1. Дабы не возникало подобных ситуаций
2. уж без зарезервированные слов в названиях столбцов можно как-то обойтись.

Может кому-то нравиться.
Мне нет.
Так-как я, к сожалению, не всегда имею привычку писать запросы с `.

 

[cDLEON]

Почему же php хавает?

Эээээ, не смешите меня так больше)
Почему ПХП не должен хавать нормальный синтаксис?
При чём здесь ПХП к SQL ?
Вы вообще головой думаете ?

 

[zerkms]

1. Дабы не возникало подобных ситуаций
2. уж без зарезервированные слов в названиях столбцов можно как-то обойтись.

`date`, `table`, `time` вполне лаконичные имена, чтобы отказываться от них в пользу лени проставления кавычек... тем более что мало ли какие кейвордсы будут введены в новых версиях

 

[Mr_Max]

у каждого свои "вредные" привычки

 

[Фанат]

Mr_Max
ну так и надо тогда писать не "надо", а "лично я избегаю"

 

[dark-demon]

zerkms, лучше давать полям префикс зависящий от таблицы - избавляет от геморроя при работе с результатом слияния таблиц.

 

[Фанат]

зато добавляет при написании запросов

 

[dark-demon]

в зависимости от запроса либо добавляет, либо наоборот убавляет (опять же, при слиянии).