Артем Воронов

А что такое техник-программист, где вы взяли такой термин?
Может быть спросить у тех, кто такое написал?

В общем не слушайте, тех кто говорит плохо. Этот термин относится к бюрократической машине, которой как-то нужно назвать курс. Судя по тому, что в нем описано - там для ИТ отрасли вроде бы неплохая база. Оценить ее качество сложно, так как хорошая идея не равна хорошей реализации. Но тех тем, что там были перечислены должно быть достаточно для трудойстройства джуниором (естественно, если предположить что ученик занимается с должным усердием).
Список тем достаточно обширен и не ограничивают в выборе дальнейшего профессионального роста - можно идти и в программисты и в сисадмины и в сетевики.

Совершенно не важно, прямой клиент или посредник. Или посредник между вами и посредником.
Есть только две по-настоящему важные вещи:
- сумма, за которую вы готовы выполнить эту работу
- сумма, которую готовы вам заплатить за эту работу
Ну а если сильно коробит наличие посредника, рассматривайте его как PM (каковым он, по сути, и является)

SQL с точки зрения пользователя, а не администратора, достаточно простая вещь.

Разобраться в выборках, join-ах, уметь создать базу/настроить права - это уровень пользователя.
Разобраться с оптимизацией таблиц, индексами - уровень хорошего продвинутого пользователя.
Разобраться с бэкапами, восстановлением, репликациями - уровень администратора.
Junior-у достаточно первого варианта, затем перейти на второй. Третий не обязателен.

Определите для начала, у Вас действительно BIG Data или просто Data.
BIG характеризуется:
1. Огромные объёмы данных (в ТБ +-)
2. Огромная скорость их генерации (в ГБ/сек +-)
3. Высокая требуемая скорость их обработки (вплоть до real-time)
4. Неструктурированность (голос, текст, числа, двоичные данные) и множество источников их поступления (датчики, сохранённые ранее данные и т.п.)

Судя по Вашему вопросу, у Вас подходит только п.4 - поправьте, пожалуйста, если ошибаюсь.
Ещё важный момент - для чего Вы планируете использовать результаты анализа этих данных? Вопрос задаю потому, что под многие задачи уже есть готовые решения - типа сервиса товарных рекомендаций RetailRocket (не реклама, просто привожу как пример) для интернет-магазинов, задача которого - рост среднего чека по покупкам.
Так вот, в зависимости от Ваших задач вполне возможно, что Вам будет достаточно некоторого самописного или готового софта, в т.ч. и без лейбла Big Data ))
Опять-таки, как пример - мы в своё время делали простую систему прогнозирования продаж для крупного дистрибьютора на связке Terrasoft BPM'online + 1С + Deductor. В проекте мы оперировали примерно 27 000 единицами номенклатуры и 250 000 позиций в отгрузках за год. Разбивку делали по 3 филиалам и 20 товарным категориям. Из 1С брали факт по реализациям, загоняли всё это в Deductor для построения прогноза (при этом в BPM'online вручную указывали коэффициенты сезонности - проект был достаточно простой), из Deductor-a перегружали данные в BPM для наглядной аналитики и привязки прогнозов продаж к планам работы менеджеров (кроме прогноза, мы ещё в BPM'online вели аналитику по суммарным потребностям клиентов, и проводили сравнение прогноза продаж данному клиенту и известной потребностью клиента и при сильном отставании прогноза от потребности "натравливали" менеджеров на этого клиента).

Какую задачу Вы хотите решить?