Т.е. насколько я понял, то скорее всего скрипт конфликтует с базой и из-за этого записываются некорректно поля?

Мне трудно сказать определенно, что вызвало ошибку в дампе, но если строка с данными записывалась с помощью скрипта и в соответствующем поле не было установлено значение NULL, значит ошибка в скрипте.

Т.е. насколько я понял, то скорее всего скрипт конфликтует с базой и из-за этого записываются некорректно поля?

Ок, попробую. По крайней мере это решение проблемы.

Понятно, но причина в чём? Я делал дамп phpMyAdminом и в принципе он должен был правильно отобразить данные находящиеся в базе или не обязательно?

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

Ясно, значит дамп находится в cp1251 и при импорте в phpMyAdmin Денвера надо выбирать данную кодировку.

Править вручную. Это для вас же лучше. Правьте строка за строкой, пока ошибки не исчезнут.

Правильно. MySQL 4.0 не понимает установки кодировок уровня таблиц.

Понятно, но причина в чём? Я делал дамп phpMyAdminом и в принципе он должен был правильно отобразить данные находящиеся в базе или не обязательно?
Скрипт Оскоммерс (известный скрипт электронного магазина) без переделок только поменяный дизайн.

Я чайник. Как посмотреть?

Потому что в дампе базы сделанной на сервере (MySQL: 4.0.21) прямой ссылки на кодировку нет.
Зато когда я делал дамп той же базы на локальной машине (пакет Денвер MySQL 4.1.16), структура таблицы заканчивается такой строкой:

ENGINE=MyISAM DEFAULT CHARSET=cp1251 AUTO_INCREMENT=52.

При опциии совместимости строка меняется на

TYPE=MyISAM AUTO_INCREMENT=52.

Косвенно могу сказать, что русские буквы в дампе базы читаются в эксплоуэре при экспорте в кодировке cp1251.

Да.

Сообщение добавлено Wed Sep  5 15:47:01 2007
Может быть можно поменять опции в phpMyAdmin при экспорте, чтобы правильно отображались значения в ячейках?
Или придётся править в ручную?

При импорте в Денвере у вас сбита кодировка, поэтому кирилица не отображается и в любом случае импорт не будет корректным. Посмотрите в какой кодировке данные находятся в дампе.

В какой кодировке у вас вообще должны находиться данные, cp1251?

Причина появления ошибок - ошибка при написании скрипта, или изменение структуры БД.

CREATE TABLE IF NOT EXISTS `address_book` (
  `address_book_id` int(11) NOT NULL auto_increment,
  `customers_id` int(11) NOT NULL default '0',
  `entry_gender` char(1) NOT NULL default '',
  `entry_company` varchar(32) default NULL,
  `entry_firstname` varchar(32) NOT NULL default '',
  `entry_lastname` varchar(32) NOT NULL default '',
  `entry_street_address` varchar(64) NOT NULL default '',
  `entry_suburb` varchar(32) default NULL,
  `entry_postcode` varchar(10) NOT NULL default '',
  `entry_city` varchar(32) NOT NULL default '',
  `entry_state` varchar(32) default NULL,
  `entry_country_id` int(11) NOT NULL default '0',
  `entry_zone_id` int(11) NOT NULL default '0',
  PRIMARY KEY  (`address_book_id`),
  KEY `idx_address_book_customers_id` (`customers_id`)
) TYPE=MyISAM AUTO_INCREMENT=3 ;

--
Вот точно, ошибки:

Ответ PhpMyAdminа на сервере (MySQL: 4.0.21):

Ошибка
SQL-запрос:

--
-- Дамп данных таблицы `address_book`
--
INSERT INTO `address_book`
VALUES ( 1, '1', '', NULL , 'Игорь', '& Ко', 'ул. Мира 346, кв. 78', NULL , '789453', 'Город', , 220, '282' ) ;

Ответ MySQL: 

#1064 - You have an error in your SQL syntax.  Check the manual that corresponds to your MySQL server version for the right syntax to use near ' 220, '282')' at line 1

Ответ PhpMyAdminа на локальной машине (пакет Денвер MySQL 4.1.16):

Ошибка
SQL-запрос:

--
-- ???? ????? `address_book`
--
INSERT INTO `address_book`
VALUES ( 1, '1', '', NULL , '???, '& ?', '?????????46, ? 78', NULL , '789453', '??/an>, , 220,  '282'  ) ;

Ответ MySQL: 

#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ' 220, '282')' at line 1

Настройки при импорте я не трогал вообще. Поэтому стоят только изначально стоявшие в настройках импорта.

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

Что можно сделать в этой ситуации, чтобы не потерять базы данных моих сайтов при переходе на новую версию MySQL ?

Проверяю всё ли я правильно сделал и закачиваю базы обратно.
Но ни одна база не закачалась ни обратно на север MySQL: 4.0.21, ни на локальную машину с Денвером в комплект которого входит  MySQL 4.1.16.
На локальную машину я тоже поставил PhpMyAdmin  2.11.0.

На сервере PhpMyAdmin отвечает:

INSERT INTO `address_book`
VALUES ( 1, '1', '', NULL ,& Ко', 'ул. Мира 346, кв. 78', NULL , '789453',  220, '282' ) ;

Ответ MySQL: 
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ' 220, '282')' at line 1

На локальной машине  (с разными установками опции совместимости и кодировки я перебрал все варианты) PhpMyAdmin  отвечает:

-- ???? ????? `address_book`
--
INSERT INTO `address_book`
VALUES ( 1, '1', '', NULL , '& ?', '?????????46, ? 78', NULL , '789453',  220,  '282'  );

Ответ MySQL: 
#1064 - You have an error in your SQL syntax.  Check the manual that corresponds to your MySQL server version for the right syntax to use near ' 220, '282')' at line 1

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

Что можно сделать в этой ситуации, чтобы не потерять базы данных моих сайтов при переходе на новую версию MySQL ?

1. Сложно ли обновить сервер MySQL и до какой версии можно или нужно его обновять?

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

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

Спрашиваю, потому что сисадмин, который администрирует мой сервер утверждает, что нужно всё "снести" и поставить заново.

Но ..... на сервере ситуация другая. После того как я

- переписал ту же версию phpMyAdminа в корневой каталог сайта на сервере (Директория рр. Вызываю его домен/рр)
- прописал в гл. каталоге config.inc.php, который скопировал из config.default.php
- прописал в config.inc.php в настройках ключ, пароль и "http" вместо "config"
он "завёлся", подкл. к базе и можно сделать экспорт,

но обе эти важные опции исчезли.
Нет ни "Режима совместимости SQL" при экспорте ни режима "кодировка" при Импорте.

Вот такая лажа, можно сказать мистика какая то.

Подскажите пож. что можно сделать очень нужно

У меня похоже та же проблема, но в окне экспорта я никак не смог найти "SQL Options" и установить там "SQL export compatibility" в "MYSQL40".
Подскажите пож. чайнику. Очень нужно smile)

Как я уже понял, у вас 2 версии phpMyAdmin: древняя и последняя - ищите данную опцию в последней версии. В разделе "Параметры SQL" - перед блоком "Структура"