どうでしょ維持に大きなsqlの手続き
https://stackoverflow.com/questions/84880
-
01-07-2019 - |
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian質問
ただし継承の大イベント、講演、セミナーを継続する月次処理が非常に大きなセットのデータです。
当社ではスケジュールに従ったデバッグを入れたい、との独自プロセスに書きこまれたVB6.その理由を決定しているの再書き上げt-sqlでのvbプロセスが実日、このプロセスはかかります。
これらはすべてがたいのですがこれらの今を大量t-sqlコード(1.5k+線）よりも遠隔で読み/保守性.
他のづくりの体験t-sqlい頭痛があったことを歓迎する。
解決
まず、ディレクトリの作成。sqlファイルを維持しています。追加このセットです。sqlファイルを修正制御システムです。SVNより確かなものになるはずだ。しているツール負荷にそれをデータベースを上書きするanyを設定しています。
ての試験データベース、ベースラインの報告を明らかにするというの出力の処理も含む)を検出します。テストのものです。sqlファイルのバージョン管理。
できrefactorおprocsのご協力お願いいたしますが、お客様の試験はその後の確認-訂正機能です。
他のヒント
フォーマット/チャリティー-fying SQLった成功 http://www.sqlinform.com/ 無料オンライン版を試すことができ、デスクトップ版も利用できます。
SQLinForm自動SQLコードをフォーマッタのためのすべての主要なデータベース（ORACLE、SQL Server、DB2/UDB、Sybase、Informix、PostgreSQL、MySQLなど多くのフォーマットオプション
探し始めreformattingのコードでは、特に凹凸.
その後modulariseのSQL.引き出のチャンクより小さいガンダム尽く名前の手続き機能独自のスタンドでファイルです。これだけを見たいのに非常に向上もの大きなSQLファイルです。
ApexSQLScriptはツールのためのスクリプティング全データベースできることを確認し込源管理-運営す。
私もこれらの記録のsprocsてき抜に関する情報を利用してデータのソースコードからはsys.sql_modules-利用できるタグなどへのヘルプドキュメント独自のシステムです。
また、使用スキーマ（あるいは複数のデータベース)-この人の助けに分散するデータベースへの論理的単位のことができ、それによって建築の課題です。
どの大型コードまで、最近のSQL2005熱膨張機能において、非常に有用な管理コードも入れ子のクエリーなも再帰的).代わりに管理し、バンチの巣およびインデントCTEsで起動させることができる、そして最終検査に用いられる。この効果が高く、リファクタリングしているようでや冗長除去の入れ子のクエリす。
保存ProcsとUDFs重要な管理するための大型コードベースを暗くれました。私が見つからなかった場合にものすごく役に立たないparameterizable(UDFs使用できるこれらの例の場合は結果セットす。
みmodulariseのSQLとしての試験を維持し、refactorおよび機能追加が必要です。があったのを受け継ぎ、保存し,そのは5000ライン、まだまだ夢です。一度のプロジェクト以上を印刷しましたが格納された論文集のための笑destorying X木ます。中の会社毎週立ち会いのではend to endでstreched全体の長さのビルです。床をこの一例としてどのような書き保存の手続き
ここで自動スクリプトの店舗のすべての変更-ソース制御できるよう見直しに変更の手続を使用してdiff前と現在のバージョン)
レコード店ディスクユニオンの無料だが、このT-SQL形式の一貫した方Redgateソフトウェアの SQLの迅速な は非常に便利です。どのお集の構文が正しいカップルのキーストローク(Ctrl+K,Y）を走っています。オプションでは多くの制御方法おSQLフォーマット.
