Всем привет.

Как можно вставлять записи в БД не в конец. а в начало? У меня среди полей есть поле со свойством autoincrement. Нужно, чтобы при добавлении новой записи в БД это поле у неё становилось равным '1', а все остальные увеличивались на 1. Это возможно.

Мне кажется такое невозможно, поскольку в PMA нет такой функции. Что касается твоей проблемы, то все просто:
1. Убери autoincrement с поля
2. Перед вставкой записи делай запрос:

3. Вставляй запись:

Спасибо.

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

и все

Добавлено через 54 секунды

M skyboy

не имеющая ни прямого, ни косвенного отношения к РНР, тема перенесена из раздела "РНР: Общие вопросы"

skyboy, ты вобщем-то прав, но могут быть другие мотивы поступать именно так, как хочет ТС. Поэтому я могу понять 
artsb-а.


artsb, действительно, опиши зачем тебе такое надо.

Sunvas, нет таких мотивов. За исключением полного непонимания принципов существования БД.

Akina, почему же нет? Есть. Приведу пример.
Допустим есть две таблицы: категорий и новостей. Возьмем самую элементарную структуру: категории - поля id(int) и title(varchar) (ИД и заголовок соответственно), а новости - id(int), cid(int), title(varchar), status(int) (ИД, ИД категории, заголовок новости, идентификатор активности новости). Задача: за минимум запросов извлечь по три последние активные новости из каждой категории.

Решение задачи сводится к созданию в таблице новостей еще одного поля num(int). Тогда, перед добавлением новости нужно будет выполнить запрос:

А в добавляемой новости ставить num=0. Тогда, чтобы извлечь по три последние новости из БД, просто выполним запрос:


Если сможете предложить идею лучше - буду только рад.

Это сообщение отредактировал(а) Sunvas - 22.9.2008, 12:08

лучше? я в любую таблицу всегда вставляю поле date int в которое пишу время вставки записи. последние три новости: 
... order by date desc limit 3
и кстати, для новостей дата по-любому нужна, а для остальных таблиц - это просто полезная штука по которой можно узнать дату вставки

Идея есть. Не дурите автору топа голову. У него поле - автоинкремент, по-видимому оно же еще и ключ. Его назначение - идентификация записи и использование подсистемой обеспечения целостности, посему руками туда лезть категорически возбраняется. А вы про какие-то там новости... 

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

если уж оооочень влом размещать поле для хранения даты добавления, как вполне резонно предлагает 
bars80080, можешь сделать так:

А кто ему дурит? Я вам показываю реальный пример, когда нужно поступать так, как хочет автор. Вы попросили мотив - получите. А первичное у него поле или нет - он не сказал, поэтому сидим тут и гадаем на кофейной гуще. Кроме этого я сказал снять autoincrement с поля.


bars80080, skyboy, и что даст limit 3? У меня проблема извлечь ПО 3 последние новости из каждой категории; новости могут добавляться в категории неравномерно. Кроме того, количество категорий неизвестно.

Это сообщение отредактировал(а) Sunvas - 22.9.2008, 11:41

Нужно? вот уж вряд ли... Можно - и то под вопросом. Если писАть приложения так, как удобно пишущему - оно работать будет скорее всего так себе.


Получите сначала их подзапросом - какие проблемы?

Давай-те не будем гадать на кофейной гуще. Придет автор - сам расскажет что хотел. Я лишь защищаю свой вариант.



И что дальше? - Циклически вытаскивать по три новости из каждой категории?   

По-моему, очевидно - ... where id in (select top 3 ...)

Akina, пожалуйста приведите полный запрос, а то не совсем понял.