BI Web应用程序的存储过程和/或ORM

时间:2011-03-04 10:18:28

标签: stored-procedures orm business-intelligence

我正在使用php 5构建一个商业智能Web应用程序,它显示从高度规范化的数据仓库中检索到的信息(mysql中有60多个表)。

我们使用MODx作为我们的CMF来组织代码。到目前为止代码主要是procedura,每个页面基本上都是由一堆sql查询直接在php代码中编写的(Snippet在MODx术语中)和代码以表格和图形方式显示信息。

我们正在为主要组件创建对象并将sql查询放在那里并使用PDO。当查询映射到域的真实对象时,很容易做到。

对于更多BI(使用子查询聚合,加入5+表)或面向搜索的查询,我发现更难以看到如何替换动态创建的sql。例如,我们在Web应用程序中具有许多标准的搜索功能。根据选择的标准,php代码添加或删除要加入的表,子查询并更改“where”子句。

您认为ORM或存储过程可以提高该上下文中的代码性能/质量吗? 我们的模型(60多个表高度标准化)是否太复杂,无法从Web应用程序直接访问,而一种datamart(基本上是非规范化的数据视图)会带来比ORM更多的好处?

此问题与:stored-procedures-or-or-mappers

有关

1 个答案:

答案 0 :(得分:0)

瓶颈肯定是规范化的水平 - 如果您可以使用该选项,采用更多星型模式DWH将大大提高性能,因为它预先准备好数据以供BI应用程序使用。