lucky4

switch (path)
{
    case not null when string.Equals($"{context.Culture}/some-page", path):
        break;
}

Условный оператор в возвращаемом выражении в лямбде в GroupBy формально имеет тип результата int?, и у ситаксического анализатора при выводе типа возвращаемого значения не хватило то ли мозгов догадаться, что результат не может быть null, то ли полномочий изменить тип возвращаемого выражения на int.
Упростите ему задачу: используйте операцию объединения с null (?? - null-coalescing), тип ее результата гарантированно не-nullable:

asd.Value?.GroupBy(x => x.ParentId??0 ).ToDictionary(gg => gg.Key, gg => gg.ToList());

... ждать окончания других запросов.

Надо понимать, что пул как абстракция по своей сути подразумевает очередь и ожидание. Если метод логин ходит в базу на другой хост, который имеет на данный момент свои проблемы, ждать определенное время надо будет по-любому, независимо от состояния пула. Если это обычный логин с условным редисом - юзер не почувствует разницу, будь там 5 тысяч запросов или пятнадцать.

Пул потоков виртуальной машины (CLR, JVM, etc.) или JIT - это виртуализация над пулом потоков ОС. ОС в свою очередь распределяет задачи с помощью своего планировщика на реальные потоки железа. В случае двухядерного ЦП с гипертредингом - 4. То есть, замечаем мы это или нет, ожидания и очереди есть всегда и везде.

Что касается случая с контроллером запросов, тут всё зависит от фреймворка и конфигураций. Отклонить сразу, отклонить по таймауту, или врапить в виртуальный поток. У JVM был такой Project Loom, позволяющий создавать миллион потоков без ограничений ОС (включено в JDK начиная с версии 12).

Нужно распарсить страничку через AngleSharp например.
НО

Хочу достать со страницы сайта весь контент и заменить заменнить определенные слова.

Тебе тогда весь документ и нужен, а не один только body.

Видимо нужно вот так:

var asd = config.VendorConfigs.Where(x => x.IntegrationServiceId == vendorId).First();

Свойство Location в Request должно иметь тип List<string> или string[] Для удобства можно использовать отдельный тип с Latitude, Longitude в бизнес логике, а для ответа маппить его в тип выше

Общий алгоритм:
1. выполняем SELECT постранично (допустим, по 1-5 записей, чтобы не грузить всё в память)
2. для каждой записи поблочно (скажем, по 64KB) читается поле BLOB, каждый из таких блоков при помощи Page Blob загружает на хранилище.
3. делаем другие операции, по необходимости.

Посмотри внимательно на эту строку =)

ReferenceFieldName = refItemList.First().Value.ReferenceFieldName

И на сколько я понял нужен еще один foreach по коллекции refItemList

Да, так можно сделать.
Только не сервере не забудь код поправить.

Если бы серверную часть писал я, то я бы подумал над редизайном этой апишки, ибо принимать кучу query-параметров для удаления - это странно и не соответствует идеям rest.

SELECT (SELECT COUNT(*)
          FROM sp
          WHERE ([some] = 1)) AS SomeCount,
       (SELECT COUNT(*)
          FROM sp
          WHERE ([some] = 1) AND (noone = 1)) AS NooneCount

Ну откройте мануал по функции split, и по индексированию в строках (обращению к первому символу). Можно еще конкатенацию строк читануть.

Код настолько простой что писать его за вас даже стыдно.

Включить логгирование запросов. тыц

Как вариант:
1. Напишите тест, который засидит локальную бд большим количеством данных
2. После сидинга включаете какой-нибудь Stopwatch 3. Выполняете нужный запрос
4. Останавливаете Stopwatch, смотрите время

Если я всё правильно понял, то вот:

Исходные данные:

FirstReportInvoiceDal[] firstReportInvoice =
{
    new () { Id = 1, Number = "" },
    new () { Id = 2, Number = "" },
    new () { Id = 3, Number = "" },
    new () { Id = 4, Number = "" },
    new () { Id = 5, Number = "" },
};
SecondReportInvoiceDal[] secondReportInvoice =
{
    new () { FirstReportId = 1, Number = "1111N" },
    new () { FirstReportId = 2, Number = "2222N" },
    new () { FirstReportId = 3, Number = "3333N" },
    new () { FirstReportId = 4, Number = "4444N" },
    new () { FirstReportId = 5, Number = "5555N" },
};

Вывод:

Id: 1, Number: 1111N
Id: 2, Number: 2222N
Id: 3, Number: 3333N
Id: 4, Number: 4444N
Id: 5, Number: 5555N

namespace ConsoleApp;

class Program
{
    public static void Main(string[] args)
    {
        FirstReportInvoiceDal[] firstReportInvoice =
        {
            new () { Id = 1, Number = "" },
            new () { Id = 2, Number = "" },
            new () { Id = 3, Number = "" },
            new () { Id = 4, Number = "" },
            new () { Id = 5, Number = "" },
        };
        SecondReportInvoiceDal[] secondReportInvoice =
        {
            new () { FirstReportId = 1, Number = "1111N" },
            new () { FirstReportId = 2, Number = "2222N" },
            new () { FirstReportId = 3, Number = "3333N" },
            new () { FirstReportId = 4, Number = "4444N" },
            new () { FirstReportId = 5, Number = "5555N" },
        };

        ReportRow[] rows = CreateReportRows(firstReportInvoice, secondReportInvoice);
        Display(rows);
    }

    private static void Display(IEnumerable<ReportRow> rows)
    {
        foreach (ReportRow row in rows)
        {
            Console.WriteLine(row);
        }
    }

    static ReportRow[] CreateReportRows(FirstReportInvoiceDal[] firstReportInvoice,
        SecondReportInvoiceDal[] secondReportInvoice)
    {
        // Для быстрого поиска делаем словарь с ключом SecondReportInvoiceDal.FirstReportId,
        // который соответствует ключу FirstReportInvoiceDal.Id.
        var secondReportSet = secondReportInvoice.ToDictionary(x => x.FirstReportId);

        // Для каждого firstReportInvoice сделать трансформацию (LINQ метод Select)
        return firstReportInvoice.Select(x =>
        {
            var row = new ReportRow
            {
                Id = x.Id,
                Number = secondReportSet[x.Id].Number
            };
            return row;
            // Вызываем ToArray, чтобы запустилось выполнение трансформации в методе Select.
            // И чтобы в принципе мы вернули данные, а не итератор.
        }).ToArray();
    }
}

class FirstReportInvoiceDal
{
    public int Id { get; init; }

    public string Number { get; init; }
}

class SecondReportInvoiceDal
{
    public int FirstReportId { get; init; }

    public string Number { get; init; }
}

class ReportRow
{
    public int Id { get; init; }

    public string Number { get; init; }

    public override string ToString()
    {
        return $"Id: {Id}, Number: {Number}";
    }
}

У меня вопрос, с чего можно начать читать? В какую сторону смотреть?

ИМХО, не книги - а статьи с описанием троублешутинга и решения похожих проблем.

Меня больше интересует типу "добавление в ширину

HPA

Если действительно проблема с CPU/RAM, то ключевые слова - pods sizing, limits, HPA, VPA.

Понимать сложность алгоритмов - сложно. В общем случае глядя на исходних достаточно трудно сказать какое там o(n). Особенно если есть рекурсии и предикаты которые срабатывают с вероятностью которую мы не знаем.

Вообще, нарабатывая опыт. Например обход элементов квадратной матрицы имеет квадратичную стоимость а обход куба - кубическую. Это из простого. Шаблоны дихотомического поиска почти всегда содержат в основе своей формулы логарифм по основанию 2. И комбинаторные алгоритмы (сочетания и перестановки) - практически всегда содержат в своей основе n под факториалом.

Кстати если формула содержит суперпозицию факториала и полинома - то полином можно выкинуть. Т.к. в сравнении пределов факториал улетает в бесконечность быстрее и соотв. решение зависит только от факториала.

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

По поводу Дональда Кнута. Ничего он не поймет. Кнут писал 40 лет назад. Писал про железо которого уже не существует (ленточные накопители) и продавливал свои идеи алгоритмизации на ограниченном числе ресурсов. Кнут просто издевается над современным читателем имеющим ноутбук и смартфон тем фактом что заставляет изучать несуществующий компьютер MMIX (это такая себе машинка-калькулятор вроде Феликса или Энигмы, такие вот у меня ассоциации) и под него-же писать и читать код. Ну кому это надо!

Сегодня я снимаю шляпу перед тем трудом который он сотворил. Но если студент хочет ПРОСТО освоить тему оценок сложностей алгоритмов то можно взять что-то более быстрое и эффективное. Вирт. Седжвик. Даже Кормен.

Кажется, тебе нужно что-то типа такого:

var clients = GetClients(); // Каким-то образом получили клиентов
var accounts = GetAccounts(); // Каким-то образом получили список счетов

var clientsWithAccounts = (
    from client in clients
    let accountsForClient = accounts.Where(account => account.ClientId == client.Id).ToArray() // Предполагаем, что у счёта есть какой-то идентификатор клиента, по которому его можно сопоставить. И что у одного клиента может быть несколько счетов
    select new { Client = client, Accounts = accountsForClient }).ToArray();

Ещё то же самое можно сделать через SelectMany. А если у каждого клиента всегда ровно один счёт - через Join