█ 22.01.2024 10:47
Цитата:
Ясно-понятно. khachik ➤ Попробовал 49-111 сразу не получилось.
Только так могла сделать обновления.
Только так могла сделать обновления.
Делайте без пропусков, вам просто повезло что получилось обновить "без ошибок".
Но реально в результате имеете структуру БД косячную.
█ 22.01.2024 11:03
Цитата:
BlackSysop ➤ У меня была похожая ситуация с 94 на 111 при некорректном обновлении, делал так: сделал дамп только данных с рабочего сервера, затем установил чистую 111 версию и очистил таблицы от данных (TRUNCATE) и залил дамп с данными. В таком случае структура будет как в 111. Но делаете на свой страх и риск, если были какие-то апдейты в данных может и не сработать. У меня все прошло нормально.
Ели можно
█ 22.01.2024 12:11
khachik, Удобнее всего делать через SqlYog, там есть все необходимое, есть версия sqlyog-community
(0.23Мб)
(0.23Мб)
█ 22.01.2024 12:50
█ 22.01.2024 15:07
Я бы не рекомендовал через очистки. В итоге структура старых данных будет накладываться на новую структуру, а там и обновления, и разные колонки и т.п.., не стоит... Даже если все сразу не накроется, неизвестно, к каким скрытым косякам приведет.
█ 22.01.2024 17:31
Удалил "trm_in_item_property_values" таблица
Потом создал новый
DROP TABLE IF EXISTS `trm_in_item_property_values`;
CREATE TABLE `trm_in_item_property_values` (
`nomenclature_id` int(11) NOT NULL DEFAULT '0',
`unique_item_id` bigint(20) NOT NULL,
`property_code` varchar(40) NOT NULL DEFAULT '',
`property_id` int(10) unsigned NOT NULL DEFAULT '0',
`sequence` smallint(5) unsigned NOT NULL DEFAULT '0',
`version` int(10) unsigned NOT NULL DEFAULT '0',
`deleted` tinyint(1) NOT NULL DEFAULT '0',
PRIMARY KEY (`nomenclature_id`,`unique_item_id`,`property_code`),
KEY `group_property` (`nomenclature_id`,`property_code`,`property_id`),
KEY `version` (`nomenclature_id`,`version`,`deleted`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
и все работает
Спасибо всем
Потом создал новый
DROP TABLE IF EXISTS `trm_in_item_property_values`;
CREATE TABLE `trm_in_item_property_values` (
`nomenclature_id` int(11) NOT NULL DEFAULT '0',
`unique_item_id` bigint(20) NOT NULL,
`property_code` varchar(40) NOT NULL DEFAULT '',
`property_id` int(10) unsigned NOT NULL DEFAULT '0',
`sequence` smallint(5) unsigned NOT NULL DEFAULT '0',
`version` int(10) unsigned NOT NULL DEFAULT '0',
`deleted` tinyint(1) NOT NULL DEFAULT '0',
PRIMARY KEY (`nomenclature_id`,`unique_item_id`,`property_code`),
KEY `group_property` (`nomenclature_id`,`property_code`,`property_id`),
KEY `version` (`nomenclature_id`,`version`,`deleted`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;
и все работает
Спасибо всем
█ 23.01.2024 11:08
Цитата:
Осталось только определиться, откуда такая уверенность, что кривая только эта табличка? khachik ➤ и все работает
█ 23.01.2024 11:33
Цитата:
Да. Даже если структура взята последняя, если данные в ней лежат "обновленные" прыжками через несколько версий, OlegON ➤ Осталось только определиться, откуда такая уверенность, что кривая только эта табличка?
в текущей работе все может идти как шло, но вероятность напороться на ошибку при последующих обновлениях или
просто при попытке использовать новый функционал, она сильно ненулевая.
Обновления не только структуру меняют, там и старые данные из таблицы в таблицу переносятся, и записи по новым
настройкам добавляются (оборудование/скидки и т.п.). А при пропусках все это похерено.
█ 23.01.2024 12:32
ТП ответили что Структура таблицы в базе данных не соответствует эталонной.
Вот эталонная. Похоже что обновление не прошло.
Вот эталонная. Похоже что обновление не прошло.
█ 23.01.2024 21:51
Цитата:
Вот есть подозрение, что не только эта таблица не соответствует эталону. khachik ➤ Структура таблицы в базе данных не соответствует эталонной
Часовой пояс GMT +3, время: 12:33.
Форум на базе vBulletin®
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.
Copyright © Jelsoft Enterprises Ltd.
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.