A T Asked: 2011-10-26 00:42:40 +0800 CST2011-10-26 00:42:40 +0800 CST 2011-10-26 00:42:40 +0800 CST ORM 风格的服务器端编程语言（PL/SQL 的 OO 替代品？） 772 晚上好， 是否有面向对象的 PL/SQL 替代品，允许编写服务器端过程[然后称为客户端或服务器端]？ （适用于 MySQL、PostgreSQL、Oracle 等） stored-procedures plsql 2 个回答 Voted Jack Douglas 2011-10-26T01:05:14+08:002011-10-26T01:05:14+08:00 Oracle有 Java 服务器端，但我要提醒的是它不能替代PL/SQL。没有比 PL/SQL 更好的语言来处理存储在数据库中的数据——Java 可能适合计算密集型业务逻辑。 对于postgres， 目前在标准 PostgreSQL 发行版中有四种过程语言可用：PL/pgSQL（第 39 章）、PL/Tcl（第 40 章）、PL/Perl（第 41 章）和 PL/Python（第 42 章）。核心发行版中未包含其他可用的过程语言 但我认为可以公平地说 PL/pgSQL 是最成熟和功能最齐全的（而且，您可能会遗憾地听到，它与 PL/SQL 非常相似）。 我不太了解 MySQL 存储过程，但这里是文档的链接 Best Answer ConcernedOfTunbridgeWells 2011-10-26T01:29:29+08:002011-10-26T01:29:29+08:00 DBMS 上的嵌入式存储过程 我认为就您的问题而言，答案可能介于“否”和“视情况而定”之间。 大多数关系 DBMS 平台支持 SQL 派生方言或具有嵌入式 SQL 功能的过程语言中的存储过程。PL/SQL 是后一类语言的一个例子。 用任意语言编写查询并不是真正的选择，因为它们仍然必须与查询优化器交互，因此它们只能表达与其体系结构兼容的语义。即使是像 T-SQL 这样的“程序化”SQL 方言，实际上也会向优化器发出多个查询。由于与查询优化器架构的紧密耦合，SQL 总是会以这种方式受到限制。 许多 DBMS 平台支持存储过程的替代语言，例如 Oracle 中的 JVM、SQL Server 中的 CLR 集成以及 PostgreSQL 中的各种嵌入式语言。这些允许您编写过程代码，支持到 DBMS 的快速本地连接，以及（在某些情况下）与数据库管理器中的 API 集成。这些 API 允许您编写自定义聚合函数和其他扩展。 但是，除非确实有必要，否则有充分的理由不将其用于非 SQL 应用程序代码，尤其是在 Oracle 的情况下。三个主要原因是： 当以这种方式嵌入到 DBMS 中时，通常很难调试代码。 此类代码没有标准 API。它是高度不可移植的，并且与 DBMS 紧密耦合——您甚至没有相同的跨平台语言选项。您必须为您打算支持的每个 DBMS 平台编写和维护一个单独的子系统。 您正在为运行代码所用的 CPU 容量支付 DBMS 许可费用。就 Oracle 而言，DBMS 许可可能比运行它的硬件贵一个数量级。 通常，只有在绝对必要的应用程序中使用 DBMS 中的嵌入式代码才是明智的。 替代方案：OODBMS 平台 一些 OODBMS 平台，如Gemstone/S，旨在支持紧密耦合的 OO 语言，系统旨在像这样运行。然而，在 Gemstone/S 的情况下，系统与一组有限的语言紧密耦合，主要是 Smalltalk。 然而，Gemstone/S VM 已经足够好了，有人甚至移植了 ruby 以在其上运行一个名为maglev 的项目。. 这可能会让你更接近你想要的，但它需要你移动到一个特定的平台。
Oracle有 Java 服务器端，但我要提醒的是它不能替代PL/SQL。没有比 PL/SQL 更好的语言来处理存储在数据库中的数据——Java 可能适合计算密集型业务逻辑。
对于postgres，
但我认为可以公平地说 PL/pgSQL 是最成熟和功能最齐全的（而且，您可能会遗憾地听到，它与 PL/SQL 非常相似）。
我不太了解 MySQL 存储过程，但这里是文档的链接
DBMS 上的嵌入式存储过程
我认为就您的问题而言，答案可能介于“否”和“视情况而定”之间。
大多数关系 DBMS 平台支持 SQL 派生方言或具有嵌入式 SQL 功能的过程语言中的存储过程。PL/SQL 是后一类语言的一个例子。
用任意语言编写查询并不是真正的选择，因为它们仍然必须与查询优化器交互，因此它们只能表达与其体系结构兼容的语义。即使是像 T-SQL 这样的“程序化”SQL 方言，实际上也会向优化器发出多个查询。由于与查询优化器架构的紧密耦合，SQL 总是会以这种方式受到限制。
许多 DBMS 平台支持存储过程的替代语言，例如 Oracle 中的 JVM、SQL Server 中的 CLR 集成以及 PostgreSQL 中的各种嵌入式语言。这些允许您编写过程代码，支持到 DBMS 的快速本地连接，以及（在某些情况下）与数据库管理器中的 API 集成。这些 API 允许您编写自定义聚合函数和其他扩展。
但是，除非确实有必要，否则有充分的理由不将其用于非 SQL 应用程序代码，尤其是在 Oracle 的情况下。三个主要原因是：
当以这种方式嵌入到 DBMS 中时，通常很难调试代码。
此类代码没有标准 API。它是高度不可移植的，并且与 DBMS 紧密耦合——您甚至没有相同的跨平台语言选项。您必须为您打算支持的每个 DBMS 平台编写和维护一个单独的子系统。
您正在为运行代码所用的 CPU 容量支付 DBMS 许可费用。就 Oracle 而言，DBMS 许可可能比运行它的硬件贵一个数量级。
通常，只有在绝对必要的应用程序中使用 DBMS 中的嵌入式代码才是明智的。
替代方案：OODBMS 平台
一些 OODBMS 平台，如Gemstone/S，旨在支持紧密耦合的 OO 语言，系统旨在像这样运行。然而，在 Gemstone/S 的情况下，系统与一组有限的语言紧密耦合，主要是 Smalltalk。
然而，Gemstone/S VM 已经足够好了，有人甚至移植了 ruby 以在其上运行一个名为maglev 的项目。. 这可能会让你更接近你想要的，但它需要你移动到一个特定的平台。