На чём лучше сделать СКУД?
0) Во "взрослой" промышленности применение разного рода макетов-малинок экономически не оправданно. Главная причина - у них не промышленное исполнение. Они не защищены от ЭМИ, от статического электричества, от иголок по питанию, от грозы.  Это все придется добавлять сверху - иначе вашу хваленую БИЗОПАСНОСТЬ можно будет поломать вспышкой от фотика.

1) МНОГО запросов - понятие сильно растяжимое. Эту задачу нужно решать на самом раннем этапе разработки архитектуры, однако, для этого нужен опыт. Поэтому, на этапе обучения, от этой задачи можно отказаться. Поверьте, инсталляции постгреса с дефолтными настройками (кроме одной) хватает на обслуживание 200-500 одновременных соединений. которые валят запросы каждую секунду. Как по вашему, это "много"? 

2)На этапе изучения, пока опыта нет, проще всего взять то, что знаете лучше всего.

3) Скорость работы + работа с железом. Что-то я слышал такое про C++. Однако, если вы его не знаете, вы просто добавите себе проблем. 

Вывод - такая система будет вам по зубам, при условии, что вы знаете, как сделать каждую ее часть в отдельности. Вот вы делали хотя бы простой замок, открываемый через интернетик? SSL к нему привязывали? Двухфакторную авторизацию? fail2ban?

Задачи, которые вы себе ставите, умещаются в нескольких разрабов, и то с трудом - тут и фронт, и бэк, и devops, раз про нагрузки речь пошла, и разработка железа.
1. Какую БД лучше выбрать под такую задачу? Обращений к ней будет очень много, таких как запись событий и соответственно их просмотр оператором( а может и не одним, в одно время)Много, это когда надо отследить чипированных болельщиков на стадионе во время чемпионата мира при пожаре)
А так - любая СУБД осилит.
2. Если это веб-сервер то какие технологии лучше подойдут под такое? Django? Node.js?Можно конечно построить web-сервер со свистелками-перделками, в каждый контроллер посадить на всякий случай селениум и нехай контроллер парсит сайт со свистелками-перделками и влупляет туда свой запрос, а потом распознает картинку "можно" или "нельзя" открыть замок))

Думаю начать надо с осознания, что СКУД - это многоуровневая модель, начиная от аппаратки (weigand, touchmemory и т.п.), через транспорт нижнего уровня (RS232/422/etc) до "более верхнего" типа ethernet, wifi, bt....
Ну или в другом ракурсе - модель реалтаймовых и оффлайновых событий.
Чутка повыше - расписания, табели, штрафы

p.s. Кстати транспортом может быть пользователь СКУД: проходит он через центральную проходную основного корпуса, предъявив смарткарту, а ему на карту подливается список свежих разрешений для удаленного автономного здания рабочего общежития... а обратно - он тащит на карте журнал событий с общежития в центр)