2

升级到 PHP 5.3 后，我的应用程序返回时间戳类型为“2010-12-15-10.23.22.716000”的 DB2 列。这导致 PHP DateTime 函数出现问题，因为它失败了

$time = new DateTime("2010-12-15-10.23.22.716000");

无法在位置 25 (0) 解析时间字符串 (2010-12-15-10.23.22.716000)：意外字符

DB2 时间戳的准确性似乎太高了。我可以以某种方式强制连接更改时间戳格式，并将数据提取到其中吗？

我正在使用 db2_connect 函数连接到数据库，如下所示：

$this->connection = db2_connect ( $config ['dsn'], $config ['username'], $config ['password'] );

编辑： 我想使用下面提到的解决方案，但它对我不起作用，并且在我的系统（AS400）上运行很奇怪。我有： $timeRec = DateTime::createFromFormat('Ymdh.isu',$value);

$value = $timeRec->format('Y-m-d H:i:s');

$value = new DibiDateTime($value);

如果我在 ->format 之后执行 var_dump($value)，则返回正确的字符串，但如果我尝试将此字符串提供给 DibiDateTime，则具有：

public function __construct($time = 'now', DateTimeZone $timezone = NULL)
{    
    if ($timezone === NULL) {
        parent::__construct($time);
    } 
}

然后它失败了：

非对象上的函数 format()

即使我之前检查过 var_dump($timeRec) 是正确的 DateTime 对象。

4

1 回答 1

7

我认为您的函数（无论它是什么）在日期字符串末尾的微秒内窒息。DateTime::createFromFormat()使用'u' 微秒标签使用该函数来解决这个问题。见这里http://php.net/manual/en/function.date.php

$time = DateTime::createFromFormat('Y-m-d-h.i.s.u', '2010-12-15-10.23.22.716000');
var_dump($time);

我的系统上的输出：-

object(DateTime)[1]
  public 'date' => string '2010-12-15 10:23:22' (length=19)
  public 'timezone_type' => int 3
  public 'timezone' => string 'UTC' (length=3)
于 2012-09-29T15:50:51.260 回答