mysql - 数据宏 - MySql 后端

Question

我想知道是否有人可以就我如何处理以下问题提供任何建议:

我为手机号码创建了 Microsoft Access 数据库。这是由前端表单和后端表组成的，它还通过我嵌入到原始前端表单中的另一个子表单进行了审核，并且一切正常。

但是此数据库已将其所有后端表转换为 mySQL。

我以前可以使用“表”选项卡中提供的“插入后”和“更新后”选项，但在表迁移后这些选项已变为灰色。

还有其他地方可以添加我的代码以仍然提供相关的审核详细信息吗？

谢谢

Answer 1

Access中的表触发器于2010年推出，它们是真正的数据库引擎级触发器，也是真正的存储过程。

也就是说，当采用MySQL、Oracle、SQL server等时，这些表事件当然是灰色的。

鉴于几乎每个供应商都有自己的声明变量、声明触发器、声明和编写存储过程代码的方式，那么您必须使用您选择的数据库系统的语言重新编写表逻辑，而不再是 Access。

因此，Access 从 2010 年起就有了表事件和存储过程。如果你转储Access并使用SQL Server，那么显然这样的存储过程代码和触发器必须用后端语言和系统编写。因此，对于 SQL Server，您可以使用 t-sql 来创建这些存储过程和表事件。

如果您使用 Oracle，那么您可以在 pl/sql 中编写此类存储过程代码。

如果您使用 MySQL，那么您必须使用其存储过程语言编写和设置此类过程代码。

因此请记住，对于 Access 2010 及更高版本，您不仅能够定义表触发器，而且还能够在数据库引擎级别编写存储过程代码。如果您没有在计算机上安装 Access，并且使用 vb.net、c#、FoxPro 等打开 Access 数据库表，这些触发器和存储过程代码甚至会运行。因此，“数据宏”语言不是 VBA，而且代码在引擎级别运行，独立于前端。

所以如果你选择将数据存储在oracle中，那么这样的表事件和存储过程代码就必须用oracle语言编写并放置在服务器上。

据我所知，这种“方法”对于地球上的每个数据库系统都是相同的，直到 SQL 语言扩展到支持过程代码，并成为所有数据库供应商采用的标准。

因此，不仅供应商都倾向于使用不同的 SQL 方言(非常接近)，而且每个供应商的存储过程语言也显着不同 - 包括用于 Access 表和触发器的存储过程语言。

因此，您必须使用 MySQL 允许编写此类存储过程代码的任何语言来移动并重新编写 Access“数据宏”代码。