ruby-on-rails - significado - herramientas de backend

¿Algún consejo sobre cómo hacer que Rails se ejecute con un back-end de Access?

Question

Me estremece preguntar, pero mi cliente podría no ofrecer ninguna otra solución SQL (o similar a SQL). Sé que Access tiene algunos enganches SQL; ¿son suficientes para ActiveRecord básico?

Luego:

Agradezco todas las sugerencias para usar otras bases de datos, pero créanme: intenté convencerlos. Hay una lista "aprobada" y no hay bases de datos SQL en ella. Obtener algo en la lista podría tomar más de un año, y este proyecto se realizará en tres semanas.

Answer 1

Es una posibilidad remota, pero hay un adaptador ODBC para ActiveRecord que podría funcionar.

Answer 2

Hay algunas cosas extrañas en Access que pueden causar problemas y no sé si ODBC se ocupa de ello. Si lo hace @John Topley tiene razón, ODBC sería su única cancelación.

1. Verdadero en el acceso = -1 no 1
2. El acceso trata las fechas de forma diferente que el TSQL normal.
3. Puede tener problemas para crear relaciones.

Si tiene acceso, probablemente aprenderá más sobre la depuración de AcriveRecord que nunca le haya importado (lo que podría no ser algo malo)

Answer 3

Otra opción que es más complicada pero que podría funcionar si se lo obligó a hacerlo, es escribir una capa de servicios web RESTful que expondrá el acceso a los rieles. Si tiene cuidado en su diseño, esos servicios web RESTful pueden ser consumidos directamente por ActiveResoure, lo que le dará una gran parte de la funcionalidad de ActiveRecord.

Answer 4

Parece que hay algo de un adaptador de conexión de acceso aquí: http://svn.behindlogic.com/public/rails/activerecord/lib/active_record/connection_adapters/msaccess_adapter.rb

El archivo database.yml se vería así:

development:
adapter: msaccess
database: C:/path/to/access_file.mdb

Publicaré más después de haberlo probado con Rails 2.1

Answer 5

Realmente deberías convencerlos para que permitan SQLite. Es súper simple de configurar y funciona como Access (como un archivo que se encuentra junto a la aplicación en el mismo servidor).

Answer 6

En primer lugar, realmente quieres usar sqlite.

En mi experiencia, el acceso en sí mismo es un montón de [redactado], pero el motor de base de datos de Jet que utiliza es en realidad bastante rápido y puede manejar algunas consultas SQL bastante complejas. Si puedes encontrar un adaptador de rieles que realmente funcione, diría que estarás bien. Simplemente no abras el DB con la interfaz de acceso mientras la aplicación Rails se está ejecutando :-)

Si su cliente es lo suficientemente anal como para permitirle desarrollar con una lista aprobada de bases de datos, puede estar más preocupado por el hecho de que Jet está depreciado y no recibirá más apoyo de MS.

Esto podría darte un poco de munición en tu búsqueda para usar una base de datos real. Buena suerte

Answer 7

Maudite escribió:

Verdadero en el acceso = -1 no 1

Incorrecto. Verdadero se define como no ser falso. Por lo tanto, si desea utilizar True en una cláusula WHERE, use Not False en su lugar. Esto proporcionará compatibilidad completa multiplataforma con todos los motores SQL.

Dicho todo esto, no es un problema, ya que cualquier controlador que esté utilizando para conectarse a su back-end traducirá correctamente las cláusulas True in WHERE al valor apropiado. La única excepción podría estar en las consultas de paso a través, pero en ese caso, debe escribir el SQL fuera de Access y probarlo en su back-end y simplemente pegar el SQL que funciona en la vista SQL de su consulta de acceso en Access.

Maudite escribió:

El acceso trata las fechas de forma diferente que el TSQL normal.

Una vez más, esto solo será un problema si no utiliza los controladores ODBC o OLEDB, que se encargarán de traducir Jet SQL a TSQL por usted.

Maudite escribió:

Puede tener problemas para crear relaciones.

No estoy seguro de por qué quieres que una aplicación de Access altere el esquema de tu back-end, por lo que me parece que no es un problema.