Алексей Лебедев

Попробуй так:
Ключ на [PA].[AGId] + [PA].[PPId] (уникальный класт)
Ключ [Application].id. (уникальный класт)

Сделай 2 запроса:
select [CRId] from [Application].[PA] where [PA].[AGId]=1 and [PA].[PPId]=21
select [CRId] from [Application].[T] where id IN (полученые айди в запросе до этого)

Иногда следует отказываться от JOIN.
Но для начала надо определиться, что именно тормозит.
Можно еще с планом запроса, конечно.

Игра отстой, но во всяком случае в текущем моем понимание.

Но сделать ее можно очень просто, с одним запросом.

1) заходим на страницу, размещаем пушку и сохраняем ее на сервере.
2) запускаем таймер, если это первая пушка.
3) заходим на страницу, размещаем пушку и сохраняем ее на сервере. ПОВТОРИТЬ сколько нужно раз
4) Таймера 2 один на сервере, другой у каждого клиента, можно сихронизировать через Websocket. Однако, это не нужно.
5) Потом на сервере происходят расчеты и сохраняется в текстовом виде, потом раздается всем пользователям.
6) Они по своему клиентскому таймеру сделают запрос.

Ничего не делать, это политика браузеров.

На https встраиваться должен https. Иначе никак. Постепенно браузеры переходят на эту политику.

Основная проблема: большой html, который долго генерируется на сервере.
Второй этап объединяем CSS и JS
Третий этап JS грузим ассихронно.
Четвертый этап сначала грузим нужные картинки. Потом уже остальные.

Ну а вообще, лучше все сделать что написали.

Извинись и откажись.
Это самый оптимальный вариант.
А эмуляторы и извращение это уже не то.

devtodev.com еще есть.

Есть дополнительные ограничения на каждый метод. Это не публичная информация.

Прокси вряд ли помогут, скорее помогут в бан попасть. Так как ограничение на аккаунт.

Партицирование
https://ru.wikipedia.org/wiki/%D0%A1%D0%B5%D0%BA%D...

CREATE PROC sp

AS

DECLARE @countrows int
SET @countrows = (select count(*) from таблица)

BEGIN
      insert into таблица (строка) values ( rand() )
WHILE 
      @countrows < 20
SET @countrows = (select count(*) from таблица)
      IF @countrows > 20
      BREAK
   ELSE
      CONTINUE
    
END

Как-то так

Сомневаюсь, что у разработчиков под IOS нету устройства IOS. Хотя у новичков нету.

Раз клиент является сервером, то каждый может узнать какой пин.

Оптимальный вариант:
При установки клиент-сервера задавать пин код. Шифровать можно как хочешь.
Вариант хуже:
Защифровать все жесткими алгоритмами, который допустим выполняется 10 секунд и пин посложнее.

Есть трудовой кодекс.

Трудовые отношения - отношения, основанные на соглашении между работником и работодателем о личном выполнении работником за плату трудовой функции.
Трудовые отношения между работником и работодателем возникают также на основании фактического допущения работника к работе с ведома или по поручению работодателя или его уполномоченного на это представителя в случае, когда трудовой договор не был надлежащим образом оформлен.

А там уже пойдет и обязаность платить зарплату.

База 500ГБ плохо, плохо когда она не помещается в ОЗУ. Может ее стоить разбить на несколько баз или почистить?
Я уверен, что 99% данных можно хранить в текстовом файле без БД.

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

При таком бюджете вы можете нанять хорошего аналитика в штат.
Потратите 100к в месяц, но за 400к на рекламу получите больше эффекта, чем сейчас.

Сомневаюсь, что кто-то бесплатно отдаст.

Цена 70-90$

Так во многих играх делают.

CDN круто. Но оплата за трафик.
Можно хранить на отдельном сервере+отдельный домен. Это наиболее хороший вариант.

А 200к это мелочь.

Залить на трекер и через протокол скачать?

Делаем UPDATE, если возвращает 0 затронутых строк, то делаем INSERT