Відповіді:
Будучи DBA в минулому житті (і зараз відповідальний за найм), у мене є деякі думки:
Звідки ви знаєте, що хочете бути DBA без досвіду адміністрування системи управління базами даних? Це як сказати: "Як мені бути автомеханіком, але найближчим часом я працюю над ними - це їздити на роботу та з роботи кожен день" ... Я б довго задумався, чому вам подобаються системи баз даних і подивіться, чи це на виробництві (SQL) або на підтримці (DBA), кінець ...
Ви не маєте змоги влаштуватися на роботу як виробнича DBA без виробництва, досвід роботи як DBA, тому не починайте претендувати на будь-які посади DBA.
Ви можете бути молодшим DBA в команді, якщо і тільки якщо ви проявите певний досвід управління СУБД у поєднанні з великою кількістю знань та / або сертифікацій.
Ваша найкраща ставка - почати в компанії як розробник SQL - швидше за все, немає спеціалізованої DBA і, коли ви більше працюєте з нею, ви можете перерости в спеціальну DBA.
Або запустіть виробничий багатокористувацький додаток, який використовує СУБД як бекенд. Створіть власний веб-сайт, на якому використовується MySQL, і підтримуйте СУБД 24/7, і ви отримаєте достатньо історій війни, щоб довести, що ви знаєте, про що говорите. Обміняйтесь на користувальницьких формах (таких як DBForums) та надайте підтримку іншим користувачам у виробництві проблем із СУБД.
Орієнтуйтеся на резервне копіювання / відновлення, налаштування продуктивності тощо, і цього буде достатньо, щоб принаймні отримати вас у двері для молодшої DBA позиції.
Удачі!
Брент Озар , один із команди StackOverflow (та працівник Quest ), має блог із темою "Як стати секцією DBA" . Його добре варто подивитися, якщо вам це цікаво.
Якщо ви не отримаєте досвіду «на руках», то вас не гідно наймати на таку роботу. Ніщо не заважає завантажувати безкоштовну версію MS SQL Express, MySQL та / або Oracle та використовувати їх. Усі вони безкоштовні, і вам слід отримати досвід роботи з різними видами серверів баз даних.
MyPHPAdmin чудово підходить для базового використання, але це не чудовий інструмент, вам потрібно скористатися більш серйозними інструментами (MySQL Administrator) та навчитися оптимізувати існуючі таблиці, індекси та переписувати наявні запити (особливо погано написані приєднання), перш ніж ви зможете розглянути це можлива кар'єра.
Багато DBA розпочалися як розробники, які виявилися трохи кращими в SQL, ніж їхні колеги в даній компанії. Зважаючи на це, вони починають малювати все більше і більше призначень БД. Ці додаткові завдання, а також, можливо, певна підготовка до БД, допомагають ще більше розширити свої навички в цій галузі, поки вони не переробили себе в роль DBA.
Цей процес чудово підходить для вивчення таких речей, як налаштування запитів та дизайн таблиць. Однак це не так добре для інших завдань DBA, як встановлення реплікації або резервного копіювання, безпеки, управління ролями, обслуговування сервера, підключення до сервера, системи звітності, olap / аналіз, пакетна обробка завдань тощо.
Деякі з цих інших обов'язків можна поділити з ІТ-персоналом, але інші пункти з цього списку нетривіальні і кумулятивно більше, ніж ви, можливо, навчитеся на експертному рівні з типу однотижневих навчальних занять, які більшість компаній бажають платити за. Якщо ви опинилися в такому положенні, будьте обережні, не отримаєте більше, ніж ви торгувались. Добре почати шукати навчальні ресурси, якими ви можете користуватися, щоб дізнатися про ці речі самостійно, і, можливо, попросіть вашу компанію забезпечити вам гідне середовище для тестування / навчання, яке може бути таким же простим, як один додатковий гарний робочий стіл, де ви може встановити версію розробника Sql Server у вікні VM або двох.
Якщо ви збираєтесь самостійно вивчати маршрут, я б рекомендував отримати ґрунтовну концепцію в поєднанні з такою кількістю практики, наскільки ви можете витримати. Обидва необхідні. MySQL та / або PostgreSQL слугуватимуть вам добре, але ви дізнаєтесь більше, працюючи безпосередньо в консолі, а не використовуючи інструмент адміністратора чи графічний інтерфейс.
Що стосується книг з теорії реляційних баз даних, я б рекомендував що-небудь до CJ Date, зокрема наступне:
Як уже згадували інші, існує також маса реальних питань, з якими ви, мабуть, не зіткнетесь, поки не будете мати справу з базою даних у виробництві з реальними даними та реальними користувачами.
Якщо ви хочете перейти на спеціальну роботу X, яка пов'язана з розробкою програмного забезпечення, подумайте про пошук роботи в невеликій компанії. Невеликі компанії, як правило, не мають багатьох спеціалістів, тому ви можете закінчити багато різних робіт. (Деякі люди - як я - так, деякі ненавидять це.) Після того, як у вас буде трохи досвіду робити X в процесі роботи, ви можете спробувати розширити це.
Перший досвід завжди найважче здобути, і, як зазначали інші, дасть вам уявлення, чи це ви хочете зробити, чи ні. Після того, як ти зачепиш носок у двері, ти можеш продовжувати це.
Теорії навчання недостатньо, щоб досягти хорошого в чомусь такому складному, як управління базами даних, ви повинні мати практичний досвід. Потрібно відчути біль складних проблем із базами даних та успішно вирішити їх із зусиллям та відданістю.
phpMyAdmin - це обмежений інтерфейс для виконання базового обслуговування. Вам слід повністю контролювати всі параметри та утиліти командного рядка, щоб розглянути можливість застосування як DBA. Моделювання баз даних, налаштування запитів, висока доступність, масштабованість - стільки потрібно знати, щоб можна було правильно керувати виробничою базою даних.
Я пропоную вам отримати копію високоефективного MySQL (2-е видання) і почати чухати край можливого. Ви можете прочитати деяку мудрість від DBA світового класу в кількох блогах . І найголовніше, долучіться до складних проектів і почніть набиратися досвіду.