Pallid

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

Можно ли использовать в качестве сервера ОС Windows 10 Professional x64 + postgresql?

Вы шутите? При таком количестве клиентов?. Только серверная ось.
И postgresql на windows это вообще что-то с чем-то.
Или ставьте MSSQL на Windows сервер, или поднимайте postgresql на линуксе.
При таком количестве клиентов одним сервером вряд-ли обойдетесь надо будет разносить по разным серверам SQL и 1c сервера.
И вообще розница на такое количество клиентов это довольно редкая вещь.
Как правило розница есть смысл ставить на одну точку, а уж потом со всех точек агрегировать это в УТ.

Сейчас у вас сколько клиентов? На каком оборудовании и софте все работает? Что не устраивает по производительности?

Очень много плохого и хорошего в Ангуляре всплывает при попытке создать полноценный сайт, например тот-же каталог фильмов (с переходами в магазин где продается этот фильм, со статьями, модальными окнами в виде всплывающей карточки фильма).
При решении проблем с гуглАналитиксом и SEO, получение данных из api.
OAuth, Авторизация и аутентификация, например если у пользователя протух access token, в таком случае при обращении к методу в api получаем ошибку, которую перехватим в интерцепторе, используя refresh token получим новый access token опять обратимся к методу в api получим ответ и подменим им предыдущий "ошибочный", и пользователь не расстроится.

Реализуя все эти задачи все глубже и глубже погружаешься в ангуляр, а еще иногда долго ругаешься плохими словами:)

Задайте background job под это дело с входным параметром длительности, и запускайте ее из клиента.

В зависимости от количества картинок:
1) Если картинок не очень много, сохраните ссылки на эти картинки/записи в таблице в отдельном контейнере. Дальше банально выбираете случайный элемент и удаляете его из контейнера n раз. Затем ещё n раз и так далее
2) Если картинок много
    а) Просто выбирайте случайно. Шансы на получение уже просмотренных картинок низок, шанс пользователя заметить это ещё ниже
    б) Проверяйте, не была ли показана ли картинка и перевыбирайте если была.
    в) Соберите статистику, сколько страниц в основном смотрит юзер. (например, 5) Затем разбейте множество всех картинок на 5 не пересекающихся подмножеств и каждую страницу генерируйте только из картинок специфического подмножества. Если юзер не успокаивается и уже просмотрел все множества, генерируйте совсем случайно (с повторами).

Вариант 1: для N объектов создаем массив из N байт, где каждому i соответствует 0/1. 0 - если объект уже использовался, 1 - если еще не использовался. Затем при помощи ГСЧ набираем нужное количество объектов. Минусы: чем меньше объектов, тем дольше мы их будем извлекать.
Вариант 2: заводим связный список. Соответственно, для выбора i-го элемента нам придется пройти i-1 предшествующий. Зато не надо дергаться, когда остается мало элементов, т.к. уже использованные извлекаются из списка. Минусы: необходимость проходить по списку для извлечения объекта.
Вариант 3: связный список + массив. Перед процедурой выбора мы пробегаемся по всему списку и заполняем масссив ссылок. Далее — обычная процедура выбора из массива по индексу с удалением соответствующего элемента из списка. Минусы: каждый раз перед использованием нужно перестраивать массив.
Вариант 4: использовать дерево. Минусы: периодически придется перебалансировать его.

Я рекомендую вариант 3: вроде бы, из предложенных он самый шустрый.

P.S. В жабоскриптике возможен еще вариант: индексы элементов сразу загнать в массив, а как только мы используем какой-то индекс, удалять его из массива. Фактически это вариант 3 с немного меньшим потреблением памяти.

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

К сведению - у меня MS SQL Server 2008 (не Express) на Server 2008 R2 отъедает 20Г памяти - 3 базы на 1С 8.2 и 8.3, 2, 11 и 18 пользователей.

Как вариант - лицензировать SQL Server на количество ядер (core-based licensing) физического или виртуального сервера, на котором он будет работать. При определенном количестве пользователей этот вариант становится экономически более выгодным, чем вариант лицензирования Server+CAL.
goo.gl/HjqTye

Использование оборудования или программного обеспечения, сокращающего количество устройств или пользователей, которые осуществляют непосредственный доступ к программному обеспечению или непосредственное его использование (мультиплексирование или группирование), не приводит к уменьшению требуемого числа клиентских лицензий

На каждого конечного пользователя, работающего с SQL-сервером требуется лицензия "на пользователя", на каждое устройство, работающее с SQL-сервером без пользователя требуется дополнительная лицензия "на устройство". Можно также взять лицензии "на ядро", которые позволяют подключаться неограниченному количеству пользователей, но стоят значительно дороже.