私は震えながら尋ねますが、私のクライアントは他のSQL（またはSQLのような）ソリューションを提供していない可能性があります。AccessにはいくつかのSQLフックがあることを私は知っています。基本的なActiveRecordには十分ですか？
後で：
他のデータベースを使用するためのすべての提案に感謝しますが、私を信じてください：私はそれらを説得しようとしました。「承認済み」リストがあり、SQLデータベースはありません。リストに何かを載せるには1年以上かかる可能性があり、このプロジェクトは3週間で完了します。
長い道のりですが、ActiveRecord用のODBCアダプターが機能する可能性があります。
ここに Access 接続アダプターのようなものがあるようです: http://svn.behindlogic.com/public/rails/activerecord/lib/active_record/connection_adapters/msaccess_adapter.rb
database.yml ファイルは次のようになります。
development:
adapter: msaccess
database: C:\path\to\access_file.mdb
Rails 2.1で試した後、さらに投稿します
Mauditeは次のように書いています。
アクセスで真=-1ではなく-1
正しくありません。Trueは、falseではないこととして定義されます。したがって、WHERE句でTrueを使用する場合は、代わりにNotFalseを使用してください。これにより、すべてのSQLエンジンとの完全なクロスプラットフォーム互換性が提供されます。
とはいえ、バックエンドへの接続に使用しているドライバーは、WHERE句のTrueを適切な値に適切に変換するため、問題はほとんどありません。唯一の例外はパススルークエリである可能性がありますが、その場合は、Accessの外部でSQLを記述し、バックエンドに対してテストして、AccessのパススルークエリのSQLビューに作業中のSQLを貼り付ける必要があります。
Mauditeは次のように書いています。
Accessは、日付を通常のTSQLとは異なる方法で処理します。
繰り返しになりますが、これが問題になるのは、JetSQLからTSQLへの変換を処理するODBCまたはOLEDBドライバーを使用しない場合のみです。
Mauditeは次のように書いています。
リレーションの作成で問題が発生する可能性があります。
Accessアプリケーションでバックエンドのスキーマを変更する理由がわからないので、これは問題ではないように思えます。
より複雑ですが、強制された場合に機能する可能性のある別のオプションは、アクセスをレールに公開する RESTful Web サービスのレイヤーを作成することです。設計に注意すれば、これらの RESTful Web サービスは ActiveResoure によって直接消費され、ActiveRecord の多くの機能が提供されます。
Access には問題を引き起こす可能性のある奇妙なことがいくつかありますが、ODBC がそれを処理するかどうかはわかりません。@John Topleyが正しい場合、ODBCが唯一のチャンスになります。
アクセスを使用すると、AcriveRecord のデバッグについて、これまで気にかけていたよりも多くのことを学ぶことができるでしょう (これは悪いことではないかもしれません)。
あなたは本当にSQLiteを許可するように彼らに話しかける必要があります。セットアップは非常に簡単で、Accessと同じように動作します（同じサーバー上のアプリの横にあるファイルとして）。
まず、あなたは本当にsqlite を使いたいと思っています。
私の経験では、Access 自体は [redacted] の山ですが、それが使用する Jet データベース エンジンは実際には非常に高速で、かなり複雑な SQL クエリを処理できます。実際に動作するレール アダプターを見つけることができれば、問題ないと思います。Railsアプリの実行中にアクセスフロントエンドでDBを開かないでください:-)
あなたのクライアントが承認されたデータベースのリストでのみ開発を許可するのに十分なほど肛門である場合、彼らはJetが 非推奨であり、MSからのサポートが得られなくなるという事実により懸念を抱く可能性があります.
これにより、実際のデータベースを使用するための弾薬が得られる可能性があります。幸運を