什么'当地'的意思是在上下文中两个有关的技术？

Question

该方案在问题涉及的备受指责 Microsoft喷数据库引擎.的断言是的 数据访问的对象 (岛)的数据接入技术的'当地'喷气机，其含义是，创造一个对象通道的模型是"高级"做同样的通过SQL码的执行的内在 Microsoft Access 用户接口。

此外，据称，如果你不能创造一些通道，然后通过的定义，它不是'当地'到喷气式飞机。

对我来说，这一定义的'当地'似乎是错误的。有一定数量的喷气机的对象，出于历史和Microsoft政治原因，被省略，从或只是部分地实施道(CHECK 的限制，固定宽度的数据类型， DECIMAL 数据类型，可压缩的数据类型，等等)，但被列入飞机的SQL 数据定义的语言 (言).直觉就告诉我喷SQL言应被视为'当地'的喷气发动机。

所以我的问题是：为什么一个技术似乎外部(岛)被视为'当地'和技术的另一个看似内部(SQL言)被视为'非本地'?我应该令人担忧自己的东西是否'当地'或以其他方式?

Answer 1

也许我是错的，但我总是理解这样的：

• MS喷数据库引擎是通过各种手段一数据库引擎(动力不足或不)
• 它的"本地"接口到外面的世界是一个SQL dialect

鉴于：

• 岛是一个微软数据库抽象层，设计用于在一个COM环境状VBA或Windows脚本
• 这是发达国家与访问(这可以看作为用户界面/报告工具MS喷气，因为MS喷可能存在没有MS Access)，并强烈捆绑在一起的两个MS喷气机和MS Access，但它是在相同的类别ADO会

Answer 2

在我看来，这个问题并非真诚地发布 - 它完全针对我以及我一直在回应你的意见的评论。我已经在其他地方回答了所有问题，但为了清楚说明，让我概述一下Jet的历史。

Jet是在90年代早期与Access一起推出的。在版本1和版本2之间，MS收购Foxpro并将其“Rushmore”合并到其中。技术融入Jet。在这个时间框架的某个地方，MS开发了DAO作为Jet的接口层。我不知道DAO曾经存在的东西除了使用Jet进行所有数据访问的数据接口层之外的任何东西，但这就是它对我的看法。 Jet是一个相当不错的选择，因为使用ODBC和可安装的ISAM，它可以使您的应用程序中的任何常见数据库格式看起来和行为与本机Jet数据的外观和行为相同。在那些日子里，桌面数据库市场由dBase及其变体和Paradox主导。这些都是桌面数据库引擎，而不是服务器数据库。通常通过ODBC访问服务器数据库，但当时对桌面数据库应用程序开发人员来说并不重要。 Jet很好地连接到ODBC数据源并且非常有效地利用它们，虽然它有时会出错（这就是为什么ODBCDirect被引入Jet，它会绕过Jet的数据处理引擎的某些方面）。

现在，与Visual / Jet / DAO的崛起并行，Visual Basic是广泛的Windows应用程序开发的热门产品，在Web蓬勃发展之前，VB是世界上使用最广泛的编程语言。 DAO和Jet为VB开发人员提供了各种数据存储的接口，VB开发工具与它们很好地集成在一起。因此，在ODBC之后，DAO成为MS的关键数据接口层，利用Jet引擎处理各种数据。

当然，这有其问题，而且Jet / DAO（和VB）都是面向桌面的工具也非常有限。到90年代中后期，MS正试图从桌面软件，桌面操作系统和开发工具的提供商扩展到企业软件提供商。因此，MS需要开发更强大的数据接口，例如用于数据库服务器的ODBC，但具有新服务器数据库提供的所有现代功能。 OLEDB就是这样的答案，ADO作为OLEDB顶部的接口层（正如DAO是Jet顶层的接口层）。虽然DAO的目标是通过Jet数据库引擎提供对大量数据存储的访问，但OLEDB是一个更中性的数据接口层，如ODBC，数据库抽象层，ADO是该中性数据接口层的接口。

关于“本地”的问题DDL，事实上，在Jet 4之前，对SQL DDL的支持非常差。也就是说，Jet的功能无法通过SQL DDL控制。相反，您必须使用DAO来控制这些功能。虽然Jet数据库引擎程序员当然包含DDL示例以及DAO示例，但DAO示例能够做得更多，因为Jet DDL SQL从不支持Jet数据库的所有功能。

因为内部的MS政治而出现了令人困惑的故障。到1999年，当MS推出Access 2000（带有新版本的Jet，4.0）时，MS希望退出DAO，转而支持ADO。 MS使ADO成为Access中的默认数据接口层，即使使用ADO没有任何意义（即，您的数据存储是Jet）。作为这项工作的一部分，MS没有完全更新DAO以包含对Jet 4的所有新功能的支持 - 相反，他们将这些努力放在ADO中。结果是Jet的本机数据接口层DAO缺乏对数据库中性接口laye的Jet功能的支持