global_moderators

是要定义一个层级树吗？Odoo 10.0对有层级关系的数据结构是直接支持层级树的展示的。比如下面的HR的雇员层级列表视图：

        <record id="view_partner_tree2" model="ir.ui.view">
            <field name="name">hr.employee.tree</field>
            <field name="model">hr.employee</field>
            <field name="field_parent">child_ids</field>
            <field name="priority" eval="20"/>
            <field name="arch" type="xml">
                <tree string="Employees">
                    <field name="name"/>
                    <field name="work_phone"/>
                    <field name="work_email"/>
                    <field name="company_id" groups="base.group_multi_company"/>
                    <field name="department_id"/>
                    <field name="job_id"/>
                    <field name="coach_id" invisible="1"/>
                    <field name="parent_id" invisible="1"/>
                </tree>
            </field>
        </record>

注意field_parent的定义。

V11.0以后，Odoo去除了对field_parent的支持，不过社区中有位弟兄贡献了一个对tree view的扩展：https://github.com/openliu/odtree

系统中应该已经安装过PGSQL数据库了吧

这是正在开发中的学习管理系统的mockup：https://projects.invisionapp.com/share/6DQ22IMQ9HV#/screens

@hui 在 odoo12中Sale Order如何自动生成Purchase Order 中说：

sale.order中两个订单中，产品相同（产品的供应商一样，产品路线是Make To Order），这样两单都Confirm时，是怎么自动生成Purchase Order,并合并的？

按钮Confirm对应的方法action_confirm只是修改了Sale Order的订单状态，没有逻辑生成Purchase Order的？

光看sale模块当然是不够的，你需要看一下sale_stock模块里的action_confirm,然后从那里往下追溯。

补充：
确认销售订单时，自动生成采购询价单，需要有3个条件：
产品为 库存商品，并且设置了 供应商，路线为Make To Order + Buy：
https://www.odoo.com/documentation/user/12.0/zh_CN/purchase/replenishment/flows/purchase_triggering.html

新的提交：https://github.com/odoo/odoo/pull/31059 引入两个新的装饰器：@api.preupdate 和 @api.postupdate , 用来处理对应字段更新前和更新后的处理逻辑，这样我们就不需要覆写create, write方法。比如下面当记录中的驾驶员改变后，我们将驾驶员信息添加到历史记录中：

            @api.postupdate('driver_id')
	    def _postupdate_driver_history(self, vals):
	        if 'driver_id' in vals and vals['driver_id']:
	            self.create_driver_history(vals['driver_id'])

太棒了，谢谢分享，

“数据库视图”（SQL VIEW）也可以理解为“虚拟表”，它是对数据库一个或多个表的查询结果集。结果集的内容会自动根据其查询表的数据的更新而更新。

Odoo的report就是基于这个“虚拟表”的数据根据不同用户所设定的查询条件返回并展示不同的数据结果。

我估计你的report_result模型是设了类属性_auto = False，而report_view是定义在init方法中的。如果是这样，那么这个就是Odoo的标准的report定义方法。

模型（比如report_result)并不一定要与数据库的表关联，它也可以与SQL View关联（通过上述表述的方式）。SQL View数据库视图并不是普通的数据库表，它本身并不存储数据，它实际就是对数据库表的Sql查询结果集。

@franciewang 在 关于odoo自定义分析报表，数据展示的问题。 中说：

从report_view中查询出结果，然后再插入到report_result中，最终用report_result模型作为报表展示

你对报表数据的运算流程的描述是错误的。如果认为有性能问题，需要提供性能瓶颈的依据，不是靠这样猜测的。

Daniel Reis 的这本书的上一个版本因为选择的例子不好，所以感觉很一般。这个第四版使用图书馆管理应用作为例子进行了全面的重写，比之前的版本写得要好很多。

@snowdown 非常感谢你的翻译，翻译的很棒，会去你的博客跟你交流的:-)