PHP/MySQL | Как зделать вывод количества юзеров?
Lis75
Базы Данных
Проанализировав, вместе со скоростью выполнения, количество проведенных операций с дисковой памятью, мы можем сказать, что B-дерево несомненно является более выгодной структурой данных для случаев, когда мы имеем большой объем информации.
Очевидно, увеличивая t (минимальную степень), мы увеличиваем ветвление нашего дерева, а следовательно уменьшаем высоту! Какое же t выбрать? — Выбираем согласно размеру оперативной памяти, доступной нам (т.е. сколько ключей мы можем единовременно просматривать). Обычно это число находится в пределах от 50 до 2000. Разберёмся, что же дает нам ветвистость дерева на стандартном примере, который используется во всех статьях про B-tree. Пусть у нас есть миллиард ключей, и t=1001. Тогда нам потребуется всего лишь 3 дисковые операции для поиска любого ключа! При этом учитываем, что корень мы можем хранить постоянно. Теперь видно, на сколько это мало!
Также, мы читаем не отдельные данные с разных мест, а целыми блоками. Перемещая узел дерева в оперативную память, мы перемещаем выделенный блок последовательной памяти, поэтому эта операция достаточно быстро работает.
Соответственно, мы имеем минимальную нагрузку на сервер, и при этом малое время ожидания. Эти и другие описанные преимущества позволили B-деревьям стать основой для индексов, базирующихся на деревьях в СУБД.
Проанализировав, вместе со скоростью выполнения, количество проведенных операций с дисковой памятью, мы можем сказать, что B-дерево несомненно является более выгодной структурой данных для случаев, когда мы имеем большой объем информации.
Очевидно, увеличивая t (минимальную степень), мы увеличиваем ветвление нашего дерева, а следовательно уменьшаем высоту! Какое же t выбрать? — Выбираем согласно размеру оперативной памяти, доступной нам (т.е. сколько ключей мы можем единовременно просматривать). Обычно это число находится в пределах от 50 до 2000. Разберёмся, что же дает нам ветвистость дерева на стандартном примере, который используется во всех статьях про B-tree. Пусть у нас есть миллиард ключей, и t=1001. Тогда нам потребуется всего лишь 3 дисковые операции для поиска любого ключа! При этом учитываем, что корень мы можем хранить постоянно. Теперь видно, на сколько это мало!
Также, мы читаем не отдельные данные с разных мест, а целыми блоками. Перемещая узел дерева в оперативную память, мы перемещаем выделенный блок последовательной памяти, поэтому эта операция достаточно быстро работает.
Соответственно, мы имеем минимальную нагрузку на сервер, и при этом малое время ожидания. Эти и другие описанные преимущества позволили B-деревьям стать основой для индексов, базирующихся на деревьях в СУБД.
Вилы Выкидные, но давай сделаем проще, покажи лучше ты нам где ты начитался такого бреда ))
то что я скинул говорит что MAX MIN делает поиск по индексу, дальше дается отсылака к тому как оно работает в индексе и уже на сторонних ресурсах даже пожевали чтоб ты прочитал, но пока кроме громких слов что оно так работает пруфов мы от тебя не увидели.
System то что я скинул говорит что MAX MIN делает поиск по индексу, дальше дается отсылака к тому как оно работает в индексе и уже на сторонних ресурсах даже пожевали чтоб ты прочитал, но пока кроме громких слов что оно так работает пруфов мы от тебя не увидели.
Вилы Выкидные (10.02.2021 в 13:42)
select max(`id`) from usersвсё, никаких циклов и условий
select max(`id`) from usersвсё, никаких циклов и условий
а теперь поясни мне как под капотом работает функция MAX)) желательно с ссылками на доку)
System (10.02.2021 в 13:38)
Цикл используется для поиска по дереву индекса дурень
Вот тебе алгоритм - https://habr.com/ru/post/337594
Цикл используется для поиска по дереву индекса дурень
Вот тебе алгоритм - https://habr.com/ru/post/337594 нет никакого цикла при выводе максимального значения индекса, он просто выводится
Вилы Выкидные (10.02.2021 в 13:42)
select max(`id`) from usersвсё, никаких циклов и условий
select max(`id`) from usersвсё, никаких циклов и условий
ору, вот реально ору)))
ну пусть так и будет, пусть он просто выводится))) magic
мда тупой еше тупее у вилы растет мозг как грибы. убереш ты условии все равно функция maх будет применять B-tree
System (10.02.2021 в 13:44)
а теперь поясни мне как под капотом работает функция MAX)) желательно с ссылками на доку)
а теперь поясни мне как под капотом работает функция MAX)) желательно с ссылками на доку)
после твоего скрина с циклом поиска максимального (уже известного
) значения индексируемого столбца id
Вилы Выкидные (10.02.2021 в 13:46)
после твоего скрина с циклом поиска максимального (уже известного ) значения индексируемого столбца id
после твоего скрина с циклом поиска максимального (уже известного
) значения индексируемого столбца id база не вычисляет наперед в индексах значения AVG MIN MAX и тд, она просто делает дерево данных (структуру) и потом в зависимости от функций и типа данных ее обрабатывает, если же это обычное поле не индексируемое ищет обычным перебором (циклом), если индексируемое - то проходит по ДЕРЕВУ индекса, тоже циклом, но другим алгоритмом
System (10.02.2021 в 13:45)
ору, вот реально ору)))ну пусть так и будет, пусть он просто выводится))) magic
ору, вот реально ору)))ну пусть так и будет, пусть он просто выводится))) magic
не magic, automation это будет называться
Я забыл и забил на тему, а кто то ее через неделю зашел и поднял, ну спс
Romanko