Форум MySQL

Товарищи, как скопировать запись?
Есть в таблице запись с большой кучей полей.

Нужно создать такую же.

Кроме как руками другого способа не знаю. А вы знаете?

INSERT INTO ... SELECT * FROM ...

Спасибо. Но пока не вышло, пишет: Duplicate entry '676' for key 1
как я понимаю, они копирует так же и первичный ключ, а как бы его пропустить?

ps. Скопировать нужно в ту же таблицу.

Оператор INSERT INTO ... SELECT ... FROM позволяет перечислить как колонки таблицы, которые нужно заполнить, так и поля, из которых нужно взять значения.
Очевидно, Вы не перечислили ни того, ни другого.

так вопрос как в том и был, как создать копию (в ту же таблицу), ничего вручную не перечисляя.

Вы же не сказали, что запись меняться должна.
Раз запись меняется, и копия не чистая, поля придется перечислить.
Вы очень зря считаете поле первичного ключа каким-то особенным.
Оно точно также входит в список полей, как и все остальные.

Кстати, аномально большое количество полей обычно является признаком дефекта при проектировании схемы БД.

>Вы очень зря считаете поле первичного ключа каким-то особенным.
давно подозревал. А как правильно — создать два автоинкремента, второй уже "для себя"?


>Кстати, аномально большое количество полей обычно является признаком дефекта при проектировании схемы БД.

А если таблиц будет аномально много? :)

INSERT INTO `tablename` SELECT * FROM `tablename2` WHERE id=123456;
только учтите, что UNIQUE значения вылетят с ошибкой при инсерте

>>Вы очень зря считаете поле первичного ключа каким-то особенным.
>давно подозревал. А как правильно — создать два автоинкремента, второй уже "для себя"?

Два автоинкремента Вы создать не сможете. Это механизм исключительно для поддержки первичных ключей.

>
>>Кстати, аномально большое количество полей обычно является признаком дефекта при проектировании схемы БД.
>
>А если таблиц будет аномально много? :)
Если таблиц сильно больше, чем сущностей - тоже признак.

а где начинается граница аномальности?

Большое количество полей в таблицах возникает, когда поля пытаются сделать элементами некоторого массива, к примеру (id, name, date, price1, price2, price3)
Хранение массивов "в горизонтальной ориентации" показывает, что таблица денормализована, и является потенциальным признаком , что со схемой, возможно, что-то не то.

Trianon,столкнулся вот с чем.

В мануале написано вот что:

Целевая таблица команды INSERT не должна появляться в утверждении FROM части  SELECT данного запроса, поскольку в ANSI SQL запрещено производить выборку из той же  таблицы, в которую производится вставка. (Проблема заключается в том, что операция  SELECT, возможно, найдет записи, которые были внесены ранее в течение того же самого  прогона команды. При использовании команд, внутри которых содержатся  многоступенчатые выборки, можно легко попасть в очень запутанную ситуацию!)

Возникает вопрос, можно ли всётаки командой insert..select создать новую запись (частичную копию), если речнь идёт об одной и той же таблице (как в моём случае)?!
Вернее насколько корректен такой вариант (на практике он пока работает)?

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