Насколько реально найти работу программистом, с не-профильным ВО в Германии?
Ну не знаю, у меня тут не получилось найти вакансию программиста, хоть в этом деле уже давно, но была большая мечта жить в Германии и в итоге тут http://jobius.com.ua/r/киев/v/водитель, вакансию водителя и потом через 2 года водителем устроился уже и программистом работать.
сам таковым не являюсь, но как "пользователь" при разработке часто приходится с таковыми сталкиваться.
они отвечают среди прочего за такие вещи как:
- постоянная доступность БД.
- администрация прав (создание пользователей и т.д.)
- бьением "палкой" по пальцам программистам если те начинают портачить, так что БД-х начинают хандрить именно из-за того как к ним обращаются и если это можно сделать элегантее и с меньшим потреблением ресурсов
- консультацией по увеличению скорости доступа и т.д.
- тестированием новых релизов БД-ядер
- миграцией на нрвые ядра
если фирма большая, то даже не один а целый отдел БД-админов будет
- бьением "палкой" по пальцам программистам если те начинают портачить, так что БД-х начинают хандрить именно из-за того как к ним обращаются и если это можно сделать элегантее и с меньшим потреблением ресурсов
Читаю как "должен знать в совершенстве mysql/pgsql/oracl" БД админом котороя является. (Должен уметь оптимизировать трёхэтажные вбьюхи/апдейты/селекты которые пишут программисты)
Верно?
А как обычно ищется практика в IT? например админом БД.
Если язык где-то Б1 и в германии еще не работал.
практика обычно ищется пакетом к обучению, например weiterbildung.
Для DBA - крайне сложно, уже так лет 7-10-ть. Администраторов давно перевели из небожителей в пехоту. Исключением являются спецы со знаниями на уровне эксперта.
По тому как
- постоянная доступность БД.
- администрация прав (создание пользователей и т.д.)
...- тестированием новых релизов БД-ядер
- миграцией на нрвые ядра
этим может зниматься обычный *nix админ.
Хотя я не работал в больших софтверных компаниях. Где человека можно былобы загрузить такой работой на полный день.
Градация у DBA как и в других IT-специальностях, от юниора до синьёра, соответственно разные обязанности.
Гетеронгенка мало распространена, крайне редко встречаются многовендорные администраторы (если речь не идёт о мелких фирмах, но и базы у них смешные по современным меркам).
этим может зниматься обычный *nix админ.
ага. а с чего решили то, что *nix будет-то? мэйнфрэймов в больших фирмах еще много стоят.
да и *nix-админ это кто? сисадмин? так он не ответит на вопосы/не справится с ситуацией без специальной подготовки когда начнется разбивание на кластеры да возникнут проблемы с доступом на БД не связаные с сетью.
из опыта - как только копнешь поглубже - почему (больше) не работает - только и слышишь сопение и нет адекватного ответа.
не задача это системных или сетевых админов.
как только фирма вырастает немного, так сразу сисадмины самоучки не справляются с работой. а шефы, которые придерживаются мнения, что сисадмин должен за все отвечать, тоже не доросли до управления большими фирмами.
Читаю как "должен знать в совершенстве mysql/pgsql/oracl" БД админом котороя является. (Должен уметь оптимизировать трёхэтажные вбьюхи/апдейты/селекты которые пишут программисты)Верно?
да. и даже если это не программист был, а framework, которым пользуется программист.
БД-админы также смотят за логами, выясняют при проблемах "что, где, когда" и советуют, что сделать, что бы этого больше не было.
один из советов/приказов: что бы такое больше не повторялось
Администраторов давно перевели из небожителей в пехоту. Исключением являются спецы со знаниями на уровне эксперта.
но недают из пехоты попасть в эксперты ну и расхлебывают потом... когда эксперты(которые застали времена небожителей) идут на пенсию
ну да, там где маленькие БД-х и мало пользователей, то там естественно они не нужны.
в моих проектах таблицы не такие уж большие были/есть, но эти проекты были как соседи в одной БД с другими, а также было несколько (*цать) БД-х, в которых не ошибусь если скажу, что как минимум было/есть сотни schemas в каждой БД. вот таких монстров без админов БД-х ну никак не удержать в порядке.
там не 4, там глаза не знают куда смотреть.....
при четырёх они ещё нормально крутятся, а вот при 16-ти...
Как видишь, требования могут сильно отличаться и было бы занятно увидеть счастливые глазки х-админа, предложив ему в одиночку обслуживать такую вертушку 24х7.
этим может зниматься обычный *nix админ.
-----
Вот, кстати, тебе вопросик ДБАшный.
Даны сервак с задачкой.
Система устойчиво работала много лет.
Сгорел один из дисков в РАИДе.
Почти все данные (как файлы) удалось вытащить.
Железо заменили, систему поставили, задачку - тоже проинсталили.
С базой - было сложнее - у нее физически потеряна часть лога.
Ну с этим тоже справились и запустились.
Тесты сказали что все нормально...
Через 15-20 минут - вылет по тайм-ауту...
Через 30-40 минут - еще вылет по тайм-ауту...
Частичная или полная переинсталяция вопроса не решает - все в полном порядке, затем вылет по тайм-ауту...
Что должен делать никсовый админ?