整合两个数据集...帮助！
我正在做一些工作来集成两个不同地方的两个数据库。 一个是 Access 数据库，另一个是 SQLServer。 该集合的大小确实很小，比如 350 条记录。 这可能非常简单，但是“拥有”数据集的两个人坚持能够向数据库添加新字段。
关于我如何最好地解决这个问题有什么想法吗？ 干杯! ;-)
I'm doing some work to integrate two databases in two different places. One is an Access db and the other SQLServer. The size of the set is really quite small, say 350 records. This could be really straightforward however the two people that 'own' the datasets insist on being able to add new fields to the databases.
Any ideas as to how i can best go about this? Cheers! ;-)
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（2）
这是 RDF 的典型代表。 不幸的是，这些问题1%是技术性的，99%是外交性的。 祝你好运。
This is the poster-child for RDF. Unfortunately, such problems are 1% technical and 99% diplomacy. Good luck.
我做出一些假设： 1. 您和您的最终用户对 Microsoft Access 表示满意； 2.当基础列发生变化时，统一视图不需要动态变化，即，您愿意并且能够采取某种操作来更新您的视图； 3.“连接”列不会改变。
如果所有三个假设都成立，我只需创建一个新的 Access 数据库，链接两个旧表，然后创建一个查询，从两个表中选择所有列（或仅选择您想要的列）。 当数据更改时，只需使用链接表管理器更新表，然后对查询进行任何所需的更改（如果您没有选择所有列）。
如果幸运的话，用户只是希望能够灵活地添加列，但没有实际计划这样做。 有时他们只是不想致力于设计。
我个人不太喜欢在生产场景中使用 Access，但由于您的生产数据源之一已经是 Access，而且 Access 非常擅长集成单独的数据源，因此在这种情况下可能有意义。
I'm making a few assumptions: 1. You and your end-users are OK with Microsoft Access; 2. The unified view doesn't need to change on the fly when the underlying columns change, i.e., you're willing and able to take some kind of action to update your view; 3. The "join" columns are not going to change.
If all three assumptions are true, I would just create a new Access database, link in the two old tables, and create a query the selects all columns (or just the ones you know you want) from both tables. When the data changes, just use the Linked Table Manager to update the tables and then make any needed changes to the queries (if you didn't select all columns).
If you're fortunate, the users just want the flexibility to add columns but have no actual plans to do so. Sometimes they just don't want to commit to a design.
I'm personally not a big fan of using Access in production scenarios, but since one of your production data sources is already Access, and since Access is so good at integrating separate data sources, it may make sense in this case.