本文基于11.0 社区版

我们知道，odoo中的仓库管理由仓库、库位、货架等组成，其中真正用于存储货物的概念是库位和货架，在编程意义上，这两者是同一个对象，即stock.location。由于location支持层级结构，因此区分出应用意义上的库位和货架。

如上图，Public Stock/S是一个物理库位，S-A1-1-1则代表了这个库位下的一个货架。

这样做是没有任何问题的，只是有部分客户觉得这样在进行调拨的时候，选的库位太长，比较繁琐，要求我们给加一个独立的货架功能，不影响既有系统的功能。

这个可难住宝宝们了，新增一个货架功能，牵扯到太多的内容，调拨要修改，盘库要修改，库存(stock.quant)也要修改，最麻烦的是，quant的合并和分隔逻辑一旦修改不好就会出问题。

愁坏了。

后来在晚上搜索到有人用包裹作为托盘使用的例子，受到启发，想了想似乎包裹也可以替代单层货架的功能，逻辑上没有什么大的问题

新建货架类型的包裹

首先，我们新建一个货架类型的包裹类型：

然后我们创建以一个演示货架：

入库到货架

入库到货架，只要在入库时，指定目的包裹到目标货架即可：

从货架出库

仓库内调拨和出库一样，都只需要指定源包裹为目标货架：

这样，我们就顺利解决了客户提出的问题。

假设有一个表A，包含两个字段id和name，表结构如下：

1
2
3
4
5
6

test=# \d test;
                     Table "public.test"
 Column |       Type        | Collation | Nullable | Default 
--------+-------------------+-----------+----------+---------
 id     | integer           |           |          | 
 name   | character varying |           |          |

现在我们往表test中插入多条重复的数据：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15

test=# insert into test values (1,'小明');
INSERT 0 1
test=# insert into test values (2,'小明');
INSERT 0 1
test=# insert into test values (3,'小明');
INSERT 0 1
test=# insert into test values (4,'小李');
INSERT 0 1
test=# insert into test values (5,'小李');
INSERT 0 1
test=# insert into test values (6,'小李');
INSERT 0 1
test=# insert into test values (7,'小红');
INSERT 0 1
test=# insert into test values (8,'小红');

插入后的结果如下表：

1
2
3
4
5
6
7
8
9
10

 id | name 
----+------
  1 | 小明
  2 | 小明
  3 | 小明
  4 | 小李
  5 | 小李
  6 | 小李
  7 | 小红
  8 | 小红

现在我们的需求是删除表test中重复的数据。

不使用delete using的写法

常规的写法我们需要借助ROW_NUMBER函数，先根据name字段进行划分，根据id进行倒序排列，取其ROW_NUMBER值大于1的，将其删除，剩余就是我们需要的值。

1
2
3

delete from test where id in (
select id from 
(select id,name,ROW_NUMBER() over (partition by name order by id desc) as num from test ) as t where t.num >1);

使用delete using的写法

postgresql特有的一种写法就是使用delete using语法。

1

delete from test a using test b where a.id<b.id and a.name=b.name;

using 有点类似子查询，可以关联包含在where子语句中的字段的表。本例子中的a.id<b.id就是筛选出a表中id小于b表中id的记录。

碰到odoo的一个骚操作，为什么说它骚，因为我们知道，一般json请求的返回值是json，然后由前端js来处理跳转之类的动作。如果请求是http，那么跳转之类的动作由浏览器根据返回值处理。odoo这个地方骚劲在于，前端的请求是以json方式进来的，它没有返回json，而是返回了一串bytes字节，然后页面居然跳转了。

具体内部机制有待进一步探究，先把代码放这里，给以后的开发留一个思路。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36

# website_sale/controllers/main.py
@http.route(['/shop/payment/transaction/',
        '/shop/payment/transaction/<int:so_id>',
        '/shop/payment/transaction/<int:so_id>/<string:access_token>'], type='json', auth="public", website=True)
def payment_transaction(self, acquirer_id, save_token=False, so_id=None, access_token=None, token=None, **kwargs):
    """ Json method that creates a payment.transaction, used to create a
    transaction when the user clicks on 'pay now' button. After having
    created the transaction, the event continues and the user is redirected
    to the acquirer website.

    :param int acquirer_id: id of a payment.acquirer record. If not set the
                            user is redirected to the checkout page
    """
    tx_type = 'form'
    if save_token:
        tx_type = 'form_save'

    # In case the route is called directly from the JS (as done in Stripe payment method)
    if so_id and access_token:
        order = request.env['sale.order'].sudo().search([('id', '=', so_id), ('access_token', '=', access_token)])
    elif so_id:
        order = request.env['sale.order'].search([('id', '=', so_id)])
    else:
        order = request.website.sale_get_order()
    if not order or not order.order_line or acquirer_id is None:
        return False

    assert order.partner_id.id != request.website.partner_id.id

    # find or create transaction
    tx = request.website.sale_get_transaction() or request.env['payment.transaction'].sudo()
    acquirer = request.env['payment.acquirer'].browse(int(acquirer_id))
    payment_token = request.env['payment.token'].sudo().browse(int(token)) if token else None
    tx = tx._check_or_create_sale_tx(order, acquirer, payment_token=payment_token, tx_type=tx_type)
    request.session['sale_transaction_id'] = tx.id
    return tx.render_sale_button(order, '/shop/payment/validate')

tx.render_sale_button方法的返回值类似如下值：

1
2
3
4
5

<input type="hidden" name="data_set" data-remove-me="" data-action-url="/payment/transfer/feedback"/>
<input type="hidden" name="return_url" value="shop/confirmation"/>
<input type="hidden" name="reference" value="S01205"/>
<input type="hidden" name="amount" value="648"/>
<input type="hidden" name="currency" value="CNY"/>

postgresql中null在asc排序中默认是在后面的，因此，当排序为desc时，null值就排在了前面，这可能会对我们开发过程中造成干扰。

让null在desc排序时排在后面的方法也很简单：

1

order by xx desc nulls last

window机器过了一个周末没有关机，变得异常卡顿，无奈之下硬重启。重启之后，VM虚拟机打不开，报错信息：

1

锁定文件失败，打不开磁盘或快照所依赖的磁盘

因为虚拟机在运行的时候，会锁定文件，防止被修改，而如果突然系统崩溃了，虚拟机就来不急把已经锁定的文件解锁，所以你在启动的时候，就会提示无法锁定文件.

解决方法

把虚拟机所在文件夹内以.lck为后缀的文件都删掉。

python连接sqlserver使用的是pymssql库，简单的用法如下：

1
2
3
4
5
6

import pymssql

 self.conn = pymssql.connect(
            host=host, user=user, password=password, database=database, port=port, charset=charset)
        self.cr = self.conn.cursor()

需要注意以下两点：

• port： 默认的端口1433可以省略，如果更换了端口需要指明
• charset：中文sqlserver中的排序规则是Chinese_PRC_CI_AS，通过SELECT COLLATIONPROPERTY( ‘chinese_prc_ci_as’, ‘codepage’ )查询对应的代码页，例如，查出来的值是936，那么对应的字符集就是cp936。代码页对照可以查看这里)

数据库管理

创建数据库：

1

create database name;

修改数据库：

1
2
3
4

alter database [name] rename to [newname]; # 重命名数据库
alter database [name] owner to [new_owner];# 修改所属用户
alter database [name] set tablespace [new_tablespace];# 修改表空间
alter database [name] connnection limit [10];# 修改数据库最大连接数

删除数据库

1

drop database [name];

模式(SCHEMA)

模式（schema) 是数据库中的一个概念，可以将其理解为一个命名空间或目录。不同的模式下可以有相同名称的表、函数等对象且互相不冲突。提出模式的概念是为了便于管理，只要有权限，每个模式（schema) 的对象可以互相调用。在 PostgreSQL中，一个数据库包含一个或多个模式，模式中又包含了表、函数及操作符等数据库对象。在 PostgreSQL中，不能同时访问不同数据库中的对象，当要访问另一个数据库中的表或其他对象时，需要重新连接到这个新的数据库，而模式没有此限制。一个用户在连接到一个数据库后，就可以同时访问这个数据库中多个模式的对象。从这个特性来说，PostgreSQL中模式的概念与Mysql中 Database的概念是等同的。在 Mysql中可以同时访问多个Database中的对象，就与在PostgreSQL中可以同时访问多个Schema中的对象是一样的。在 Oracle数据库中，一个用户就对应一个schema。大家在以后的学习过程中需要注意在不同的数据库系统（Oracle、Mysql) 中 Database、模式这些概念的不同。

使用模式的主要原因：

• 允许多个用户在使用同一个数据库时彼此互不干扰。
• 把数据库对象放在不同的模式下，然后组织成逻辑组，让它们更便于管理。
• 第三方的应用可以放在不同的模式中，这样就不会和其他对象的名字冲突了。

创建模式：

1

create schema [name];

删除模式：

1

drop schema [name];

查看模式：

1

drop schema [name];

默认的模式是public，如果要操作某个模式下的对象，需要添加一个修饰。
例如，在temp的模式下创建一个表：

1
2

create schema temp;
create table temp.test (id int,name varchar);

模式的权限

默认情况下，用户无法访问模式中不属于他们的对象。若要访问，模式的所有者必须在模式上赋予他们“USAGE”权限。为了让用户使用模式中的对象，可能需要赋予适合该对象的额外权限。用户也可以在别人的模式里创建对象，当然，这需要被赋予了在该模式上的“CREATE”
权限。请注意，默认情况下每个人在“public”模式上都有“CREATE”和 “USAGE”权限，也就是说允许所有可以连接到指定数据库上的用户在这里创建对象。如果你不打算这么做，
可以撤销这个权限，命令如下：

1

revoke create on schema public from public;

其中，第一个 “public”是模式的名称，第二个“PUBLIC”的意思是“所有用户”。在第一句里它是个标识符，而第二句里是个关键字，关键字是可以有大小写的。在回收权限后，其他用户就不能在模式“public”下创建对象了。

不知道是不是GFW的问题，当我push代码到github的时候出现了超时的情况，挂飞机则出现了下面的问题：

1
2
3
4
5

ssh: connect to host github.com port 22: Connection refused
fatal: Could not read from remote repository.

Please make sure you have the correct access rights
and the repository exists.

解决方案，改把ssh到github的端口由22改为443，具体操作如下

编辑~/.ssh/config：

1
2
3

Host github.com
    Hostname ssh.github.com
    Port 443

根据库位获取仓库id

1

location.get_warehouse()

sqlalchemy连接mssql服务器

安装依赖 pyodbc的时候报错：

1
2
3
4
5

src/pyodbc.h:56:17: fatal error: sql.h: No such file or directory
#include <sql.h>
^
compilation terminated.
error: command 'x86_64-linux-gnu-gcc' failed with exit status 1

解决方案：

1

sudo apt-get install unixodbc-dev