AlexFF__|murzusпропущено...


SY по скорости одинаково, но уже одним select-ом . Спасибо.
Насчет одного селекта, вроде бы и правильно, но улыбает =)

А что улыбает? Хоть что-то удалось выудить из кучи лирики и вопросов на вопрос.

проходил мимо...murzusпропущено...


А что улыбает?
Тебе селект в параметрах dbms_xmlgen‘а ни на что не намекает?
Ну тот-же count(*) , я не понял что вызвало улыбку.

[quot проходил мимо...]murzusя не понял что вызвало улыбку.
понимание улыбающимся количества этих селектов.


Да понял я сколько там селектов, я тестировал на схеме с 50 таб.
Про один селект, я говорил что не нужно ПЛСКЛ анонимный блок писать с лупом
Мне вот не смешно, что один ответ из всех комментов, и то не решает.

StaxAlexFF__|пропущено...

Насчет одного селекта, вроде бы и правильно, но улыбает =)

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

.....
stax
Откуда у вас информация что не будет согласован? Кто вообще сказал что там будут меняться данные?
Давайте абстрагируемся - пусть БД будет вообще простаивающая.

dbms_photoshopMaximaXXL,

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

Я могу ошибаться.

Можно сразу было указать немощному вариант (иди в поиск, или учись писать запросы)? Зачем засорять эфир и тратить время?

dbms_photoshopmurzusМожно сразу было указать немощному вариант (иди в поиск, или учись писать запросы)? Зачем засорять эфир и тратить время?Я стараюсь не отвечать, если пациент необучаем, но иногда таки влезаю в топик, как сделал в этом случае. Каюсь.
И как вы определяете, что пациент не обучаем?

MaximaXXLStaxконечно если "БД будет вообще простаивающая" то получим согласованный результат

......
stax

Получим стечение обстоятельств, такое же как и X залилось X удалилось.


murzus А что улыбает? Хоть что-то удалось выудить из кучи лирики и вопросов на вопрос.


Я бы сказал по другому, люди хотели понять зачем чтоб предложить решение.
Похоже на одно "молодое дарование" которое доказывало мне что SQL убогий язык потому что не может суммировать 2 поля типа Date.
А на вопрос: А зачем их суммировать? В чем смысл?
Говорил: -Ну я так хочу, а он не может.

Посему я думаю что многие хотели Вам помочь, предложить оптимальное решение, но не могли понять для чего это надо ...

Вы вероятно лучше поняли суть вопроса, чем дбмс_фотошоп, но все равно не до конца.
Это нужно просто для того чтобы быстрее считать реальное количество строк в таблицах чем count(*) from table. Не знаю как еще проще объяснить.

ElicmurzusЭто нужно просто для того чтобы быстрее считать реальное количество строк в таблицах чем count(*) from table. Не знаю как еще проще объяснить.Подсчёт ради подсчета - это и есть необучаемость.

Профит во времени на больших базах.
Переформулирую вопрос: нужно запрос который отработает быстрее чем select count(*) from table , и тоже вернет количество строк в таб.