|
|
|
Firebird и функция StdDev
|
|||
|---|---|---|---|
|
#18+
Arioch, у меня другая работа есть. С чего бы это я должен тратить время на бессмысленный пример. Ещё раз по порядку. Обычно понятие последние 3 записи зависят от сортировки по какому-то поле, и это не всегда id. Если id сделаны с помощью последовательностей (генераторов), то пропуски в них обычное дело и встречаются часто. Код: sql 1. опять фигню пишем. Последние 3 записи ты без ORDER BY ну никак не получишь AriochP.S. массовые изменения данных из разных соединений в длинных транзакциях, которые чреваты конфликтом данным - это говнокод. Не надо такого другим советовать. да оно и без массовых изменений умрёт. Просто последовательная вставка по одной записи из разных транзакций (id получаем генератором) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2018, 17:59 |
|
||
|
Firebird и функция StdDev
|
|||
|---|---|---|---|
|
#18+
Симонов Денисбычно понятие последние 3 записи зависят от сортировки по какому-то поле, и это не всегда id. Это независимая задача, и она общая для ЛЮБОГО метода подсчёта аггрегата. Кроме того, она не определена топикстартером. Ты хочешь смешать две разных задачи в одну кучу, а потом говорить, что код слишком сложный. В сравнении с пустыми рассуждениями вместо кода. Симонов Денисиз разных транзакций Транзакция коммитится сразу после вставки, правильно? Или будем плодить говнокод из часами висящих незакрытых изменяющих транзакций? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.10.2018, 18:16 |
|
||
|
|
start [/forum/search_topic.php?author=%D0%BA%D0%B0%D0%BF%D0%B8%D1%86%D0%B0&author_mode=last_posts&do_search=1]: |
0ms |
get settings: |
7ms |
get forum list: |
14ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
64ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
43ms |
get tp. blocked users: |
2ms |
| others: | 740ms |
| total: | 913ms |
| 0 / 0 |
