• 版块
  • 标签
  • 热门
  • 用户
  • 群组
皮肤
  • Light
  • Cerulean
  • Cosmo
  • Flatly
  • Journal
  • Litera
  • Lumen
  • Lux
  • Materia
  • Minty
  • Morph
  • Pulse
  • Sandstone
  • Simplex
  • Sketchy
  • Spacelab
  • United
  • Yeti
  • Zephyr
  • Dark
  • Cyborg
  • Darkly
  • Quartz
  • Slate
  • Solar
  • Superhero
  • Vapor

  • 默认(Flatly)
  • 不使用皮肤
折叠

Odoo 中文社区

odoo11.0时间差问题,求不更改源代码的解决方式

已定时 已固定 已锁定 已移动 Odoo 开发与实施交流
15 帖子 4 发布者 1841 浏览
    • 从旧到新
    • 从新到旧
    • 最多赞同
回复
  • 在新帖中回复
登录后回复
此主题已被删除。只有拥有主题管理权限的用户可以查看。
  • 皓 离线
    皓 离线
    皓羽如风
    写于 最后由 编辑
    #1

    odoo11.0中,fields.Datetime(),存储到数据库中是格林威治时间,如何不更改odoo源代码,在存储时,存成utc本地时间……

    1 条回复 最后回复
    0
  • 静静静 离线
    静静静 离线
    静静
    写于 最后由 编辑
    #2

    @皓羽如风 在 odoo11.0时间差问题,求不更改源代码的解决方式 中说:

    fields.Datetime(),存储到数据库中是格林威治时间,如何不更改odoo源代码,在存储时,存成utc本地时间……

    这是odoo对多时区用户的专门的设定,存到数据库中的数据统一是零时区,到取用数据的时候根据用户实际的时区再动态的显示时间。如果存进数据中的是utc本地,就不能适用多时区。不改源码是不行的,

    皓 S 2 条回复 最后回复
    0
  • S 离线
    S 离线
    Siyuan
    写于 最后由 编辑
    #3

    不改代码目前不可能,

    因为代码里往数据库存时间的地方写死了utc 时间,

    再怎么调整配置也绕不过去

    1 条回复 最后回复
    0
  • digitalsatoriD 离线
    digitalsatoriD 离线
    digitalsatori 管理员
    写于 最后由 编辑
    #4

    @皓羽如风 正如上面两位兄台所说,这是一个设计,并非bug。为什么要修改成本地时间?
    修改成哪里的本地时间合适呢?操作者的本地时间?服务器的本地时间?

    【上海先安科技】(tony AT openerp.cn)

    S 皓 3 条回复 最后回复
    0
  • S 离线
    S 离线
    Siyuan
    在 中回复了digitalsatori 最后由 编辑
    #5

    @digitalsatori

    主要是现在有些企业其实用不到多时区这个功能,

    基本上utc +8 就可以了;

    odoo 本身的时区处理本身没有问题,

    但会导致二次开发的时候所有和时间有关的业务逻辑不走框架的话就要考虑时区转换的问题,

    不然容易产生8小时误差

    digitalsatoriD 1 条回复 最后回复
    0
  • S 离线
    S 离线
    Siyuan
    在 中回复了digitalsatori 最后由 编辑
    #6

    例如在和别的系统对接的时候,

    传过来的时间是不能直接拿来用的,

    不做时区处理会有时差问题

    1 条回复 最后回复
    0
  • 皓 离线
    皓 离线
    皓羽如风
    在 中回复了digitalsatori 最后由 编辑
    #7

    @digitalsatori
    确实并非bug,我能理解他的设计,但是在二次开发的时候,我觉得修改贸然修改源码并不合适,可是如果数据库中直接存储的就是零时区的时间,会出现很多问题,如@Siyuan 所说。所以不能只根据现在的需要在获取到的时间上直接处理,应该从数据库中存储的数据上做调整啊
    所以才想求解各位如何做的处理,我不太会处理

    S 1 条回复 最后回复
    0
  • 皓 离线
    皓 离线
    皓羽如风
    在 中回复了静静 最后由 编辑
    #8

    @静静
    动态显示时间?这个我理解,那如何再将数据库中时间动态显示成本地时间呢,这种存储用零时区,可是对取出来的过程不做处理不太合理啊,你是怎么处理的?

    1 条回复 最后回复
    0
  • S 离线
    S 离线
    Siyuan
    在 中回复了静静 最后由 编辑
    #9

    对于多时区这个功能,

    数据库里存任何时区其实都是无所谓的;

    odoo 目前的做法是:保存到数据库里的是 utc 时间,

    所有时间的处理都以utc时间为基础、再进行转换;

    如果保存到数据库的时间: 例如是 uct +8,

    那么只要将框架所有原来:utc时间为基础、再进行转换 的地方换成:

    utc +8 时间为基础、再进行转换;

    这样多时区功能照样是可以用的;

    说到底就是要保证: 输入、读取用的都是一套时区,

    不能只改一部分;

    目前odoo 源代码里是写死了 输入、读取都是 utc,

    如果将输入 改成别的时区,那么读取也要改着改,

    不然就会又时差问题

    1 条回复 最后回复
    0
  • S 离线
    S 离线
    Siyuan
    在 中回复了皓羽如风 最后由 编辑
    #10

    @皓羽如风

    相信我,如果你二次开发遇到大量时间方面的处理,

    改源代码一劳永逸

    digitalsatoriD 1 条回复 最后回复
    0
  • digitalsatoriD 离线
    digitalsatoriD 离线
    digitalsatori 管理员
    在 中回复了Siyuan 最后由 编辑
    #11

    @siyuan 在 odoo11.0时间差问题,求不更改源代码的解决方式 中说:

    @digitalsatori

    主要是现在有些企业其实用不到多时区这个功能,

    基本上utc +8 就可以了;

    odoo 本身的时区处理本身没有问题,

    但会导致二次开发的时候所有和时间有关的业务逻辑不走框架的话就要考虑时区转换的问题,

    不然容易产生8小时误差

    只要有时区设置,它就是一个相对动态的概念。你说得这种应用场景,与其去将Odoo数据库的UTC时间改为UTC+8,为什么不直接在调用时做时区转换呢?
    完整的时区支持其实考虑的因素很多,有一定的复杂性,Odoo在这方面实现的还算不错的。

    【上海先安科技】(tony AT openerp.cn)

    S 1 条回复 最后回复
    0
  • digitalsatoriD 离线
    digitalsatoriD 离线
    digitalsatori 管理员
    在 中回复了Siyuan 最后由 编辑
    #12

    @siyuan 在 odoo11.0时间差问题,求不更改源代码的解决方式 中说:

    @皓羽如风

    相信我,如果你二次开发遇到大量时间方面的处理,

    改源代码一劳永逸

    @Siyuan 他好象是在Odoo内做二次开发
    @皓羽如风 能告诉我们为什么你觉得有必要修改保存在数据库的时间为本地时间,能讲一个应用场景吗?

    【上海先安科技】(tony AT openerp.cn)

    S 1 条回复 最后回复
    0
  • S 离线
    S 离线
    Siyuan
    在 中回复了digitalsatori 最后由 编辑
    #13

    @digitalsatori

    主要是在面临大量时间数据处理的时候,

    每次都处理时区会比较麻烦,

    也可能会遗漏、出问题;

    当然“在调用时做时区转换” 也是种正确的解决方案。

    odoo 时区方案的解决方案无非以下两种,

    1. 将框架里 utc 保存、读取的所有逻辑换成你常用的时区:例如cct (utc +8)

    2. 在时间处理的地方自己考虑时区问题

    至于最后用哪种方案就要看具体业务需求了,

    谈不上哪种方案好、哪种方案不好

    1 条回复 最后回复
    0
  • S 离线
    S 离线
    Siyuan
    在 中回复了digitalsatori 最后由 编辑
    #14

    @digitalsatori

    最简单:例如你抓大量淘宝数据,

    抓到的时间都是 utc +8 时间,

    在考虑性能、通过sql语句直接存数据库的情况下,

    抓到的时间都是要处理时区的,

    不能直接就保存到数据库里。

    1 条回复 最后回复
    0
  • 皓 离线
    皓 离线
    皓羽如风
    写于 最后由 编辑
    #15

    @digitalsatori @Siyuan 谢谢,我问题暂时解决了,你的问题我再考虑一下。刚刚我又有了其他想法。

    1 条回复 最后回复
    0

  • 登录

  • 没有帐号? 注册

  • 登录或注册以进行搜索。
  • 第一个帖子
    最后一个帖子
0
  • 版块
  • 标签
  • 热门
  • 用户
  • 群组
  • 登录

  • 没有帐号? 注册

  • 登录或注册以进行搜索。