ruby-on-rails - view教程 - 创建rails项目




有关使Rails与Access后端运行的任何提示? (5)

Access中有一些奇怪的东西可能会导致问题,我不知道ODBC是否照顾它。 如果是这样的@约翰·托普利是正确的,ODBC将是你唯一的取消。

  1. 在访问= -1不是1
  2. 访问对待日期不同于普通的TSQL。
  3. 你可能会遇到麻烦建立关系。

如果你去访问,可能会更多地了解调试AcriveRecord,然后你曾经关心(这可能不是一件坏事)

我不寒而栗,但我的客户可能不会提供其他SQL(或类似SQL)的解决方案。 我知道Access有一些SQL钩子; 他们对于基本的ActiveRecord足够了吗?

后来:

我很欣赏所有使用其他数据库的建议,但请相信我:我试图说服他们。 有一个“批准”列表,并没有SQL数据库。 把事情列入清单可能需要一年多的时间,这个项目将在三周内完成。


另一个更复杂但是可以工作的选择是,如果你不得不这么做的话,那就是编写一层REST风格的Web服务,这个Web服务将把Access暴露给rails。 如果您在设计时非常小心,那么这些REST风格的Web服务可以被ActiveResoure直接使用,这将为您提供很多ActiveRecord的功能。



你应该让他们谈论允许SQLite。 这是非常简单的设置,并像访问将操作(作为一个文件坐在同一台服务器上的应用程序旁边)。


Maudite写道:

在访问= -1不是1

不正确。 True被定义为不是假的。 所以,如果你想在WHERE子句中使用True,请改用Not False。 这将提供与所有SQL引擎的完整的跨平台兼容性。

所有这一切说,这不是一个问题,因为无论你用什么驱动程序来连接到你的后端将正确地将WHERE子句中的True转换为适当的值。 唯一的例外可能是传递查询,但是在这种情况下,您应该在Access之外编写SQL并在后端对其进行测试,并将正在工作的SQL粘贴到Access中的传递查询的SQL视图中。

Maudite写道:

访问对待日期不同于普通的TSQL。

同样,如果你不通过ODBC或OLEDB驱动程序,这将是一个问题,它将负责将Jet SQL转换为TSQL。

Maudite写道:

你可能会遇到麻烦建立关系。

我不知道为什么你想要一个Access应用程序来改变你的后端架构,所以这在我看来是一个非问题。





activerecord