Собственно сабдж.
Как скопировать строку таблицы БД на MySQL одним запросом?
В таблице много колонок и ключевая тоже есть, все перечислять в тексте запроса не красиво. И они могут добавиться позже, переписывать запрос каждый раз тоже не красиво.

insert into
select * from

не катит?

(1) Нет конечно. Задублируется уникальный ключ и ошибка будет.

Учитывая авторство ветки, рекомендуется запасаться попкорном.

(3) Учитывая что вопрос очень сложный, долго будешь хавать попкорн прежде чем кто-нибудь ответит.

(4) В таких случаях в приличном обществе говорят "Приятного аппетита".

А что значит "скопировать строку"? Вставить в конец совпадающую по всем полям?

(6) Да.

Типа как когда в одноэске нажимаешь F9 когда находишься в форме списка.

В 1 запрос по любому не получится. Можно хоть в 10, не принципиально, лишь бы поля не перечислять.

в мыскле вроде был insert or update, не?

(7) в понятие "все поля" ключевые поля входят?

(10) Да, есть там такое.

(11) Нет конечно. См ответ на (1)

в ms можно через времянку, но это три запроса:
select * into #temp from table1 t1 where t1.keyfield = 1
update #temp set keyfield = 2
insert into table1 select * from #temp

(14) Три запроса терпимо.
Почему "= 2"? Не подходит.

У меня получилось только в 5 запросов написать. Меньше никак не могу, всю голову сломал. Второй день думаю.

CREATE TEMPORARY TABLE foo AS SELECT * FROM parts WHERE id = X;
UPDATE foo SET id=NULL;
INSERT INTO parts SELECT * FROM foo;
DROP TABLE foo;

Самое главное а работе программиста что? Гугль и яндекс: http://www.sql.ru/forum/471879/dublirovat-stroku-v-tablice

(15) это пример, я же не знаю какая структура таблицы)

(17)+ Когда требуется не обNULLить одно из полей а исключить. И не перечисляя все остальные. То извраты под каждую БД свои: http://www.sql-ex.ru/help/select20.php?Lang=0

http://dev.mysql.com/doc/refman/5.7/en/constraint-primary-key.html

(20) INSERT IGNORE INTO ... пропустит значения с дублем по ключу. Как это поможет (0)?

(21) Ух ты. Я только забил строку поиска и почитал по диагонали результат. Интересно, зачем оно такое?

(22) Для апдейта таблицы новыми записями. Не трогая имеющиеся. Дубли пропустит. Без ексепшена.

(13) какой принцип определения значения ключевого поля новой строки?

(17) Скопипастил сам не понял что.

UPDATE foo SET id=NULL;

Как ты к первичному ключу присваиваешь NULL? Это фантастика!

(19) Хорошая ссылка. Спасибо!

(24) Новое значение ключевого поля получается из сохраненного значения переменной плюс один. Значение переменной тоже увеличивается на единицу и сохраняется где-то в сервере.

Есть еще хорошие идеи?

(28) Обойди курсором, сделай запросы в цикле

(25) Запросто присваиваю ключу NULL. Это временная таблица. Как в (14). Только синтаксис под mysql.

http://dev.mysql.com/doc/refman/5.7/en/insert.html
3й вариант, закрывайте тему

(31) ... ON DUPLICATE KEY UPDATE
      id=NULL
?
да вариант вполне

(30) (32) нельзя ключу присвоить NULL

(33) Мдя. Нет слов. Пусть кто другой найдет.

Вот специально для тебя проверку запустил:

CREATE TEMPORARY TABLE foo AS SELECT * FROM list_queries WHERE id = 1602

Query executed OK, 1 row affected. (0.010 s)
UPDATE foo SET id=NULL

Error in query (1048): Column 'id' cannot be null

нельзя просто так взять и присвоить null

(36) ему можно. Ему даже можно выезжать на переезд при закрытом шлагбауме и перед приближающимся поездом...

(31) не третий, а второй. Молодец, хорошая ссылка

(35) Каким образом (и зачем) для временной таблицы указал примари кей?

(36) Иногда можно

(37) Смотря на чем выезжать.

(39) Где я указывал для временной таблицы примари кей? Не вижу. Покажи откуда ты это взял.

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

(40) Ну так разреши NULL. Во временной.

(41) Ну так это и был тот вариант который я придумал вначале. Но он мне не нравится из-за лишней возни. То создается не нужный ключ, потом его удалять надо. Не красиво.

Ничего лучше не придумать?

(27) Так это уже неуниверсально - вдруг первичный ключ не число или дата, а вдруг он еще и составной...

(43) Первичный ключ не может быть датой

(44) Уверены?
http://billauer.co.il/blog/2009/03/mysql-datetime-epoch-unix-time/

(45) Однако может