|
Уточнение по execute statement
|
|||
---|---|---|---|
#18+
kdv, насчет "куда складывать" - мы же не знаем, для чего ему эти данные. Может, он на клиенте проверяет уникальность значения, и ему на выходе нужен результат "да-нет". ... |
|||
:
Нравится:
Не нравится:
|
|||
10.07.2017, 23:39 |
|
Уточнение по execute statement
|
|||
---|---|---|---|
#18+
kdv> первичность параллельного получения результата. kdv> Выполнить-то в разных тредах по идее было бы kdv> можно, а вот куда складывать? Куда складывать - не проблема, в память, конечно, так что это нифига не первично. Первично - очередность, ибо в ходе выполнения первого запроса может вывалиться ошибка и тогда выполнение должно прерваться (по крайней мере, если не указано иного). Это без учета взаимосвязи запросов, влияния на выходные данные и пр. > Но все равно, для поддержки в процедурном языке тогда > должна быть конструкция "параллельного блока" И назвыается она async и давно существует. Треды тут приплетать и пр. необязательно. Правда, должна будет добавиться некая инструкция типа wait(param1..paramN) для случаев, когда запросы связаны. Но нигде в стандартах это не описано, наверное, так что тут полёт мыслей может улететь далеко. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
11.07.2017, 00:48 |
|
|
start [/forum/topic.php?fid=40&gotonew=1&tid=1561499]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
143ms |
get topic data: |
10ms |
get first new msg: |
7ms |
get forum data: |
2ms |
get page messages: |
59ms |
get tp. blocked users: |
1ms |
others: | 13ms |
total: | 264ms |
0 / 0 |