Voland69

FROM pg_stat_activity
WHERE pid IN (SELECT pid FROM pg_stat_activity WHERE state = 'active');

зачем ты in (select используешь на простую проверку where state='...', убери и оставь это условие в основном запросе.

И еще, каждый раз, когда ты не понимаешь почему тормозит, сначала делай explain запроса, как минимум сюда его закинь, так увидишь, используются ли индексы.

Судя по тому что у тебя 20 секунд выполняется примитивный запрос на всего миллионах записях с условием state='...' то у тебя на полях, используемых в условии нет индекса, а без них база перелопачивается вся целиком, и если быстро - значит она закешировалась, а если медленно - другие операции вытеснили ее из кеша.

А не надо ничего хардкодить. И в INFORMATION_SCHEMA лезть тоже необязательно. Берём да используем row_to_json(NEW), и вся структура как на ладошке.

Пример

Получить массив/роусет ключей/значений и пробежаться по нему в цикле - уже не проблема.

Плохо читали.

Specifies the TCP/IP address(es) on which the server is to listen for connections from client applications.

listen_addresses - это адрес сервера, на котором postrgesql слушает подключения от клиентов. К адресам клиентов не имеет никакого отношения.

В общем случае примерно так:

public class BarType
{ }

public class Foo
{
    public static string Bar<T>() => $"Bar() is called with generic: {typeof(T).FullName}";
}

Type type = typeof(Foo);
MethodInfo mi = type.GetMethods().Single(m => m.Name == "Bar" && m.IsGenericMethodDefinition);
MethodInfo genericMi = mi.MakeGenericMethod(typeof(BarType));
object result = genericMi.Invoke(null, []);
Console.WriteLine($"Result: {result}");

>> Result: Bar() is called with generic: Example.App+BarType

RTFM: Type.GetMethod

public class Foo
{
    public static string Bar() => "Bar() is called";
}

var type = typeof(Foo);
var mi = type.GetMethod("Bar", BindingFlags.Static | BindingFlags.Public);
var r = mi.Invoke(null, []);
Console.WriteLine($"Result: {r}");

>> Result: Bar() is called

Возможно. Но будет:

1) Высокая нагрузка в простое
2) Характерный свист дросселей
3) Не работать Wi-Fi

Возможно, но только с профилем HFP. Звук будет максимум 16 кГц моно и с микрофона, и в наушниках. Это ограничение профилей Bluetooth.

Корпорация, занимающаяся стандартами, за все годы не удосужилась сделать что-то лучше. В новейший стандарт HFP v1.9 добавили поддержку кодека LC3, 32 кГц моно в обе стороны.

Apple в AirPods сделала поддержку AAC-ELD 24 кГц (+улучшение спектра, которое поддерживает AAC) моно в обе стороны.

https://learn.microsoft.com/ru-ru/dotnet/csharp/la...
Предположу, что ругается на эти строчки, которые действительно не имеют смысла:

public void InitializePlayer()
{
string = Player;
}

public void AddScore(int points)
{
int = 0;
}

Как исправить - знает только автор.
Чтобы в будущем до такого не доводить - пиши в нормальном редакторе, который сразу подсвечивает проблемы, а не в блокноте.

select B.*
(select A.*,
            max(A.Квартал) over (partition by A.Год) as Макс_Квартал
  from A) B
where B.Квартал = B.Макс_Квартал

1. Да, это нормально. Сильно легче код писать таким образом. (а иногда и читать, тк меньше слов дублируется. Например совершенно никакой ценности не несёт User user = userRepository.GetUserById(...) или многослойный женерик)

2.

Я ужасно ненавижу такой подход, потому что ты не можешь сразу определить тип, который возвращается.

А ты давай нормальные названия методам, чтобы возвращаемое значение было очевидным, набирайся опыта, ищи закономерности.

Ты же не задаёшься вопросом, какой тип возвращает какой-нибудь GetUser, ToString, TryParse, FirstOrDefault?

Если тебе сложно понять смысл кода без типов - значит кто-то плохие имена дал переменным.

Данный код достаточно сложно разобрать человеку, который не писал это всё с нуля, а был присоединён через 4-5 лет ведения проекта.

Очень смелое заявление, которое мало чем подкреплено.

Как по мне, добавление возможности писать var вместо обычного типа было ужасной ошибкой Microsoft. Сам var был добавлен в язык вместе с анонимными типами и предназначался специально для них.

1. var далеко не только для анонимных типов полезен, хотя с анонимными типами без var работать было бы очень сложно.

2. Тренд говорит об обратном - автоматический вывод типов сейчас есть практически во всех статически-типизированных языках в том или ином виде.

Ну и помни ещё, что ты же не в блокноте код пишешь - у тебя есть всякие inlay hints, которые могут рядом с именем переменной показать её тип, а наведя мышку на слово - ты узнаёшь о нём все (имя переменной, сигнатуру метода, документацию, итд)