Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
TaPaKquestioner, автор Я ведь могу вам ответить, что алгоритм сортировки пузырьком работает за O(n^2), а quicksort за O(n*log(n)) с козырей пошёл что-ли? А я вязать крючком умею Просто непонятно в чём суть претензий ко мне. Я задал вопрос. Мне говорят, что твой вопрос говно. Блин, чуваки, я понимаю, что count лучше, но насколько ? русским по белому же написано. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 15:45 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
questionerTaPaKquestioner, пропущено... с козырей пошёл что-ли? А я вязать крючком умею Просто непонятно в чём суть претензий ко мне. Я задал вопрос. Мне говорят, что твой вопрос говно. Блин, чуваки, я понимаю, что count лучше, но насколько ? русским по белому же написано. на 42 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 15:45 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
TaPaKquestionerпропущено... Просто непонятно в чём суть претензий ко мне. Я задал вопрос. Мне говорят, что твой вопрос говно. Блин, чуваки, я понимаю, что count лучше, но насколько ? русским по белому же написано. на 42 попугая? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 15:49 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
questioner, для начала узнайте, что происходит при select * from MY_TABLE и при select count(*) from MY_TABLE. После этого сможете произвести какую-то количественную оценку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 15:51 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
Владислав Колосовquestioner, для начала узнайте, что происходит при select * from MY_TABLE и при select count(*) from MY_TABLE. После этого сможете произвести какую-то количественную оценку. Вот именно я это и хочу узнать тут) explain-ом пользоваться не умею ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 15:53 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
questioner, Запрос, как минимум, что-то возвращает спросившему. Разве не очевидно? Какой объем данных вернется клиентскому приложению и за какое время в том или ином случае? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 15:56 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
questioner но насколько ? время_необходимое_на_чтение_данных_для_select_* + время_необходимое_для_передачи_данных_клиенту + время_необходимое_для_подсчета_количества_строк_на_клиенте - время_необходимое_на_чтение_данных_для_select_count(*) - время_необходимое_для_подсчета_количества_строк_на_сервере ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 15:58 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
invmquestioner но насколько ? время_необходимое_на_чтение_данных_для_select_* + время_необходимое_для_передачи_данных_клиенту + время_необходимое_для_подсчета_количества_строк_на_клиенте - время_необходимое_на_чтение_данных_для_select_count(*) - время_необходимое_для_подсчета_количества_строк_на_сервере авторвремя_необходимое_на_чтение_данных_для_select_* и авторвремя_необходимое_на_чтение_данных_для_select_count(*) Это одно и то же время? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 16:47 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
questionerinvmпропущено... время_необходимое_на_чтение_данных_для_select_* + время_необходимое_для_передачи_данных_клиенту + время_необходимое_для_подсчета_количества_строк_на_клиенте - время_необходимое_на_чтение_данных_для_select_count(*) - время_необходимое_для_подсчета_количества_строк_на_сервере авторвремя_необходимое_на_чтение_данных_для_select_* и авторвремя_необходимое_на_чтение_данных_для_select_count(*) Это одно и то же время? Далеко не всегда ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 16:49 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
msLexquestionerпропущено... пропущено... и пропущено... Это одно и то же время? Далеко не всегда Вот это уже интересно. Можете объяснить подробнее? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 16:54 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
questionermsLexпропущено... Далеко не всегда Вот это уже интересно. Можете объяснить подробнее? То, что сразу приходит на ум дополнительные (не кластерные) индексы, LOB-ы, Row Overflow, Columnstore ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 16:57 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
msLexquestionerпропущено... Вот это уже интересно. Можете объяснить подробнее? То, что сразу приходит на ум дополнительные (не кластерные) индексы, LOB-ы, Row Overflow, Columnstore Из всего вышеперечисленного имею представление только об индексах. Они как-то помогают сделать select count(*) быстрее/медленнее чем select * ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 16:59 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
questionermsLexпропущено... То, что сразу приходит на ум дополнительные (не кластерные) индексы, LOB-ы, Row Overflow, Columnstore Из всего вышеперечисленного имею представление только об индексах. Они как-то помогают сделать select count(*) быстрее/медленнее чем select * ? Да, при select count(*) не нужно читать все данные таблицы, а достаточно тех, что хранятся в самом узком индексе. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 17:02 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
questioner, Время для sql сервера не ресурс. авторавтор42 попугая? дети только мултики нынче смотрят. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 17:06 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
msLexquestionerпропущено... Из всего вышеперечисленного имею представление только об индексах. Они как-то помогают сделать select count(*) быстрее/медленнее чем select * ? Да, при select count(*) не нужно читать все данные таблицы, а достаточно тех, что хранятся в самом узком индексе. А что такое ширина индекса? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 17:07 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
questionerА что такое ширина индекса? Пусть это будет ваше ДЗ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 17:08 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
msLexquestionerЭто одно и то же время? Далеко не всегдаЛучше сказать "безусловно никогда". questionerВот это уже интересно. Можете объяснить подробнее?Для подсчёта в самом худшем случае (без узких индексов) на сервере нужно будет считать все страницы, подсчитывая количество записей. А на клиенте нужно будет передать эти страницы на клиента через клиентские библиотеки доступа, потом ена клиенте их посчитать. Получаем замедление в 4 раза. При наличии уникального индекса получаем замедление в 4 * (отношение размера индекса к размеру таблицы) Если подсчёт на сиквеле делается неоптимально, то коэффициент замедлленя будет меньше. Насколько - наверное, можно пострашивать на блогах разработчиков, но ввиду полной неприменимости результата вряд ли кто то спрашивал. questioner, странно, что такое приходится объяснять, может быть, вы не программист/не технарь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 17:11 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
msLexquestionerА что такое ширина индекса? Пусть это будет ваше ДЗ. Ок, тогда с вас правильное название этого термина) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 17:14 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
alexeyvgmsLexпропущено... Далеко не всегдаЛучше сказать "безусловно никогда". questionerВот это уже интересно. Можете объяснить подробнее?Для подсчёта в самом худшем случае (без узких индексов) на сервере нужно будет считать все страницы, подсчитывая количество записей. А на клиенте нужно будет передать эти страницы на клиента через клиентские библиотеки доступа, потом ена клиенте их посчитать. Вопрос был о время_необходимое_на_ чтение_данных _для_select_* VS время_необходимое_на_ чтение_данных _для_select_count(*) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 17:15 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
questionermsLexпропущено... То, что сразу приходит на ум дополнительные (не кластерные) индексы, LOB-ы, Row Overflow, Columnstore Из всего вышеперечисленного имею представление только об индексах. Они как-то помогают сделать select count(*) быстрее/медленнее чем select * ? Если грубо: Представьте книгу. count(*) - посмотреть в оглавлении количество страниц и написать его на листочке. select * - переписать всю книгу на листочки и потом посчитать сколько листочков получилось. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 17:16 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
questionerОк, тогда с вас правильное название этого термина) За пивком не сгонять? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 17:17 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
4d_monsterЕсли грубо: Представьте книгу. count(*) - посмотреть в оглавлении количество страниц и написать его на листочке. select * - переписать всю книгу на листочки и потом посчитать сколько листочков получилось. Только считать нужно не количество страниц а количество строк на страницах, и тут оглавление не поможет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 17:18 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
msLex, Да, так ещё точнее аналогия получается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 17:20 |
|
||
|
select * vs select count(*)
|
|||
|---|---|---|---|
|
#18+
alexeyvgmsLexпропущено... Далеко не всегдаЛучше сказать "безусловно никогда". questionerВот это уже интересно. Можете объяснить подробнее?Для подсчёта в самом худшем случае (без узких индексов) на сервере нужно будет считать все страницы, подсчитывая количество записей. А на клиенте нужно будет передать эти страницы на клиента через клиентские библиотеки доступа, потом ена клиенте их посчитать. Получаем замедление в 4 раза. При наличии уникального индекса получаем замедление в 4 * (отношение размера индекса к размеру таблицы) Если подсчёт на сиквеле делается неоптимально, то коэффициент замедлленя будет меньше. Насколько - наверное, можно пострашивать на блогах разработчиков, но ввиду полной неприменимости результата вряд ли кто то спрашивал. questioner, странно, что такое приходится объяснять, может быть, вы не программист/не технарь? Не силён в базах данных... Меня в данном вопросе интересует чисто работа сервера базы данных.Не интересует работа работа приложения и трафик между ДБ и приложением. Интересует чисто время на подготовку ответа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.11.2018, 17:49 |
|
||
|
|
start [/forum/topic.php?fid=46&msg=39728751&tid=1688821]: |
0ms |
get settings: |
9ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
46ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
61ms |
get tp. blocked users: |
1ms |
| others: | 267ms |
| total: | 415ms |
| 0 / 0 |
