問題タブ [ms-access]

コア在庫の倉庫保管および請求システムに使用する12年前のMsAccessアプリがあります。すでにSQLServerバックエンドで実行されていますが、すべての「ロジック」、フォーム、およびレポートはAccessにあります。在庫トランザクションを非一時的なものから一時的なものに変えるために必要な大量のメンテナンススラッジを経験した後、私はいつかこれをコードに変換して、はるかに保守可能でテスト可能な環境でロジックをより適切に管理できるようにする必要があることに気付きました。

管理しやすく効率的な方法で.Netアプリケーションに変換できるようにするためのテクニックは何ですか？

1つのアイデアは、クエリをストアドプロシージャに変換してから、アプリをAdpプロジェクトに変換することでしたが、フォームとレポートの処理方法についてはまだわかりません。

また、それが重要な場合、私は私の会社の唯一の開発者です。

このリクエストは、MS Access VBA に基づいています。リストボックス コントロールに項目が存在するかどうかを確認するための最も効率的な方法を知りたいです。

クロス集計クエリを使用するときに、Accessのレポートフィールドに変数列名をバインドするための最良の方法は何ですか？

MSAccessでsyscmdメソッドのすべての可能な使用法を見つける場所はありますか？Microsoftに開発者向けのリファレンスがあることは知っていますが、この方法には、ここに記載されていない他の多くの用途があることがわかりました。

背景: MS Access ADP フロントエンドを備えた古い (しかしビジネスに不可欠な) SQL Server データベースがあります。これはもともと、一連の Access データベースから SQL Server にアップサイズされたものです。

このデータベースは、お客様のために危険物を追跡し、多数の画像を保存します。これらの画像は MS Access から挿入され、OLE オブジェクトとしてデータベースに入れられます。

問題は次のとおりです。

• これらは Access/Office 以外で読むのが面倒です
• 大規模なストレージ オーバーヘッドがあります - 10 GB までの画像が 600 GB 以上のストレージ スペースを占有します (!)

私の質問は次のとおりです。これらの肥大化したオブジェクトを単純な JPEG に戻すには、どのような方法をお勧めしますか? これを行うと、最終的にフロントエンドを Access から単純な Web ベースのシステムに移行できるようになり、バックアップ時間が再び管理しやすくなります!

PHPスクリプトをMS Access (.mdb)ファイルに接続するにはどうすればよいですか?

次のPHPコードを含めてみました：

しかし、それは失敗し、次のエラー メッセージを受け取りました。

本当に気に入らない ASP.NET CMS 用のアプリケーションを再設計しています。この CMS が MS SQL を使用するだけでなく、MS Access データベースを「単純に」使用するユーザーもいることがわかりました。

問題は、内部結合するいくつかのテーブルがあり、MS Access バージョンでは 2 つの異なるファイルにあることです。テーブルを他の mdb ファイルに単純に移動することはできません。

私は今、複数のアクセス db ファイル間で「内部結合」する良い方法を見つけようとしていますか?

すべてのデータをフェッチしてプログラムで実行した場合、それは本当に残念です!

ありがとう

次の PHP コードを使用して MS Access データベースに接続しています。

mdb ファイルからデータベース カタログ/メタデータを取得するにはどうすればよいですか?

解決策を見つけました

Excel ファイルを Access にインポートするときに既定のデータ型を変更する方法はありますか? （ちなみにAccess2003を使っています。）

インポートされる各列に任意のデータ型を自由に割り当てることができる場合があることは知っていますが、それは Excel 以外のファイルをインポートする場合に限られます。

編集:明確にするために、インポートされた列のデータ型を変更できるインポートプロセスのステップがあることを理解しています。

実際、それが私が尋ねていることです。何らかの理由で-おそらく常にExcelファイルである可能性があり、他の何かがある可能性があります-データ型を変更できない場合があります.ドロップダウンボックスがグレー表示され、Accessが正しいと想定するデータ型をそのまま使用する必要があります.

たとえば、列＃105（または同様のもの）がほとんど数字（コード：など）で埋められているアクセスで、大規模なExcelファイル（ 12000行以上、〜200列1=foo, 2=bar）をインポートしようとしましたが、いくつかありますそこにもアルファコードの (A=boo、B=far など)。Access は、 ( Excel ファイル自体の値Numberを変更した後でも) データ型であると想定したため、これらのアルファ コードでエラーが発生しました。Formatインポート時にデータ型を変更することが許可されていれば、多少の手間は省けたでしょう。

Access ではできないことを求めているのでしょうか、それとも何か不足していますか? ありがとう。

編集:役立つアドバイスを提供する以下の 2 つの回答があります。ExcelファイルをCSVとして保存してからインポートすると、うまく機能し、Chris OCが言うように簡単です. インポート仕様を保存するためのアドバイスも非常に役立ちます。ただし、 DKによるレジストリ設定の回答を「受け入れられた回答」として選択しました。これは、私の主要な問題 (Access でデータ型が正しく割り当てられていない) を解決するために使用できる1 回限りの手順であるため、回答として気に入りました。要するに、このソリューションではデータ型を自分で変更することはできませんが、Access がデータ型を正確に推測できるようになるため、問題が少なくなります。

Microsoft は、Access 用のデータベース ドライバである Jet の 64 ビット バージョンをリリースしないことを選択しました。誰かが良い代替案を知っていますか?

以下は、私が必要としている Jet がサポートする特定の機能です。

• 複数のユーザーがネットワーク経由でデータベースに接続できます。
• ユーザーは Windows エクスプローラーを使用して、破損の危険を冒さずに、開いているデータベースをコピーできます。アクセスは現在、私の顧客が必要とするものに対して十分な信頼性でこれを行っています。
• .Net を必要とせずに C++ でうまく動作します。

うまくいかないと私が考えた代替案（私の理解は間違っているかもしれませんが）：

• SQLite: 複数のユーザーがネットワーク経由でデータベースに接続すると、データベースが破損します。
• Firebird: 使用中のデータベースをコピーすると、元のデータベースが破損する可能性があります。
• SQL Server: 使用中のファイルはロックされており、コピーできません。
• VistaDB: これは .Net 固有のようです。
• 32 ビットでコンパイルして WOW64 を使用する: 64 ビット機能をまったく使用しない場合でも、64 ビットでコンパイルする必要がある別の依存関係があります。