Zend_Db_Table 连接查询与数据库视图
我想知道访问数据库数据时实现一致性的最佳实践和最佳方法是什么：
当前结构如下
Data Access --> Business Logic --> Controller --> View
我的数据访问层由 Zend_Db_Table、Zend_Db_TableRowset 组成每个表都有一个 Zend_Db_TableRow 。
我的业务逻辑存储在基于 table 命名的模型中
有问题的查询示例：
我想根据用户名获取特定用户。为此，我有一个 user 表和一个 role 表（role.id 在用户表）。
我不想使用 findDependentRowset 来为返回的每一行运行额外的查询。 （在显示数据的数据网格中会出现问题，因为可以返回许多行）。
我的选择（本示例中使用 getName() 进行简化，但它可以是任何处理）：
在用户表中的角色表上进行自定义联接，这将返回一个
索引数组 由关联数组组成。在这种情况下，我无法调用Model_DbTable_User中定义的getName()函数来构建名称（名字 + 中间名 + 姓氏）。即使我将数组“转换”为Zend_Db_Table_Rowset（或我的自定义 table_rowset），我也无法访问我的自定义类方法，因为我得到了一个通用的Zend_Db_Table_Row对象。进行自定义联接，但在运行时在查询中使用
CONCAT()构建名称，我仍然得到一个数组，但名称已构建，因此我不需要getName( ）方法。但是，如果我有特定的逻辑要应用，我就会陷入困境。创建一个视图，连接数据库中的
user和role表，并创建一组新的Zend_DbTable、Zend_DbTableRowset和Zend_DbTableRow。这样我就可以在我的数据库堆栈中拥有特定的逻辑。ORM（推进或主义（1 或 2）），我对此没有经验，我可能需要更多信息才能做出正确的选择。
我的另一个目标是确保数据结构的一致性，
即： 一路数组：
array(
array(row1),
array(row2)
);
一路对象
$row = $rowset->current();
$row->field;
I was wondering what would be the best practices and the best way to achieve consistency while accessing your database data :
Current structure goes as follow
Data Access --> Business Logic --> Controller --> View
My data access layer is composed of a Zend_Db_Table, Zend_Db_TableRowset and a Zend_Db_TableRow for each table.
My business logic is stored in the model named based on a the table
Example of problematic query :
I want to get a specific user based on his username. To do so I have a user table and a role table (role.id is referred as role_id in the user table).
I don't want to have to use the findDependentRowset that will run additionnal queries for each row that get returned. (will get problematic in data grid that display the data as many rows can be returned).
The choices I have (getName() is used in this example to simplify, but it can be any processing) :
Make a custom join on the role table in the user table which will return an
index arraycomposed ofassociative array. In that case I can't call mygetName()function defined in myModel_DbTable_Userto build the name (first name + middle + last name). Even if I "cast" my array to aZend_Db_Table_Rowset(or my custom table_rowset) I can't access my custom class method since I get a genericZend_Db_Table_Rowobject.Make a custom join but build the name using
CONCAT()in my query at runtime, I still get an array but the name is build so I don't need thegetName()method. But if I have specific logic to apply i'm stuck.Make a view joining
userandroletables in my database and create a new set ofZend_DbTable,Zend_DbTableRowsetandZend_DbTableRow. This way I can have specific logic in my database stack.An ORM (propel or doctrine (1 or 2)), I have no experience with these, I might need more informations to make the right choice.
My alternate goal is to be sure I get consistency in my data structures
ie:
array all the way :
array(
array(row1),
array(row2)
);
object all the way
$row = $rowset->current();
$row->field;
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
无论如何，都应该创建一个视图，因为它对其他想法的补充大于与它们的竞争。该视图将：
创建视图后，您可以选择最能解决问题的策略。如果您要创建代表单个实体的表单，那么 ORM 可能是一个不错的选择。但是，如果您要显示大量数据列表或生成包含许多实体的报告，那么使用 SQL 等声明性语言可能更容易并且性能更好。
Creating a view should be done regardless because it complements the other ideas more than it competes with them. The view will:
Once you've created the views, you can choose a strategy that best solves the problem. If you're creating a form that represents a single entity, then an ORM is probably a good fit. But if you're displaying large lists of data or generating reports that contain many entities then using a declarative language like SQL is probably easier and would perform better.