任何提示在越来越轨道运行一个访问后结束了吗？

Question

我不寒而栗的要求，但我的客户可能提供任何其他SQL(或类似SQL)的解决方案。我知道访问了一些SQL钩；他们有足够的基本Email?

后来：

我感谢所有的建议使用的其他数据库，但是相信我:我试着说服他们。还有一个"批准"列出，并没有SQL数据库。得到的东西放到列表中可能需要一年多的时间，而这个项目将在三个星期。

Answer 1

这是一个长枪，但有一个 ODBC适配器Email 可能的工作。

Answer 2

似乎有什么东西的访问连接器在这里： http://svn.behindlogic.com/public/rails/activerecord/lib/active_record/connection_adapters/msaccess_adapter.rb

该数据库。阳明海运的文件是这样的：

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

我会后更后我已经试过了出轨2.1

Answer 3

另一个选择更加复杂，但能工作，如果你是被迫这样做，是编写一个层的宁静网服务，将获得接轨。如果你小心你的设计，那些宁静的网的服务可以直接消费的ActiveResoure这将给你一个很大的功能性的Email.

Answer 4

有一些奇怪的东西，在访问可能会引起问题，我不知道如果ODBC需要照顾它。如果它不@约翰*托普利是正确的，ODBC将是你只用。

1. 真正的在访问=-1不1
2. 访问视日期不同于经常TSQL.
3. 你可能会遇到麻烦建立关系。

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

Answer 5

Maudite写道：

真正的在访问=-1不1

不正确的。真是定义为不是虚假的。所以，如果你想要使用的真正在那里的条款，使用不是虚假的，而不是。这将提供完整的跨平台兼容性有所有SQL引擎。

所有这一切说，它几乎没有一个问题，因为不管你正在使用连接到你的回端将适当地翻译在哪里条款，以合适的价值。唯一的例外可能是在穿过查询，但在这种情况下，你应该写SQL外的访问以及测试它对你的后端，只是粘贴的工作SQL到SQL看你穿过查询在访问。

Maudite写道：

访问视日期不同于经常TSQL.

再次，这是只是一个问题，如果你不去通过的ODBC或OLEDB驱动程序，这将需要护理的翻译喷SQL入TSQL你。

Maudite写道：

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

我不知道为什么你想一个接入的应用程序可以改变模式的后端，因此这似乎我像个不是问题的问题。

Answer 6

你真的应该谈谈他们允许进入源码.这是超级-简单的设置和运作就像访问将(作为文件坐下来的应用程序在相同的服务器)。

Answer 7

首先，你 真的 想要使用源码.

在我体验访问本身就是一堆[删除]，但飞机数据库引擎，它使用的实际上是相当快的和可以处理一些非常复杂的SQL查询。如果你能找到一个轨道器，实际工作，我想说你会没事的。只是不开放数据库的访问的前端，而你的轨程序运行:-)

如果你的客户是肛足以仅仅让你发展一个经批准的清单的数据库，他们可以更多关注的事实， 喷射 deprectated 并将得不到更多支助，女士

这可能给你一些弹药在你寻求使用一个真正的数据库。祝你好运