Форум MySQL

и что из этого следует? time() круче?

Не совсем, например у меня SQL сервер находится в Эстонии а обработчик скрипта во Владивостоке, и мне необходимо указать время местного сервера

Кстати, передача в запрос time() - ровно тоже самое, что вызов в запросе UNIX_TIMESTAMP().
Т.е. ваше

INSERT INTO WorkHistory  (Time, UserID, WorkID)  VALUES("'.time().'","'.$user['ID'].'", last_insert_id())

и

INSERT INTO WorkHistory  (Time, UserID, WorkID)  VALUES(UNIX_TIMESTAMP(),"'.$user['ID'].'", last_insert_id())

одно и то же.

Но подозреваю, что mylti_query - не более чем пхп-обертка для просто query, которая поочередно выполняет все запросы.
не :)

> не просто так же придумали multi_query
Может и не просто... Посмотрите функции:

mysqli_use_result() - Initiate a result set retrieval mysqli_store_result() - Transfers a result set from the last query mysqli_next_result() - Prepare next result from multi_query mysqli_more_results() - Check if there are any more query results from a multi query

Но подозреваю, что mylti_query - не более чем пхп-обертка для просто query, которая поочередно выполняет все запросы.
Но утверждать не буду.

> Если запросов на всю генерацию сократить скажем с 15 до 5
А где это тут у вас генерация, хотелось бы знать?

> в скорости в генерации будет выиграна все же не мало
Никакого в данном случае выигрыша нет. Это все те же 2 запроса! 2 отдельных запроса с двумя перестроениями индексов в двух таблицах. Если бы вы заменили 20 однострочных инсертов к одной и той же таблице одним многострочным - тут да - выигрыш был бы ощутимый. Но не в этом случае.

> Да еще и база данных может находится на отдельном сервере
Если вы хотите гарантированно выполнить одно обращение к серверу, то напишите хранимую процедуру, которая будет принимать 4 значения, использовать их для вставки в 2 таблицы и возвращать insert_id первой вставки... Тогда у вас вообще красивый запрос будет:

CALL mySuperProc("'.$title.'","'.$desc.'","'.time().'","'.$user['ID'].'")

=)

mysqli обновленная, дополненная версия прежнего API, мускул тот же...
ну я как бы не настолько дурак как выгляжу :) mysqli ориентированна на объектный код, процедурка там "вторым эшелоном", так что я бы не назвал это "дополненной версией прежнего API"
драйвер mysqli был написан еще в 2007 году примерно ;)
___
Вопрос стоял немного в другом, как более изящно взять ID из первого запроса
а нафиг он вам нужнет? что вы сним собираетесь дальше делать?

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

Да, я рассматривал такой вариант, минус - два отдельных запроса... Хотелось бы обойтись одним :)
Если запросов на всю генерацию сократить скажем с 15 до 5, в скорости в генерации будет выиграна все же не мало... Да еще и база данных может находится на отдельном сервере, не localhost, то еще ощутимее :D

P.S не просто так же придумали multi_query... Чтож, удаляюсь в изучение доков :)

Т.е.
не mysqli->multi_query,
а mysqli->query(запрос №1), узнаете insert_id, затем mysqli->query(запрос №2)

P.S. И НЕ НАДО НИКАКОГО SELECT

хотя с mysqli мало общался, там может стоять защита "от дураков" (не принимайте на свой счет) и принудительное приведение к типу перед занесением в БД

mysqli обновленная, дополненная версия прежнего API, мускул тот же...

Проблема не в защите, может такая и есть, пока не выявил...
Вопрос стоял немного в другом, как более изящно взять ID из первого запроса, избегая SELECT :)

Однако, как понимаю, 3 команду - SELECT - придется использовать в любом случае...