コンテンツ
- データベース管理者として働く
- システムDBA
- シニアDBA
- バグやストレスなし-あなたの人生を破壊することなく人生を変えるソフトウェアを作成するためのステップバイステップガイド
- データベースアーキテクト
- データウェアハウス管理者
- 他のタイプのDBA
- どんなDBAになりたいですか？
取り除く：
データベース管理は、多くの可能な役割と他の多くのオプションを持つキャリアです。
データベース管理者は、ICT部門、およびおそらく組織全体で最も重要な役割の1つです。結局のところ、これは、1つ以上のデータベースの可用性、効率性、およびセキュリティを確保する責任がある人です。ただし、それだけではありません。市場にはさまざまな種類のDBAがいて、DBAの役割は非常に異なっており、DBAが行うことは通常、クライアントのニーズによって通知されます。専門分野が異なる医療分野と同様に、必要に応じてDBA専門分野も異なります。ここでは、さまざまな種類のDBAとその役割を詳しく見ていきます。
データベース管理者として働く
全体として、DBAになるにはいくつかの大きな理由があります。 DBAの専門職は、ITの分野でより高い収入を得るものの1つであり、非常に重要かつ責任のあるものとして認識され、受け入れられています。企業データの管理に加えて、そこから意味のある結果とレポートを抽出および収集する機能（生データから実用的で実用的な情報に変換する機能）は、競争に勝ちたい組織にとって不可欠です。データベース管理者の仕事の成長は、2018年までのすべての職業の平均よりもはるかに速く成長すると予想される理由です。
しかし、DBAは多くの選択肢を持つキャリアでもあります。一部のDBAは、論理設計やアプリケーションとの統合など、データベースの非常に具体的な側面に焦点を当てています。その他は、パフォーマンスチューニングとバックアップに特化しています。別のタイプのDBAは、データウェアハウジングとデータマートに焦点を合わせることができます。
それでは、どのような種類のDBAが存在し、それらは正確に何をしますか？見てみましょう。
システムDBA
システムDBAはDBAの最も一般的なタイプであるため、単にDBAと呼ばれることもあります。このタイプのDBAは、ビジネス上の問題よりも技術的な問題に厳密に関係しています。 （ビジネスニーズとその技術的なIT機能を一致させる作業は、まったく異なる役割のビジネスアナリストまたはシステムアナリストに委ねられます。）システムDBAは、主に、組織のアプリケーションシステムをサポートするデータベースが実行されていることを確認することに関心があります効率的に。彼または彼女は、おそらく次のものを担当します：
- 定期的なデータベースの調整
- データベースのパッチとアップグレードの適用
- オペレーティングシステム環境のセットアップ
- バックアップのセットアップと確認
したがって、システムDBAは真にジェネラリストであり、ほとんどのDBAはスペシャリストでさえも、DBAの世界のあらゆる側面に精通する方法であるため、この役割を開始します。
シニアDBA
しかし、ほとんどすべての職業に当てはまるように、大学を卒業したばかりのDBAと10年の経験を持つベテランとの間には大きな違いがあります。特に大規模な組織では、経験豊富なDBAが上級DBAの独立した肩書きを持ち、ジュニアDBAのチームを担当して、チームの努力を監督および監督します。このように、上級DBAは日々のデータベースメンテナンスアクティビティにあまり関心がなく、代わりにチームの努力を組織の戦略的目標に合わせるタスクを担当します。彼はまた、新しいテクノロジーとソフトウェアの調査、および組織のデータベース環境に含める可能性の評価を担当する可能性が高いため、効率を改善し、組織の総所有コストを削減します。これはすべて、チームを管理し、ジュニアDBAの努力に注意を払いながら行う必要があります。したがって、上級DBAは、技術分野とビジネス分野のバランスをうまく維持しています。彼らの義務は後輩のときよりも技術的ではなくなりましたが、多くのシニアDBAは依然として心の技術者です。つまり、彼が後輩のDBAだった頃の簡単な思い出に、物憂げにため息をつくかもしれませんSQLスクリプト、データベースチューニング、テーブルとインデックスの作成に完全に没頭します。うーん、古き良き時代の懐かしさ！
システムDBAは、システム管理者を倍増するために頻繁に呼び出されます。これは、個別の特殊な役割がそれほど明確ではないかもしれない小規模組織で特に当てはまります。彼の役割の一部として、DBAはオペレーティングシステムと、DBが実行されているサーバー、ハードディスク領域の割り当てとパーティション分割方法、ハードウェアとネットワークの最適な使用方法など、関連するセットアップの問題に精通している必要がありますリソースなど。これらの責任の一部はシステム管理者（sysadmin）の役割と明確に重複しているため、多くの組織は単に1人を雇って両方の帽子をかぶらせています。この共同の役割は、システムとデータベース管理者、または単にSysDBAと呼ばれます。
バグやストレスなし-あなたの人生を破壊することなく人生を変えるソフトウェアを作成するためのステップバイステップガイド
誰もソフトウェアの品質を気にしない場合、プログラミングスキルを向上させることはできません。
意欲的なDBAにとって、可能な限り市場性を高めるために、sysadminタスクについて可能な限り多く学ぶことは非常に理にかなっています。 DBAがシステムアナリストを兼ねることもあります。繰り返しますが、これは、前述したように、DBAとシステムアナリストの両方を採用するだけの贅沢さを持たない小規模な組織ではより一般的です。ただし、このマルチロールの責任は通常、人生の後半に非常に有益であることがわかります。DBAは、その役割がITや組織内の他の人とどのように関係し、どのように結び付いているかをよく理解できます。
システムDBAは通常、データベースの開発ではなく、データベースのメンテナンスのみに関係していることに注意してください。通常、開発の部分は、次に検討するDBAのタイプによって行われます。
データベースアーキテクト
データベースアーキテクトは、新しいデータベースの設計と開発にのみ関与する専門家であり、メンテナンス、バックアップ、チューニング、または管理ではありません。彼は、新しいアプリケーションが作成されるときに、開発者、プログラマー、およびシステムアナリストと緊密に連携します。開発中のビジネス機能またはロジックを理解し、それらを新しいDBの対応するデータベース構造に変換する必要があります。
商業銀行のビジネス活動をサポートするために、新しいDBを設計していると仮定します。 DBアーキテクトはまず、新しいアプリケーションのデータフローとロジック図を詳しく調べます。その後、データベースモデルに取り組み、それを正確に反映し、開発チームの残りの部分、特にプログラマーに提示します。 DBアーキテクトは次のことも行います。
- ローン、アカウント、投資、顧客を別々のテーブルに分ける努力を担当する
- さまざまなビジネスオブジェクト（顧客、銀行口座、トランザクション、ローンなど）間の関係を正確に表すようにします。
- 該当する場合、データベースにビジネスルールと制限をマップします（たとえば、すべての顧客が社会保障番号を持っていることを確認します）
- さまざまなテーブルと列にインデックスを作成して、データの取得と検索を最適化する
DBAアーキテクトの役割には、システムDBAとは異なるスキルセットが必要です。システムDBAとは異なり、アーキテクトはデータベースモデルを作成し、開発チームの一部として密接に連携して最終的なアプリケーションを提供できる必要があります。非常に大規模なアプリケーションの場合、孤立したデータアーキテクトよりもDBAアーキテクトチームが存在する可能性が高くなります。
最近では、独自のソフトウェアアプリケーションを定期的に設計している組織はごくわずかです。さらに小さな割合でも、フルタイムのデータアーキテクトを必要とするほど定期的にそうします。代わりに、ほとんどの組織に必要なのは、既に開発されたデータベースとアプリケーションを保守する人です。したがって、システム設計者よりもはるかに少ないデータベース設計者がいます。ほとんどのアーキテクトは、個別のコンサルタントであるか、ソフトウェア開発会社に雇用されており、主に特定のクライアント、市場セグメント、または業界に固有のアプリケーションとデータベースを開発するためのさまざまなプロジェクトに取り組んでいます。そうは言っても、社内でソフトウェアの設計と開発の重要なニーズを持つ大規模な組織がいくつかあります。そのような企業は、フルタイムのデータベースアーキテクトを雇う余裕があります。
データウェアハウス管理者
データウェアハウスは、詳細なデータ分析に使用される特殊なタイプのデータベースであり、組織のデータに対するマルチドメインの洞察を提供します。これは通常、データウェアハウスとのやり取りを一度も行ったことがない人にとっては簡単に把握できないため、例を明確にするのに役立つ場合があります。
たとえば、商業銀行を取り上げ、そのような銀行のさまざまなソフトウェアアプリケーションとそれらをサポートするデータベースについて考えてみましょう。 1つ目は、銀行口座、ローン、通貨取引、ATMトランザクションの記録を保持するなど、主要な銀行業務を実行するデータベース（およびアプリケーション）です。まったく異なるアプリケーション（したがって、別個のデータベース）はHRおよび給与管理システムです。これは、銀行のHR部門が独自のスタッフを管理する方法を追跡するために使用されます。さらに別のデータベースとアプリケーションの組み合わせは、収益性、ビジネストランザクション、財務記録を追跡するための銀行独自の財務会計システムです。銀行は複数の銀行口座を運営する必要があるため、この最後のものは興味深いものです。これらのアカウントは、独自のコアバンキングアプリケーションで維持される可能性が高いため、銀行は独自のソフトウェアアプリケーションのクライアントになります。 （データウェアハウスの詳細については、Data Warehousing 101をご覧ください。）
これらのアプリケーションデータベースシステムはそれぞれ独自の独立したデータを維持しますが、すべての異種システムからすべての履歴データを別のデータベースにダンプする方法を見つけることができれば、いくつかの興味深い隠れたトレンドを取り上げてください。データウェアハウスを入力します。これは、コアシステム、HRシステム、アカウンティングシステムなどのすべてのデータが定期的に追加される特別なデータベースです。そのデータは、データウェアハウスで特別な抽出、変換、読み込み（ETL）ツールと手順を使用して変換され、データウェアハウスがアップロードできる単一の標準にすべてのデータが準拠するようにします。最後に、データウェアハウスの詳細かつ詳細なレポートと分析を使用して、別々のシステムからデータを集めて初めて明らかになる未知の傾向と事実をピックアップします。
しかし、2つのシステムからのデータを長期間にわたって横断することにより、データウェアハウス管理者は、企業のビジネス方法に変更が必要かどうか、またはビジネスが活用すべき手段を判断するために使用できる傾向を選択できます。データウェアハウスは、個別のシステムを使用した場合に不明であるだけでなく、知らない傾向や分析に光を当てることでビジネス価値を提供します。その後、管理者は倉庫から収集した貴重な情報をどう処理するかを決定します。
データウェアハウスは、ほとんどの場合読み取り専用であり、日々のトランザクションアプリケーションシステムをサポートする読み取り/書き込みデータベースとは異なり、そのように最適化する必要があります。また、その特定のRDBMSのETLプロセスに精通した人が必要です。最後に、データウェアハウスの高度なレポートおよび分析ツールを開始して活用できる人が必要です。もちろん、この人物はまず何よりもまず通常のDBAのスキルを身に付け、次にさらに進んでデータウェアハウスの特定の要件に特化する必要があります。これは、最初に標準的な医学コースを学ばなければならない獣医や外科医に似ており、専門分野に専門知識を絞り込んでいます。
他のタイプのDBA
これらはDBAの主なタイプですが、さらに専門化されたサブカテゴリがあります。
専門職の中には、アプリケーションDBAの特別なカテゴリを主張する人もいます。これは、単一のアプリケーションまたは関連するアプリケーションのグループのみを処理するシステムDBAのサブタイプです。このDBAは通常、重要なアプリケーションのデータベース構造（および場合によってはビジネス面）の専門家です。たとえば、銀行では、アプリケーションDBAは、コアバンキングアプリケーションを実行するデータベースのみを扱い、他のシステムやデータベースを扱わない専門家である場合があります。ある意味では、アプリケーションのDBAの役割は、ビジネスアナリストまたはシステムアナリストの役割に移行する場合があります。
DBAのもう1つの特殊なタイプは、パフォーマンスチューニングDBAまたはパフォーマンスアナリストです。このDBAは、データベースのパフォーマンスの向上にほぼ専念しています。これには、データベースの応答時間とパフォーマンスに影響するさまざまなパラメーター（テーブル構造、インデックス、ディスク構成、サーバーの仕様など）を調べ、必要に応じて変更することが含まれます。実際、データベースのパフォーマンス調整は複雑で、それ自体がキャリアになるのに十分なほど複雑です。
どんなDBAになりたいですか？
さまざまなタイプのDBAとともに、DBAが行うことは組織の規模に依存します。小規模な組織では、DBAを1人しか購入できない場合があります。その場合、企業は第三者からDBAを外部委託する場合があります。または、DBAロールは、システムまたはネットワーク管理者、さらにはITマネージャーなど、IT部門の別のロールと結び付けられている場合があります。一方、大企業は、資金と専門家または複数のDBAの両方を必要としている可能性が高くなります。それは実際に利用可能な資金と組織の優先度に依存します。そして、もちろん、これらのオプションにはすべて、プロのDBAにとって長所と短所があります。
専門分野や会社の状況に関係なく、DBAになることは興味深く、やりがいのある仕事です。また、需要の高い職業であり、尊敬を要求する傾向があります。 DBAとして働くことに興味があるなら、何を待っていますか？