Oracleプログラマーなどについて読むたびに、混乱します。私は彼らが何をするのか正確には知りません。
私の理解では、アプリケーションプログラマはコア機能を開発する必要があります。彼らが使用するライブラリは、GUI開発やデータベース接続に役立つかもしれませんが、そのアプリケーションをプログラムする必要があり、すべてのアプリケーションを異なるものにする機能があります（他のものの微調整バージョンもあります）。
この関係では、データベースプログラミングは基本的にテーブルを作成しておらず、これらのテーブルは、通常フロントエンドであるアプリケーションによって発行されたSQLステートメントに応答して処理されませんか？テーブルの作成は大したことですか？
回答:
データベースプログラマが本当に感謝するためには、自分で実際に試してみる必要があります。別の方法で説明してみましょう。
それは悪い知らせにあります理想的な世界のアプリケーションプログラマにのように見える本当にあまりをしない-彼らは、ビジネス・アナリストが書かれたような要件やプロセスを取り、プログラマの入札を行うコードにそれらを変換します。
もちろん、プログラミングの経験がある人なら誰でも、これがどのように機能するのかわからないことを知っているでしょう-要件がアプリケーションの振る舞いを最も詳細に指定することは決してないという事実を今のところ無視して、多くの複雑さがあります
（もちろん、これは大幅に削減されたリストです。データベース開発の類似点を取り上げようとしています）
データベースの開発はほぼ同じです-情報が不十分なため、それは非常に簡単に見えますが、より複雑になると、データベース開発の特定の複雑さを認識するようになります。
アプリケーション開発が隠れた落とし穴（スレッドの問題など）で満たされるように、データベース開発もそうであり、これらの問題のファウルの落下の結果は非常に深刻です（たとえば、データベースを使用するすべてのアプリケーションのデータ損失またはダウンタイム） 。
プログラマーにそれは何もないと思わせる（「プログラマーはこれをできないのか？」）と思うのは、ロール間に多くの重複があり、同様のスキルセットが必要だからです-私は持っています優れた開発者になる能力を持つ人は、時間と経験を考えると優れたデータベースプログラマになる能力があることは間違いありませんが、経験豊富なデータベースエキスパートの価値を過小評価してはなりません。
データベースプログラマは多くのことを行います。まず、予想されるレコード数で適切に実行されるように、データベース構造を設計します。数千のレコードで正常に機能する設計構造は、数百万のレコードでデータベースを使用できなくする可能性があります。また、データの整合性を長期にわたって維持し、不正な変更や盗難からデータを保護する必要があります。彼らは、正規化、非正規化のタイミングと理由を完全に理解する必要があります。パフォーマンスとデータの整合性を確保する方法を理解する必要があります。セキュリティと、データの盗難や悪意のある変更を防ぐ方法を理解する必要があります。
クエリをパフォーマンス調整します。実行に数分かかるクエリをミリ秒に変更しました。24時間以上かかっていたプロセスを30分未満に変更しました。挿入の速度と選択の速度のバランスをとるインデックス構造を設計および維持します。
複雑なクエリ、特にレポートクエリを記述します。個人的には、要件が複雑であるため、1000行を超えるクエリを記述しました。彼らはまだ迅速に実行する必要があり、実際に実行しました。
データウェアハウスとそれに付随するETLプロセスを作成して、それらをサポートします。多くの場合、他のソースからデータを取り込むプロセスを作成する必要があり、一部のクライアントデータベースから自分のデータベースにフィールドをマッピングする方法を理解する必要があります。これらは、データタイプ、データサイズ、必須フィールド、ルックアップ値、等
データベース要件の変化に応じて、すでに所有している100,000,000レコードを損なうことなく、データベースの使用を完全に停止することなく、リファクタリングする方法を決定する必要があります。大規模なデータベースには、数千のテーブル、ストアドプロシージャ、およびユーザー定義関数が含まれる場合があります。このような構造を理解するには、変更によってどのような影響を受けるか、どのように影響するかを理解するのに時間とスキルが必要です。
規制および復旧の理由でデータを監査する方法を設計します。次に、それらの監査テーブルからデータを回復する方法を設計します。データの問題を調査して、問題がインポートプロセスのバグ、他のユーザーが提供した不正なファイル、アプリケーションからの不正な挿入/更新、または不正アクセスによるものかどうかを調べます。彼らは、アプリケーションプログラマーがハッカーが攻撃するための穴を開けたときに、不良データを修正する方法を見つけます。
多くの場合、あるシステムから新しいシステムへのデータ変換に関与しています。これには、あるCOTS製品から会社が購入したばかりの新しい製品にデータを移動することが含まれる場合があります。前述のインポートと同様に、これらは複雑なプロセスであり、計画と実行に数か月かかることがあり、広範なテストが必要です。インポートとは異なり、データベースプログラマは異種のデータ構造を制御できない場合があります。
90年代後半に24時間ウェーハファブの製造データのデータベースプログラマーとしてインターンを務めました。私の職務がどれほど典型的かはわかりませんが、私にとって最大の部分は、フィールドエンコーディングまたはスキーマの変更が必要になったとき、変更が本番環境にシームレスであることを確認する必要がありました。基本的には、クライアントアプリケーションをアップグレードするように指示することを意味します。クライアントアプリケーションは都合のよいときにアップグレードし、新しい変更ですぐに復旧することが期待されていました。
それは私が予想していたよりもずっと複雑でした。変換スクリプトとクライアントソフトウェアを徹底的にテストする必要がありました。多くの場合、セマンティック上は同一であるが互換性のない2つのデータセットは、全員が切り替えられるまで同期を維持する必要がありました。切り替えをシームレスにするために、慎重に計画された複数の段階で切り替える必要がある場合がありました。基本的に瞬時に発生する切り替えに数週間備えることは珍しくありませんでした。
データベースプログラマーが自分の仕事を正しくしている場合、彼の仕事は非常に簡単であるように見えるでしょう。多くの人が自分が何をしているのか本当に知らないことは驚くことではありません。
これはかなり簡単です。MVCパターンのようなことを聞いた場合、コントローラーとモデルの違いを知っている必要があります。たとえば、ERPを作成している場合、コントローラーでモデルに対して「retrieveCashFlow」と言うだけで、モデルがデータベースに保存されたプログラムを呼び出すと想像してください。このストアドプログラムは、すべての結合、フィルタリング、順序付けなどを処理し、処理されたデータを取得します。あなたのコントローラーでは、物事を一緒につぶす必要があります。
ストアドプロシージャについて疑問がある場合は、これを確認してください。 なぜストアドプロシージャを使用するのですか？
簡単に言うと、データベース開発者は、MVCのM（またはmvcを使用しない場合はビジネスロジック）を処理するために、アプリケーション用のストアドプログラム（プロシージャと関数）を作成します。
Oracleは単なるデータベースではなく、フォームやレポートデザイナーを含む完全なプログラミング環境です。Oracleプログラマーとして、完全なユーザーアプリケーションをプログラミングします。参照するデータベースコーディングは、多くの場合、専門のデータベース管理者（DBA）によって行われます。
Sybase同様のプログラミング環境を備えた別のシステムだと思います。
他のデータベースは、レポートの定義と実行を許可する「ジャスト」に制限される場合がありますが、フォームやレポートのデザイン/実行機能をまったく提供しないデータベースもあります。
データベース開発者は、次の1つまたは複数の責任を負います。
問題のRDBMSに応じて、次のようなタスクを含めることができます。
この責任者のリストをご覧ください