Форум: Форум PHPФорум ApacheФорум Регулярные ВыраженияФорум MySQLHTML+CSS+JavaScriptФорум FlashРазное
Новые темы: 0000000
MySQL на примерах. Авторы: Кузнецов М.В., Симдянов И.В. PHP 5/6. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. MySQL 5. В подлиннике. Авторы: Кузнецов М.В., Симдянов И.В. Самоучитель PHP 5 / 6 (3 издание). Авторы: Кузнецов М.В., Симдянов И.В. PHP. Практика создания Web-сайтов (второе издание). Авторы: Кузнецов М.В., Симдянов И.В.
ВСЕ НАШИ КНИГИ
Консультационный центр SoftTime

Форум MySQL

Выбрать другой форум

 

Здравствуйте, Посетитель!

вид форума:
Линейный форум Структурный форум

тема: Получение последнего ID без функции mysql_insert_id()
 
 автор: dima_s_d_s   (14.01.2007 в 21:18)   письмо автору
 
 

есть функция mysql_insert_id() она возвращает ID, сгенерированный колонкой с AUTO_INCREMENT последним запросом INSERT к серверу,

А есть ли подобие функции, только которая выводит последний id (можно и после последнего), только до записи в БД.


Тоесть мне надо получить номер id в который будет записаны данные, только получить его до записи данных!

Подскажите кто знает!

   
 
 автор: Sergey89   (14.01.2007 в 21:23)   письмо автору
 
   для: dima_s_d_s   (14.01.2007 в 21:18)
 

Нельзя так делать. Представьте ситуацию. Есть скрипт, который должен вставить запись по предугаданному ID. Один юзер запустил его, скрипт выдал ID = 10, второй пользователь запустил его и опять ID = 10. Первый пользователь вставил данные с ID = 10, а что делать второму? =( Правильно ничего не остаётся, как перезапускать скрипт и ещё раз пытаться добавить запись =).

   
 
 автор: Саня   (14.01.2007 в 21:25)   письмо автору
 
   для: dima_s_d_s   (14.01.2007 в 21:18)
 

SELECT MAX(id) FROM table;

   
 
 автор: Sergey89   (14.01.2007 в 21:30)   письмо автору
 
   для: Саня   (14.01.2007 в 21:25)
 

это совсем не то

   
 
 автор: Sergey89   (14.01.2007 в 21:33)   письмо автору
 
   для: Sergey89   (14.01.2007 в 21:30)
 

Для таких целей надо использовать сввязку INSERT, SELECT, UPDATE.

   
 
 автор: Саня   (14.01.2007 в 21:48)   письмо автору
 
   для: Sergey89   (14.01.2007 в 21:33)
 

Вы, видно, не очень понимаете принцип работы auto_increment. Своим запросом я получу id последней существующей записи. Следовательно следующий id будет свободен.

   
 
 автор: Sergey89   (14.01.2007 в 21:49)   письмо автору
 
   для: Саня   (14.01.2007 в 21:48)
 

В своём первом посте я описал суть проблеммы.

   
 
 автор: Саня   (14.01.2007 в 21:52)   письмо автору
 
   для: Sergey89   (14.01.2007 в 21:49)
 

А LOCK TABLES для чего придуман?

   
 
 автор: Sergey89   (14.01.2007 в 21:51)   письмо автору
 
   для: Саня   (14.01.2007 в 21:48)
 

Нет. Это ID может быть занять копией запущенного скрипта.

   
 
 автор: Саня   (14.01.2007 в 21:53)   письмо автору
 
   для: Sergey89   (14.01.2007 в 21:51)
 

Опять же, см. LOCK TABLES.

   
 
 автор: Sergey89   (14.01.2007 в 21:59)   письмо автору
 
   для: Саня   (14.01.2007 в 21:53)
 

Если вы заблокируете таблицу, другой пользователь запустивший скрипт должен ждать пока вы её не разблокируете.

   
 
 автор: Trianon   (14.01.2007 в 22:32)   письмо автору
 
   для: Саня   (14.01.2007 в 21:53)
 

LOCK TABLES придуман для того, чтоб можно было делать дампы, и выполнять прочие регламентные работы, а вовсе не для того, чтоб на этом операторе строить бизнес-логику.

   
 
 автор: Саня   (14.01.2007 в 23:13)   письмо автору
 
   для: Trianon   (14.01.2007 в 22:32)
 

А если транзакции недоступны?

   
 
 автор: Trianon   (14.01.2007 в 23:17)   письмо автору
 
   для: Саня   (14.01.2007 в 23:13)
 

Это вопрос применительно к рассматриваемой задаче?

   
 
 автор: Саня   (14.01.2007 в 23:20)   письмо автору
 
   для: Trianon   (14.01.2007 в 23:17)
 

Да.

   
 
 автор: Trianon   (14.01.2007 в 23:26)   письмо автору
 
   для: Саня   (14.01.2007 в 23:20)
 

Sergey89 ответил (14.01.2007 в 21:33) : Через INSERT SELECT UPDATE/INSERT
В конце концов, на пустой таблице с единственным autoincrement полем можно даже подобие секвенции организовать.

   
 
 автор: Саня   (14.01.2007 в 23:29)   письмо автору
 
   для: Trianon   (14.01.2007 в 23:26)
 

А чем плох вариант с LOCK TABLES?
И что такое секвенция в данном контексте?

   
 
 автор: Trianon   (15.01.2007 в 11:05)   письмо автору
 
   для: Саня   (14.01.2007 в 23:29)
 

>А чем плох вариант с LOCK TABLES?
Он не плох. Он не нужен, на мой взгляд.
Собственно, законченного варианта с ним я не увидел.

>И что такое секвенция в данном контексте?
В данном контексте- отдельная таблица, из которой достается свежий id.
А вообще - объект БД, позволяющий получать последовательные номера. Без повторов.

   
 
 автор: Sergey89   (14.01.2007 в 23:28)   письмо автору
 
   для: Саня   (14.01.2007 в 23:20)
 

для решения данной задачи можно вовсе отказаться от транкзации.

   
 
 автор: Sergey89   (14.01.2007 в 23:18)   письмо автору
 
   для: Саня   (14.01.2007 в 23:13)
 

Использовать блокировку таблиц. Но она может пригодится при вставке очень важных данных.

   
 
 автор: kasmanaft   (14.01.2007 в 21:52)   письмо автору
 
   для: Sergey89   (14.01.2007 в 21:33)
 

То есть?

   
 
 автор: Саня   (14.01.2007 в 21:56)   письмо автору
 
   для: kasmanaft   (14.01.2007 в 21:52)
 

Он имел ввиду это:

INSERT INTO table VALUES (0, ''text');
$id = mysql_insert_id();
UPDATE table SET field = "текст" WHERE id = $id;

   
 
 автор: cheops   (15.01.2007 в 00:38)   письмо автору
 
   для: Sergey89   (14.01.2007 в 21:30)
 

>>SELECT MAX(id) FROM table;
>это совсем не то
Храните идентификатор id в отдельной таблице... правда без транзакций тут тоже ничего хорошего не получится...

   
 
 автор: Unkind   (14.01.2007 в 21:37)   письмо автору
 
   для: dima_s_d_s   (14.01.2007 в 21:18)
 


<?php
$sql 
mysql_query("SELECT LAST_INSERT_ID() FROM `table`;");
$id mysql_result($sql0);
?>

   
 
 автор: Sergey89   (14.01.2007 в 21:42)   письмо автору
 
   для: Unkind   (14.01.2007 в 21:37)
 

И это не то ;-) Человеку надо предугадать ID.

   
 
 автор: dima_s_d_s   (14.01.2007 в 22:00)   письмо автору
 
   для: Sergey89   (14.01.2007 в 21:42)
 

Сенкс за помощь!

   
 
 автор: Unkind   (14.01.2007 в 22:32)   письмо автору
 
   для: Sergey89   (14.01.2007 в 21:42)
 

И это не то ;-) Человеку надо предугадать ID.


<?php 
$sql 
mysql_query("SELECT LAST_INSERT_ID() + 1 FROM `table`;"); 
$id mysql_result($sql0); 
?> 

:))

   
 
 автор: Sergey89   (14.01.2007 в 22:40)   письмо автору
 
   для: Unkind   (14.01.2007 в 22:32)
 

а теперь читать второе сообщение. :-)

   
 
 автор: Unkind   (14.01.2007 в 23:01)   письмо автору
 
   для: Sergey89   (14.01.2007 в 22:40)
 

а теперь читать второе сообщение. :-)
Была задача достать последний ID до добавления записи - я написал. Остальное меня не волнует.

   
 
 автор: Sergey89   (14.01.2007 в 23:08)   письмо автору
 
   для: Unkind   (14.01.2007 в 23:01)
 

Ну, если так, то да. :-)

   
 
 автор: JIEXA   (15.01.2007 в 01:53)   письмо автору
 
   для: Unkind   (14.01.2007 в 23:01)
 

А вариант запуска двух скриптов не рассматривали?

   
 
 автор: Саня   (14.01.2007 в 23:26)   письмо автору
 
   для: Unkind   (14.01.2007 в 22:32)
 

В таком случае получаю 1, хотя в таблице есть три записи. И сделаны они были до запуска скрипта.

   
 
 автор: Razputin   (15.01.2007 в 10:45)   письмо автору
 
   для: Саня   (14.01.2007 в 23:26)
 


function next_insert_Id() {
    $query = mysql_query("SELECT MAX(id) AS maxId FROM table");
    $maxId = mysql_fetch_assoc($query);
    $maxId = $maxId['maxId']+1;

    return $maxId;
}


Запрос получает максимальный ID в вашей таблице. Естественно предположить, что следующий ID будет на 1цу больше (Если это калонка AUTO_INCREMENT). Смотрите пример.

   
 
 автор: Trianon   (15.01.2007 в 10:58)   письмо автору
 
   для: Razputin   (15.01.2007 в 10:45)
 

Не выйдет.
А если записи с максимальным номером уже кто-то удалял?

   
 
 автор: AlexelA   (15.01.2007 в 12:20)   письмо автору
 
   для: dima_s_d_s   (14.01.2007 в 21:18)
 

Попробуйте так:

select auto_increment+1 from information_schema.tables where table_name='имя таблицы' and table_schema='имя БД';

В данном случае получаем значение инкрементированного поля для следующей записи.

   
Rambler's Top100
вверх

Rambler's Top100 Яндекс.Метрика Яндекс цитирования