MS Access 的数据库迁移

发布于 2024-12-12 04:40:32 字数 327 浏览 0 评论 0原文

有很多可用于 Ruby、.NET、SQL Server 等的数据库迁移工具。Access

/VBA 有什么好用的吗?我不得不自己推出几次,但我真的很想将这种负担转移到一个编写良好的工具上。

理想的解决方案类似于 FluentMigratorRikMigrations 包含 DAO 代码的类或模块。

There are a lot of database migration tools available for Ruby, .NET, SQL Server, etc.

Is there anything good for Access/VBA? I've had to roll my own a few times, but I'd really like to offload that burden onto a well-written tool.

The ideal solution would be something like FluentMigrator or RikMigrations with classes or modules that contain DAO code.

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

诗酒趁年少 2024-12-19 04:40:32

当只有需要个人添加的新列时,我倾向于在用户界面中执行此操作。我在后端数据库中有一个临时表,它永远不会被任何用户锁定,在创建新列时,我将其第一个添加到该表中,并仔细检查所有属性是否正确。然后,当用户不使用后端数据库时,我复制并粘贴它,然后允许用户重新登录。

这意味着后端数据库在最短的时间内不可用,并且在创建列时我不会着急。

When there are only new columns to add personally I tend to do this in the user interface. I have a temporary table in the backend database which is never locked by any users and when creating a new column I add it 1st to this table and double check all the properties are correct. Then when the users are not using the backend database I copy and paste it, then allow users back in.

This means the backend database is unavailable for the shortest period of time and I am not rushed when creating the columns.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文