Тебе не кажется что там где нужно показать эту бумажку будет сложно работать? Специально для них есть куча высококлассных специалистов с десятью высшими образованиями.
> Тебе не кажется что там где нужно показать эту бумажку будет сложно работать? Специально для них есть куча высококлассных специалистов с десятью высшими образованиями.
А чем плохо мое желание просто почитать-поучиться все равно во время отпуска никуда не еду и как минимум 30% времени тратить даром не хочу.
И, да. У меня 2 высших. Но как-то мне это пох^Wвсе-равно. Количество образований не конуретизирует человека как специалиста в определенной области. Общеизвестно, что "мастера на все руки" в узком рассмотрении ничего толком не умеют.
> по какой конкретной СУБД
В этом и весь фокус, что хотелось бы что-то наиболее общее и универсальное для начала (но, разумеется, не основы SQL =) ). А потом уже буду углубляться в каком-либо направлении. Кстати, вот еще один вопрос.
Пусть для начала MS SQL (извините за оффтоп, но в нашем регионе он востребован), перед ним идут разве что Oracle, Cache, Lotus (но, думаю, что в них быстро не разобраться, хотя могу ошибаться. поправте меня, если я не прав). Еще PostgreSQL как вариант.
> устройся в какую-нить мэрию, будешь получать в 3x больше Database Administrator, а делать в 3x меньше
Да при чем тут это?! Просто хочу изучить что-нить нужное и полезное. Тяга к знаниям, знаете ли. Что в этом плохого? Вот и спрашиваю у тех кто разбирается: "что лучше почитать?" =)
> хотелось бы что-то наиболее общее и универсальное для начала (но, разумеется, не основы SQL)
А что общего и универсального может быть в администрировании разных СУБД? Везде есть свои ньюансы. Вот и остается посоветовать почитать про теорию реляционных БД, ну и про SQL.