問題タブ [upsizing]

分割 Access データベース、つまり現在 2 つの mdb ファイル、フロントエンドとバックエンドに分割されているデータベースをアップサイズする必要があります。本質的に「アップサイジング ウィザードを実行してください」と言っている Web ページを多く見かけます。私の最初の非常に基本的な質問:

このウィザードをフロントエンド MDB またはバックエンド MDB で実行する必要がありますか?

メイン mdb -> バックエンド mdb -> sql サーバーをリンクしたくないと思います。バックエンド mdb でウィザードを実行してから、フロントエンド mdb で、バックエンド mdb ではなく SQL サーバーを指すようにリンク テーブルを変更する必要がありますか? もしそうなら、これはどのように行われますか？フロントエンド (バックエンド md にリンク) のテーブルを右クリックしてリンク テーブル マネージャーに移動すると、新しい mdb ファイルしか選択できないようです。

私は、Accessデータベースからテーブルを引き出し、SQL 2008 DBでの同じテーブルの作成を自動化し、データを新しいテーブルに移動する方法を考え出そうとしています。このプロセスは定期的に行われ、毎回異なるテーブルが存在する可能性があります。

私はこれを完全にSSISで行いたいと思います。

C＃SQLCLRオブジェクトはオプションです。

私が遭遇した主な問題は、Accessテーブルのスキーマを取得し、それをSSIS経由で実行できるSQLスクリプトに変換する方法です。

何か案は？

TIA J

Access (2003) から SQL Server DB (2005 または 2008) への移行を自動化する必要があります。アップサイジングは、ビルド プロセスの一部として自動的に実行する必要があります。

ソフトウェアにはシングル ユーザー リッチ クライアントと Web バージョンの 2 つのバージョンがあるため、これが必要です。Access DB は単一ユーザーがセットアップ作業を最小限に抑えるために使用され、SQL Server は多くの同時ユーザーでパフォーマンスとスケーリングを向上させるために使用されます。Access は「主要な」DB である必要があります。つまり、開発者は Access DB で変更を行い、それらはビルド プロセス内で SQL サーバーに伝達されます。多くの変更が発生するため、手動で行うことはできません。

私はマイクロソフトの世界に慣れていないので、そのための適切なツールを知りません。どのツールをどのように使用できますか? アップサイジング アシスタントを使用して (クリックして) それを行う方法を知っています。おそらく、どうにかしてそれを自動化できますか？

ご回答ありがとうございます。乾杯、アルネ

アプリケーションを MS-Access FE および BE から MS-Access FE および SQL Server BE にアップサイジングしています。SSMA Access の「アップサイジング」ツールを使用してすべてのテーブルを Access から SQL に変換し、ODBC を使用して Access FE で SQL テーブルをリンクしました。

私のアクセス データベースでは、一部のテーブルに SQL Server の datetime(0) 列に変換された DateTime 列がありました。Access でこれらのテーブルをリンクした後、SQL サーバー BE ではこれらの列が datetime2(0) 列であっても、Access はこれらの列をテキスト列として認識します。

これは、日付形式で機能していたクエリがテキスト形式では機能しないため、問題を引き起こします。Access で datetime(0) フィールドが datetime 値として扱われるように、テーブルをリンクする方法はありますか?

私はMSAccessバックエンドデータベースのスイートをSQLServerにアップサイジングすることに取り組んでいます。SQLのスクリプトを作成して、SQLServerでテーブルスキーマを作成しました。今、私はテーブルにデータを入力しようとしています。ほとんどのテーブルには自動番号付けの主キーがあります。これが私の一般的なアプローチです：

最初の挿入はすぐに行われます。その後の挿入試行は、「IDENTITY_INSERTがOFFに設定されている場合、テーブル'TblName'のID列に明示的な値を挿入できません。」というエラーで失敗します。

その特定のエラーとタイマーのResumeステートメントを追加しました。エラーが正確に600秒（10分）続くことがわかり、その後、挿入は正常に続行されます。

MS AccessはODBCセッションを10分ごとに自動的に更新しますか？それをより速く発生させる方法はありますか？ 明らかな何かが欠けていますか？

「アップサイジングウィザードを使用する」とすぐに言いたい人のための背景情報：
操作全体を最初から最後までスクリプト化できる必要があるため、組み込みのアップサイジングウィザードを使用していません。目標は、クライアントの場所でスイッチを実行する前に、これをテスト環境で実行することです。

アクセスで正常に機能するフォームを使用してMSAccess2007データベースを開発しましたが、バックエンドをSQL Serverにアップサイズすると、サブフォームの機能が完全に失われます。他の誰かがこの問題に遭遇しましたか？回避策はありますか？

Access 2010 から SQL Server 2008 にアップサイズしようとしています。1 つのテーブルを除いてすべてが機能しています。テーブルは SQL Server で作成されますが、データはアップサイズされません。その理由は、Access に保存されている日付が 1 つの列に含まれているためです (例: 31/12/2013)。a）テキストファイルへのエクスポートもその日付列で失敗し、エラーメッセージには「範囲外の日付」が原因であることが明示されているため、これが真実であることがわかっていますが、要点は、b）それを削除した場合Access から列を取得してアップサイズを行うと、データがアップサイズされます。したがって、問題が実際には日付列にあることは間違いありません。

SSMA (SQL Server Migration Assistant) についても知っています。これは、アップサイジング ウィザードの欠点のために進化したようです。SSMA は私にとって選択肢のようには見えません。私は64ビットのWindows 7マシンを使用していますが、その道をたどろうとすると、「適切なバージョンのSSMA / Accessがありません」などの無限ループに陥ります。「Office の 64 ビット バージョンをインストールする必要があります」など。それはオプションではありません。

アップサイジング ウィザードが英国の日付を処理できないのは厄介ですが、そのようです。というわけで回避策を模索中。私は Access の専門家ではありません。私に思い浮かぶアイデアは次のとおりです。

• テーブルをタブ区切りのテキスト ファイルにエクスポートし、SSIS を使用して移行し、派生列変換を実行してデータを取得します。

• Access でテーブルに計算フィールドを作成し、新しい列にデータを取得して、元の列を削除します。(しかし、厄介なことに、それも機能しません。MS の指示に従って、 「Access は式ビルダーを表示します」と表示されますが、まあ... Access は式ビルダーを表示しません。

任意の提案をいただければ幸いです、ありがとう

JET プロバイダーを使用して Access データベースからデータを取得する ASP.net アプリケーションがあります。最近、このアプリケーションを本番環境にプッシュしましたが、Access データベースに接続するための 64 ビット プロバイダーがないことを知りました。

私が取得しているこれらの Access データベース ファイル (約 30 個) は、毎日動的に生成されています。Access が提供するアップサイジング ウィザードは知っていますが、機能が非常に悪く、自動化する方法がありません。

単一の Access データベースでSQL Server インポートおよびエクスポート ウィザードを使用しましたが、非常にうまく機能しますが、Jet プロバイダーも使用しているようです。これを自動化する方法があったとしても、64 では機能しませんビットサーバー。

Accessデータベースに接続するための可能な方法としてODBC接続を調べていますが、これはまだ使用されているJETのような32ビットプロバイダーに関する私の問題に対する「中間者」アプローチのようです。

多くの調査の結果、Access に接続できる 64 ビット プロバイダーはないようです。そこで質問したいのですが、Access データベースを 64 ビット環境の SQL データベースにプログラムでアップグレードできますか?

多分あなたは助けることができます、私は私の問題に対する適切な解決策を見つけられませんでした:

作業環境：

なぜ私は尋ねるのですか？:

さて、私はこのデータベースを (顧客からのエントリで) 何度も SQL Server データベースにアップサイズしましたが、問題はありませんでした。請求書、納品書の作成) ですが、今回は顧客が SQL Server データベースへのアップサイジング用のデータベースを提供してくれましたが、うまくいきませんでした:

私がしたこと --> 何が起こったのか:

Upsize-Assistant を中止しないと SQL データベース内に upsize_ts フィールドが作成されないという動作の原因は何ですか? 通常、すべてのテーブルには「upsize_ts」フィールドがありました (Upsize-Assistant でチェックすると、upsize_ts を持っているテーブルもあればチェックしていないテーブルもあったため、チェックされました)。

通常、Upsize-Assistant はデータベースにエラーが発生すると中止しますが、今回はエラーをスローせずにデータベースからすべてのテーブルを変換しますが、upsize_ts フィールドが欠落しています。

さらに詳しい情報が必要な場合は、私に連絡してください。今回、Access 2003 を SQL Server に変換する際に深刻な問題が発生したことに頭がおかしくなりました。

以前の質問 (クラウド ベースの MS Access バックエンドのオプション) で、ある投稿者、Albert D. Kallal は次のように述べています。

「...Access バックエンド テーブルのサイズを Office 365 まで拡大し、引き続き Access フロントエンドを使用することを検討できます。さらに驚くべきことに、Access 2010 では、これは「オフライン」および非接続モードになることを意味します。これは、アプリケーションがインターネットに接続されていなくても実行し続けることを意味します. Wi-Fi を見つけた瞬間に、データ同期プロセスが再び開始されます. そして、この同期はファイルベースではなく、レコードベースであり、実際には製品に組み込まれたレプリケーションです.セットアップには、ゼロの余分なコードが必要です。」

これを行う方法についての指針を探しています。テーブルをSharepointにエクスポートする方法を見つけました（しかし、私が見る限り、テーブルのローカルコピーはありません）。また、Webアプリに変換する方法も見つけました-しかし、私は何かを見つけることができないようですアルバートが投稿したように、現在の FE を保持し、Office365 にテーブルを持ち、インターネットにアクセスできない場合でも BE テーブルのローカル コピーにアクセスできる「オフライン」モードを取得する方法。

任意のヘルプ、または適切なコンテンツへのリンクをいただければ幸いです

アクセスに関しては比較的上級者ですが、Sharepoint/Office365 についてはまったくの初心者です。