1

Microsoft Office365 の一部として SharePoint 2013 でホストされている 2 つの Microsoft Access 2013 Web アプリがあります。両方のデータベースには、ほぼ同じテーブルと構造が含まれています (若干の微調整があります)。

特定の SharePoint サーバーでまぐれのエラーが発生し、最初の Access Web App の UI が修復不可能なほど破損したため、2 つのデータベースがあります。最終的には、元の Access Web App の破損を元に戻そうとするよりも、2 つ目の Access Web App をゼロから構築する方が費用対効果が高くなりました。

これで、複製が作成されて機能するようになりましたが、データを移行する必要があります。元の Web アプリの SQL バックエンドはまだ完全に機能しており、Microsoft Access 内の UI も完全に機能しています (壊れているのは SharePoint 側です)。Microsoft Access 2013 と SQL Management Studio をツールとして利用できる場合、あるデータベースから別のデータベースにデータを移動する最も効率的な方法は何ですか? (Excel は接続してデータを取得できますが、私が知る限り、新しいデータベースにレコードを挿入することはできず、比較的役に立ちません。ここで何か不足している場合はお知らせください。)

私が遭遇する問題のいくつかは、SQL への所有者、DBA、またはシステム管理者のアクセス権がなく、データの読み取りとデータの書き込みだけです。列の名前を変更したり、Identity_Insert を設定したりするなど、テーブルを変更する SQL クエリを実行できません (レコード間の既存の関係を維持する 1 つの方法として、ID 列を設定するというアイデアをいじくり回していました)。さらに、Access 2013 では、Web Apps の完全なリボンは提供されませんが、代わりに非常に限られた機能のみが提供されます (下のスクリーンショット)。さらに、クエリ ボタンとマクロ ボタンでは、コード (SQL、VBA など) を介して直接クエリやマクロを作成することはできませんが、クエリ ウィザード GUI とマクロ GUI のみを使用するように強制されます。別のデータベースに接続してデータを取得します。

これらの制約がある場合、最初のデータベースから 2 番目のデータベースに既存のデータを移行する最善の方法は何ですか?

4

1 に答える 1

1

新しい空の Access 2013 データベース/アプリケーション (Web アプリではない) を作成すると、リンクされたテーブルのように SharePoint リストにリンクできます。両方のインスタンスがこの方法で接続できるほど十分に機能していると仮定すると、これは 1 つの SharePoint インスタンスから別のインスタンスにデータを移動する 1 つの方法になると思います。非 Web アクセス アプリケーションではコードが無効にされていないため、実際には DAO コードを記述してデータを転送できるはずです。私はそれに賭けませんが、コピー/貼り付けも機能する可能性があります。

于 2013-09-02T23:58:00.647 に答える