Илья

JWT не предполагает что его можно убить, предусмотрено только истечение токена по времени которое в нём зашито.
Если вы хотите сами управлять временем жизни токена то вам нужен ReferenceToken.
В этом сценарии вы даете клиенту только уникальный id токена. Полный токен хранится в вашей БД по этому ключу и вы можете полностью управлять его временем жизни.
https://openiddict.github.io/openiddict-documentat...

Потому что у вас в двух таблицах поле Number, а вы в запросе SELECT не указываете какое из них вам надо

Имени 2й таблицы не хватает. С которой будет объединение

Насколько я понимаю, толк от секционирования будет только в том случае, если упомянутые принцип разбиения и критерий выборки совпадают.

Абсолютно правильное понимание.
Одним из решений таких задач является введение избыточности: для ускорения выборки вы дублируете информацию в несколько таблиц и секционируете таблицу под конкретный запрос.
Либо вы проводите какую-то дополнительную агрегацию или уменьшение данных и храните в отдельной таблице. Опять же под запрос.
Либо вы делаете функцию партиционирования по нескольким полям, но это надо смотреть запросы. Будет работать только если фильтры запросов являются подмножествами друг друга

Скорее всего нужно указать целевой проект (куда будут писаться миграции) и стартовый проект (откуда будут браться настройки). Если у вас всё в одно проекте то пишите одинаковый:

Add-Migration -Project MyAwesomeProject -StartupProject MyAwesomeProject -Name MyAwesomeMigration

И еще если у вас postgresql, то нужно под него добавить пакет

Есть на эту тему доклад с конференции highload
TL;DR;
Некорректная настройка протокола BGP, может положить интернет. И некоторые сегменты уже от этого страдали.

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

public class TestWorker
{
  private readonly Timer _timer;
  public TestWorker()   
  {
    _timer = new Timer(
      Callback, 
      null, 
      TimeSpan.FromSeconds(1),          
      TimeSpan.Zero);
  }

  private void Callback(object state)
  {
    try
    {
      //work imitation
      Thread.Sleep(5000);
    }
    finally
    {
      _timer.Change(
        TimeSpan.FromSeconds(1),    
        TimeSpan.Zero);
    }
  }
}

Если из этих книг выбирать, что читать 1м, то я бы сначала рекомендовал читать Албахари. Это более общая книга и она именно про язык C#, про синтаксис и ключевые концепции, как их использовать.
CLR via C# Рихтера уже не совсем про C#, она рассказывает о CLR используя в качестве примера один из языков поддерживаемых CLR, т.е. C#. Эта книга больше про внутреннее устройство, она посложнее на мой взгляд. Там есть очень специфические разделы, которые вам могут не сразу (или никогда) не пригодится. Её стоит пробовать начинать читать, если не получается, то окладывать и пробовать позже. Она интересна с той стороны что Рихтер является консультантом Microsoft, некоторые из ключевых частей dotnet framework разрабатывал он. Интересно посмотреть внутреннее устройство, почему сделано так или иначе. Она становится интересной когда начинаешь задумываться о производительности, о блокировка, о многопоточности.

Итого: читать обе, сначала Албахари, потом Рихтера. Отдельные темы Рихтера перечитывать по необходимости.
И на этом не останавливаться, кстати. Дальше можно, например, взять книгу "Pro .NET Performance" если придется серьезно заниматься оптимизацией. Или еще какую. У меня например накопилось пара полок книг. И по C# и по смежным темам.

PS
А на работе у нас лежат: 3е издание CLR via C# и 4е издание CLR via C#, а также 3е издание C# in Depth и 2е издание C# in Depth. И если выйдут новые издания, мы их скорее всего купим тоже.

Начните с этого
Полнотекстовый поиск mysql

Это происходит потому что в трекере изменений EF нет информации о Country в момент сохранения.
Вам нужно "присоединить" существующие страны к контексту перед сохранением. Вот пример в официальных доках

БД нужна чтобы хранить утверждения о состоянии информационной системы.
Ситуацию в которой утверждений о состоянии какой-то части системы больше чем одно мы считаем дублированием информации. (У вас эта ситуация называется "избыточность").
Если есть дублирование информации, то возможна ситуация когда утверждения могут противоречить друг другу. В этом случае БД неконсистентна и информационная система может работать некорректна.
Нормализация БД - устранение дублирования информации в БД с целью достижения консистентности, в первую очередь. Нормальные формы - это шаги которые нужно пройти на пути к консистентности (делай раз, делай два ...)
Побочным эффектом нормализации является уменьшение размера БД.
В случаях когда производительность важнее консистентности, выполняют денормализацию БД (внесение избыточности) под определённые запросы, чтобы избежать объединений таблиц (JOIN).

Есть официальное решение от MS - AzureDevOps, там какое-то количество ресурсов бесплатное.
Есть TeamCity от JetBrains.
Лично у меня есть положительный опыт использования AzureDevOps. Там есть много готовых тасков и интеграция с Azure, что в моём случае полезно. Про TeamCity подробно не знаю.