エクセル、MSアクセス、CSVやタブ区切りのテキストファイル：SAP B1 ERPおよびMRPプラットフォームはシームレスにOracleやMicrosoft SQL Serverのカスタムデータベース、ODBC準拠のソースとして、レガシー·アプリケーションと統合すべきである。は、SAP BOデータ転送ワークベンチで初期研修を持っている場合は、Microsoft Excelやテンプレートの概念にすでに精通している必要があります。この小冊子では、Excelの限界値と交差し、あなたのSQLクエリにハイライトを与えるが、これは初期のデータ移行と変換で任意のデータベース·プラットフォームを統合しないように、実質的に無制限の能力を意味しますが、さらに継続的なデータ統合されます。
1。 ODBCクエリ·解剖。 Workbenchが実際にフィールド名がSB1インポートオブジェクトの規則に従って定義されているExcelのCSVテンプレート用に調整されているとして、あなたは、SQLビューを作成するには同じルールに従うべきである - ビューの作成で、the Oracle 1Z0-403 certifications目的のオブジェクトのためのExcelテンプレートと同じ列名を定義してください。このルールに従えば、あなたのオブジェクトの統合は、その場で自動的にマッピングするカラムを認識するだろうし、DBスキーマの変更変更して保存する必要はありません - 私たちはこの幹部とITプログラマレベルの文書で回避したいと思いトピックを
2。 SQLビュー技術。 ExcelからSQLのSELECT文をクエリのデザインを移動した場合は、実質的にすべての境界を壊している。我々は、あなたが次のパスを考慮することをお勧めします - （あなたが独自性のためにIDの挿入列を追加することを検討してもよい）、MS SQL Serverベースのステージング表に、ソースマスタレコードまたはトランザクションをインポートします。 Excelの制限とSQL Serverのビューおよびストアドプロシージャの利点を理解するために、SQL DBAの人に相談してください
3。 64ビットおよび32ビットのWindows 2003 Serverのジレンマ。あなたは、テキストタブまたはカンマ区切り値ファイルから統合を読んでいる場合は、64ビットプラットフォームの制限について知っておく必要があります。あなたは、Microsoft.Jet.OLEDB.4.0などの人気ドライバーを使用傾ける。代わりに、Microsoft SQL ServerのDTSまたは直接データ·インポート·ウィザードを使用してテキストファイルをインポートする必要があります。あなたは昔の良い日Windows Server 2003の32ビットに残っている場合は、Microsoft.Jet.OLEDB.4.0に準拠したテキ1Z0-803ストファイルからselect文を展開する利点を楽しむことができます。 Windows x64のOLEDBプロバイダではまだ利用できませんと思われるか、少なくとも、OPENROWSETを使用するための技術的課題がありますが、テキストファイルからの読み込み
没有评论:
发表评论