でかく大きなバッチ処理プログラムは完全にPL/SQL?

https://stackoverflow.com/questions/78626

09-06-2019
|

質問

私は作業開始に関するプログラムはおそらく最も自然に記述しているため、新しい集計データベース、テーブルや実行されることになります。すべての入力はOracleデータベースのテーブル、およびすべての出力にすることとOracleデータベースです。のプログラムは維持のためのくてはならないのです。

その直前の実施このシリーズとしての保存手順は、各不良識ある変化は、例えば配信コストの中の部門による事業。できまし書きのユニットテストをチェックの場合は出力の変換ができたので、良かったです。

ないことにより、全PL/SQL?うな重バッチ計算の典型的なオブジェクト指向プログラミング言語などのC#?なりの表現が利用データベース中心のプログラミング言語などのPL/SQL?

解決

正常にうけどちょっとPL/SQLできる限り一般的に、もしくは保守性-で、最後の仕事しかしていることが見て取れの乱れやハードをご用意してお待ちしていきます。

しかし、バッチ処理は、入力と出力の両方のDBで良い意味でのロジックにPL/SQLを最小化する"可動部に".しかし、ビジネスロジック-コンポーネントを使用する他のシステム-いいえることができます。

他のヒント

ついてお聞かせください以下の要件

を受けを行うことができるバッチ処理 b）結果維持

回答:

PL/SQLためだきます。でも重要なのがありますので注意してより効率的にPL/SQLを利用できないその他のツールです。は、保存の手続きの言語の処理のデータがバッチ処理のあん.
でりやすく書く維持コードを使用言語を問いません。

というと、実装に依存しますの能力、適切な設計と遵守は良質なプロセス。

する効率的な実装が必要プロセスデータバッチを選択するロットに挿入/更新バッチ).る危険性があるOOアプローチであることを可能にしますledに向けたデザインプロセスデータ行を行います。この種のアプローチを含む不要なオーバーヘッドを大幅に効率よる設計プロセスデータのバッチに表示されません。

使用可能で両方のアプローチが成功しました。

Mathewバトラー

ものその他のサの注意にした上で質問してPL/SQL,なSQL.一部の答えが明らかにしてSQL、PL/SQL.PL/SQLは十分に機能的なデータベース言語で、熟成しています。ある部屋に歯ブラシや髭剃りがなもの種のもののポスターしたい、とても美味しいです。

いえ、そんなことはありませんもん。場合に解い直すとき-試験-確認する各プロセス、その音のようでもいいかも。OOプラットフォームでのインプットがないと思っていする)の悪用の大型データセットは、オブジェクトを生成し、架空のですが。

OracleデPL/SQL問題のようにお考がある場合には十分な企業の知識やデータベースのPL/SQLこのよう合理的な解決策です。い大きなバッチを設定し、それぞれのコからのPL/SQLを実際のSQLエンジンはコンテキストスイッチ、シングル記録のプロセスにおけるbatchedとができる性能の向上を図ります。

ってくださいなんだかログに何が起きているのです。ないブラックボックスになれば、だからこそ時間かかるかどうかを停止していることの"少しまいます。

PL/SQLは、成熟した言語を統合するものSQL.ーションを構築できるマルチデバOracleとなりますます強固なものとします。からの出発でもOracle11,PL/SQL統を機にコードがデフォルトです。

書いた大量のバッチ処理や、レポートの生成プログラムの両方のPL/SQLプロ(ディレーティング)して使用。彼らは、一般的に書き込んでPL/SQLを独自に開発者にとって維持今後の見してわかりやすいよProCコードです。

で最終的には本当にファンキー加工やレポートが終われPro-C.

必要はありません部屋を借りるのですが身分証明書として格納手続にしたがって他の人の予告は、できるだけスクリプトファイルは、必要に応じてどのようなシェルスクリプトソースコードの改正管理と移民の間で試験生産システムの計画は多くります。

どの計算に必要なものを適切に行うことができ、readably捕獲されたPL/SQL,それだけでPL/SQLをさせていただきます

実際の漁獲は保守性でも簡単に書けるunmaintainable SQLだがRDBMSでは別の構文と異なる設定機能名明度の簡単なSQL DMLに、実質基準を設定します。コメント等

私がバッチプログラムをC#、SQL.

プロのC#:

私の図書館です。NETおよびすべての電力のOO。

連結のC#:

*バッチプログラムデータベースのスキーマとデータの分離-この店舗の管理バッチプログラムとは別のデータベースです。

*必要なものを逃がすべてのダンのsqlコードです。

プロのSQL:

*統合したものDBMS.このジョブだけを操作データベースことができるとされていることの意味も含までのデータベースです。また、シングルdb、そのすべての部品を一つのパッケージです。

*必要な脱出のsqlコード

*その実までのプログラミングの問題領域

連結のSQL:

そのSQLおよび私個人だけではなSQL.

長い棒を用いたSQLでのプロには、上記の

これはロードの質問:) あるカップルのデータベースグ建築デザイン知っておきたいのか、その費用/特典です。2段は、新しい原理に基づいてクライアントへの接続DBの発行に直接SQLます。3層"という意味で、一般的にはまって"application server"は発行に直接SQLの呼び出しのDB、クライアントがお話をします。一般的にこのエスケールとなります。最後に、2つの1/2段階のアプリを雇用している2段のような形式のみに区分内に格納手続き

プロセスの音のように"バックオフィス"ようなことがいえるでしょうし、顧客-プロセスが必要にな結果が集計-キャッシュされ、月に一度ます。ることはありません剤を結ぶ、結ばないとい計算".り替わりますallude過程が起こるのだが、とく非ます。

そのため、これらの要求したと思いるのが一般的ではなく、近くのデータは、SQL serverいて算出しています。と思いますので見る近接データを通じて力を与えてくれます。

しかし、これらの計算でよく目にすることでしょうか計算していない観光の拠点には最適な立地にSQLサーバー例えば、計算上の未収利息債券、又はその他利益固定器です。なかアプリケーションでは、より豊かにするためにプログラミング言語.しかし、まだ単純平均、およびその他の比較的sane集合体を、今までのこだわり格納手続きのSQLます。

でも、あな情報としての性計算やご家を義務付け用のSQLの機能♪支援、上司というのですが私は知っていうSQLのようにかなりのデータも、今までの滞在純SQL/保存の手続きのためのタスクのようです。

YMMV:)

なので通常より表現で保管手続きの言語を吸によりデザイン。でも実行時に外部アプリです。

うことなんでしょうけれどを突き詰めればどのように親しますPL/SQL、どのくらいの時間が好きなのか重要なのは、性能までを合理的に期待のユーティリティを十分にPL/SQLを維持する大きなプログラムが書いてあるんですよね。

場合速度に関係なく、メンテナはごろまでにないPL/SQLを堪能されることもありますので、より良いる伝統的な言語です。

このまま利用ハイブリッドアプローチを使用するPL/SQLを生成中間データ（例えば、テーブル参加、金額など)および別途お申込みを制御フローにチェック値があります。

ライセンス： CC-BY-SA と帰属

所属していません StackOverflow