保持prem access数据库与SQL Azure同步
我正在使用云技术启用一个VB5销售点类型的应用程序，该应用程序使用Access数据库安装在40个商店位置（“97”）。我知道-这是个坏主意，但这正是我的客户想付钱给我做的-250000行代码，所以没有预算重写它 我计划创建一个SQLAzure数据库，并使用API（PaaS）允许所有位置使用公共数据 每个位置对单个成员表平均只有100 DB的调用，用于访问成员数据和奖励计划数据保持prem access数据库与SQL Azure同步,azure,ms-access,vb6-migration,Azure,Ms Access,Vb6 Migration,我正在使用云技术启用一个VB5销售点类型的应用程序，该应用程序使用Access数据库安装在40个商店位置（“97”）。我知道-这是个坏主意，但这正是我的客户想付钱给我做的-250000行代码，所以没有预算重写它 我计划创建一个SQLAzure数据库，并使用API（PaaS）允许所有位置使用公共数据 每个位置对单个成员表平均只有100 DB的调用，用于访问成员数据和奖励计划数据 如果您有任何想法可以让on-prem-Access数据库与Azure数据保持同步，我将不胜感激。我想这样做，以防在某个位
如果您有任何想法可以让on-prem-Access数据库与Azure数据保持同步，我将不胜感激。我想这样做，以防在某个位置失去互联网连接。我认为我不能使用Azure SQL Sync，因为所有数据库都需要是SQL Server DB。我想简单地使用本地访问数据库作为缓存，每当成员首次访问其成员sql数据时，检查上次更新日期是否不同，如果是，则更新访问数据库。也许是更好的方式？好吧，2009年、2010年有一个.net同步提供商在四处游荡以供访问。它在2009年PDC上进行了演示。遗憾的是，ms access的同步提供程序从未向公众发布。这将允许无缝同步到Azure OS上运行的SQL <>但是，我会考虑在每个位置运行SQL Express。因此，您可以使SQL express edition成为SQL Azure的复制客户端（订阅服务器）。您可以认为/认为该数据库在同一网络上是本地的，但实际上它允许所有位置共享相同的数据 如果只有用于Rewards内容的表格-也许是一个新功能？然后仅为该部分运行SQL server。但是，如果您需要所有位置来共享数据和一个公共数据库，那么SQL server同步和复制将工作得非常好，因为everything+软件将在本地网络上运行，并访问SQL express的本地版本-但是同步部分将因此不在您现有的应用程序和代码库中 如果您知道自己在做什么，那么从JET/mdb到SQL express的迁移就可以轻松完成。它将更多地集中在VB应用程序是否使用oleDB，或者说ADO来代替say DAO（jet/Access）数据对象上 因此，如果VB应用程序使用ADO，那么使用SQL express作为后端的转换实际上是非常小的。因此，现在在每个站点上运行SQLExpress很容易，而且比基于Access/JET的后端（如果这些站点是多用户的话）更可靠。我想，如果每个站点不是多用户的，那么JET是一个很好的数据引擎，与设置、运行和安装SQLExpress相比，零安装意味着您仍然可以使用JET 没有用于访问SQL server的同步客户端。所以，你可以考虑自己滚动。
（嗯，你有点不得不这样做）。如前所述，另一种方法是在应用程序部分中不使用任何同步软件，并为此目的使用sql server同步（复制）。虽然SQL express的免费版本不能是主版本，但它们可以是SQL server同步服务的客户端/订户。因此，您不需要接触您的应用程序，只需从JET迁移到SQL express，然后同步部分就在您的应用程序之外。好吧，2009年、2010年有一个.net同步提供程序正在运行以供访问。它在2009年PDC上进行了演示。遗憾的是，ms access的同步提供程序从未向公众发布。这将允许无缝同步到Azure OS上运行的SQL <>但是，我会考虑在每个位置运行SQL Express。因此，您可以使SQL express edition成为SQL Azure的复制客户端（订阅服务器）。您可以认为/认为该数据库在同一网络上是本地的，但实际上它允许所有位置共享相同的数据 如果只有用于Rewards内容的表格-也许是一个新功能？然后仅为该部分运行SQL server。但是，如果您需要所有位置来共享数据和一个公共数据库，那么SQL server同步和复制将工作得非常好，因为everything+软件将在本地网络上运行，并访问SQL express的本地版本-但是同步部分将因此不在您现有的应用程序和代码库中 如果您知道自己在做什么，那么从JET/mdb到SQL express的迁移就可以轻松完成。它将更多地集中在VB应用程序是否使用oleDB，或者说ADO来代替say DAO（jet/Access）数据对象上 因此，如果VB应用程序使用ADO，那么使用SQL express作为后端的转换实际上是非常小的。因此，现在在每个站点上运行SQLExpress很容易，而且比基于Access/JET的后端（如果这些站点是多用户的话）更可靠。我想，如果每个站点不是多用户的，那么JET是一个很好的数据引擎，与设置、运行和安装SQLExpress相比，零安装意味着您仍然可以使用JET 没有用于访问SQL server的同步客户端。所以，你可以考虑自己滚动。
（嗯，你有点不得不这样做）。如前所述，另一种方法是在应用程序部分中不使用任何同步软件，并为此目的使用sql server同步（复制）。虽然SQL express的免费版本不能是主版本，但它们可以是SQL server同步服务的客户端/订户。因此，您不必接触应用程序，只需从JET迁移到SQL express，然后同步部分就在应用程序之外。非常感谢您提供的信息。非常感谢您提供的信息。不幸的是，VB应用程序使用的是VB5（不是6）和DAO。另一件事可能是一个因素。。。每个位置都有一个带有access 97数据库的安装，以及多达3个通过文件系统访问同一数据库的其他安装。由于vb应用程序有250000行代码，我认为更改为ADO将是他愿意做的更多工作。我曾考虑过使用access链接表将access与sql同步，但我认为这样做行不通