При сохранении материала Duplicate entry '0' for key 'primary' - Joomla 3.x: Общие вопросы

Ребят привет!
вот такая беда, скопировал с другой таблицы несколько материалов, материал отображается все ок, но при сохранении "
Сохранить не удалось из-за ошибки: "Duplicate entry '0' for key 'PRIMARY'"
Как отладить primary key, предполагаю взаимодействуют две таблицы  content c assets .

В каком файле происходит запрос к Б.Д при сохранении материала через админу и что если заменить INSERT INTO на REPLACE INTO ? !

В каком файле происходит запрос к Б.Д при сохранении материала через админу и что если заменить INSERT INTO на REPLACE INTO ? !

Так не делается, забудьте об этом. По-моему, здесь есть инструкция.

Тут вот какое дело  (може надо ыло создать новую тему, но ... )
Выдает ошибку при сохранении материала (Жууумла 3)



Предложеные варианты на форуме и на одном сайте - результат тот же: ошибка
Была старая копия БД - залил и все работает. Брать и сравнивать таблицы или может знает кто в чем проблема ?

Заранее благодарен!

видел трудоемкий совет - создать новую категорию, пакетно в неё перенести материалы, потом то ли вернуть обратно, то ли пересоздать старую и потом вернуть в неё материалы.
но при большом количестве категорий это анрил.

Зайдите в БД (phpMyAdmin или Adminer) и найдите таблицу #__content, проверьте, чтоб поле id являлось автоинкрементным (там галка должна стоять в структуре таблицы). С большой вероятностью ее там нет - поставьте. ИД равный нулю измените на числовой (максимальный ИД+1).

Данная ошибка часто возникает при бездумной вставке записей одной базы данных в другую. При этом человек не удосуживается даже изменить ID вставляемых записей, что в последствии и вызывает Duplicate entry... Нарушается работа автоинкремента. Поясню: автоинкремент, если говорить по простому, механизм присвоения номера новой записи в таблице. Когда вы пытаетесь сохранить запись, которая уже имеет в таблице такой же id, база выдаст ошибку и не позволит сохранить такую запись (база, а не Joomla). Для ее исправления вы можете попробовать два варианта. Первый - задать собственно значение автоинкремента. Для этого заходим в phpMyAdmin (либо что у вас там стоит), смотрим, какой максимальный номер в столбце id в таблице #__content, например 36, далее даете такой запрос: Этот запрос задаст новое значение автоинкремента. Возможно, это решит вашу проблему.

Второе - присвоить новые значения всем столбцам, имеющим дублирующиеся значения. Там, если не ошибаюсь, связанных ключей нет, поэтому если сохранения не происходит после первого способа, пишем такой запрос:
Этот запрос посчитает и выдаст вам все дубли, которые нужно будет исправить (например, присвоить значение, на 1 больше максимального, если записей 36, то задаем id=37). После того, как этот запрос вернет нулевой результат, материалы должны сохраняться без проблем.

Так же можно использовать чуть более сложный запрос:
Такой запрос не будет считать записи, а вернет только совпадающие по значениям в столбце id, то есть сами дубликаты.

Зайдите в БД (phpMyAdmin или Adminer) и найдите таблицу #__content, проверьте, чтоб поле id являлось автоинкрементным (там галка должна стоять в структуре таблицы). С большой вероятностью ее там нет - поставьте. ИД равный нулю измените на числовой (максимальный ИД+1).

Всё верно так и надо проделать поставить галочку AUTO_INCREMENT