Хотя возможно лучше составной индекс sex, first_name для группировки.

Учил же это,  какие индексы для каких случаев, но не помню. В реальности почти всегда можно проверить, поэтому мозг не считает важными эти знания, выдавливает их куда-то.

И это не шутки.
Но даже не вдаваясь в их заморочки бывают случаи n/a  скажем по инд. Или китайскому имени вы однозначно идентифицируете пол ? Или когда ФИО сканером считывается.

select avg(age) from dbo.user where is_male = 1

avg(datediff(year, birth_date, getdate())) from dbo.user where isnull(is_male, 0) = 1 or male_name = 'M' or male_name = 'male'

Да, я как раз в примере это и написал, когда указывал на

male_name

В БД есть очень большая таблица клиентов с колонкой пол. Бизнес жалуется что запросы вида самое популярное женское имя',"средний возраст мужчин" - тормозят. Есть предложение построить индекс по полу; чтобы их ускорить.Что думаете?

Бесполезно строить такой индекс, если только он не будет покрывающим Юля запроса. А будет ли - мало данных.

Ну и все равно сильно это не ускорит, раза в 2-3 макс

секционировать таблицу по полу, сколько бы там его разного не было

Не поможет. Это ускорит в 2 раза. А записей очень много. Все сервера гугла забиты. Агрегаты, понимаешь, дело такое. Проще уж агрегат в отдельной табле считать Имя+каунт

Это кстати норм варик. Имя/пол/количество. Среднее посчитать можно, сумма просто селектом. Сколько бы людей не было, количество русских имён будет максимум 1000.

При инсерте делать +1 и все

Доброй ночи. Поставил mysql-server на убунту, хочу отправлять запросы через vs code, но не могу подключиться к серверу. Использую локалхост и имя пользователя в системе, пароль который задал в строке mysql, порт 3306, но получаю ошибку о том что такой режим авторизации не поддерживается. Что я не правильно сделал, и где посмотреть всю инфу о созданом сервере?

Доброй ночи. Здесь про MS SQL Server. Полагаю, лучше будет обратиться сюда - @mysql_db

Спасибо

господа, я тут планирую поиграться в SQL Server 2019 Express с in-memory
https://docs.microsoft.com/en-us/archive/blogs/sql_server_team/sql-server-2016-sp1-know-your-limits
два вопроса
1. размер Memory: Maximum in-memory data для 2019 не изменился? что-то найти не могу
2. что будет при попытке вставить данных больше чем лимит? откат транзакции с какой-то ошибкой типа "кончилось место в файлгруппе"?

Господа, подскажите мне по одному вопросу. Есть база SQL весом в 200 Гб. Расположена на RAID1 из SSD-дисков. Логи и темпдб расположены на других массивах. Проблема в том, что база из бэкапа восстанавливается крайне медленно, в предыдущий раз на восстановление потребовалось 2 часа. Резервное копирование проходит быстро, не более 20 минут. При восстановлении наблюдаю картину, что очередь записи на локальном диске, куда восстанавливается база, взлетает до 100%, но скорость при этом не больше 8 метров в секунду. Причем, если вот просто копировать большой файл на этот диск, то со скоростью все в порядке, она в районе 200 метров в сек. Кэши на запись и чтение на контроллере включены.  Куда копать, на что обратите внимание?

Виртуализация используется?

Нет, сервер физический

Не изменился: https://docs.microsoft.com/en-us/sql/sql-server/editions-and-components-of-sql-server-version-15?view=sql-server-ver15#Cross-BoxScaleLimits

Я правильно понимаю, что если просто скопировать файл с бэкапом на диск с БД, то скорость 200 Мб? Бэкапы на локальных дисках или по сети?

Да, любой файл больших размеров. На локальных дисках

проверьте количество vlf и включите Instant file initialization