OpenEdge ODBC for Access

新しいODBCドライバへのアクセスでリンクを更新できません。私はOpenEDge 10.1CがAccessでハンドシェイクを行っていないと信じています。 DNSは外部データをExcelにインポートします。エラーは通常アドイン「WorkAround2は= 8192」のレジストリエントリによって解決されるOpenEdge ODBC for Access

出典

2009-03-04 Anonymous

進捗ODBCエラー-7748「このエラーのためのメッセージではないエラー（-7748）」です。ここでは、WorkArounds2の機能とその修正点について説明します。

種類は

イアン

出典

2010-02-23 13:30:16 user279495

SQLと進歩を含む

ほとんどの「奇妙な」エラーが可変長として進捗店すべてのデータを、その事実の結果で考えています。さらに、ほとんどのProgressデータベースのデータの大部分は、4GLプログラムによって作成、更新、操作されており、これらのプログラムは列の幅に関するSQLのアイデアを意識していません。

SQLでProgressデータベースを照会しようとすると奇妙なエラーが発生したときの最初の防衛線は、dbtool（dbサーバー上）を実行してSQL幅の問題を修正する必要があります。単にdbtoolを実行してください（OSがUNIXの場合は、Progressの "bin"ディレクトリの$ DLC/bin/dbtoolにあり、Windowsの場合は "proenv"を使用してコマンドプロンプトを表示し、％DLC％\ bin \ dbtoolを実行してください）オプション2を選択します。頻繁に問題が発生する場合は、このスクリプトを作成して自動的に実行することをお勧めします。

出典

2010-02-25 15:18:08

私はかなりアクセスの既定のデータベースエンジン、ジェット/ ACEは、常に可変長のストレージを使用していることを考えると、ここで可変長ストレージの関連性を理解していません。それはあなたのインターフェイス層があなたから完全に抽象化されなければならないdbエンジンの詳細なので、ODBCドライバとの関連性は全くありません。 –

Progressスキーマから取得した幅情報を信頼できると仮定している場合、Accessが可変幅フィールドを使用しても、失望します。私は、dbtoolを実行してSQLの幅を固定することで、人々がProgressデータベースでODBCを使用するという奇妙な問題が修正されたということです。それは試みに値します。 –

答えて

関連する問題