Макс

ИМХО SQL на SSD большого профита не получите. Ну стартанет она быстрее - и все.
а вот файлы БД - это правильно. только еще ресурс диском мониторьте, а то может получится неприятно.

посмотрите "Top 10 OWASP" - все придумано до нас. Что до перебора - то это замечательно лечится таймаутом при вводе и блокировкой на время при превышении порога неверных вводов.

откройте для себя оператор AS
SELECT first_table.title AS title_from_first-table

ИМХО начинающий админ обязан уметь устанавливать СУБД, создавать БД, управлять учетными записями, управлять процедурами бэкапа/восстановления. Это minimum minimorum.
средний - разбираться в тюнинге СУБД, по хорошему иметь представление о правильной архитектуре БД, разбираться в автоматизации всяких джобов по оптимизации структуры БД. применительно к MSSQL хорошо бы знать, что такое SSIS/SSRS - не совсем задачи DBA, но инструменты полезные.
ну а хай - хз, я пока не дорос.

KPI для DBA - я бы привязывал к SLA. Уровень SLA выполнен - хорошо. Смог оптимизировать что-то, получить прирост производительности, автоматизировал какой-то процесс, чем обеспечил лучший SLA - перевыполнил план.

ну в лоб все выглядит несложно - для каждого поезда храните маршрут (как минимум из узловых точек), поиск поезда будет заключаться в выборке всех поездов, у которых старт ранее или равен и финиш далее или равен заказанному маршруту. Я же правильно понимаю, что поезд "туда" и "обратно" - это 2 разных поезда? и разные маршруты ( хотя и зеркальные)?
точки маршрута между узловыми можно хранить отдельно и джойнить на ходу
стоимость билета - как вариант это сумма стоимостей за каждый из "перегонов". хотя вроде бы шкала обычно не линейная.