当我将大部分时间用于php和mysql或pgsql时，我将使用DateTime作为date API的通用词。 在php中，没有“日期”，“时间”，“DateTime”和“ DateTimeOffset”

随着我越来越复杂地开发Web应用程序，我大部分时间都使用DateTime，但有时我想知道它是否真的是我想要的。例如，碰巧我只想显示今天的日期（例如，当我要存储论坛或博客文章时），没有计算，没有提供过滤器，没有迭代发生了。那么为什么我使用\DateTime超过date()功能？

我看到了这个主题，它提供了每种技术的优点的一些简单描述。

但这并不能真正回答问题。在PHP的DateTime对象中再扔2个字节，在数据库中另外2个字节，这真的是一种损失，因为它允许我使用DATE_INTERVALAPI（在php中是DateInterval）和IntlDateFormatter。

而且，这篇文章说unix_timestamp是从1970年开始保留的。但是它不合逻辑，一些测试证明了这一点：

echo date('d/m/Y',time(-1));

回声‘31 / 12/1969’！这是合乎逻辑的。一个32位无符号的int从0到4 294 967 295，在68年中只有将近20亿秒，因此int是带符号的，并且必须存在“负时间戳记”！

另一个认为对我来说真的很重要，并且让我每次都选择DateTime是因为我想处理日期，而不是整数。DateTime是日期，时间戳记不是！我发现要时间戳记的唯一感觉是我想给文件名加上时间标记的时间，因为在该cas时间戳记中
是 时间戳记…

但是，这仍然是一个问题：时区处理。由于MySQL和其他人在将日期存储为DateTime时无法处理时区，因此，现在，我将TimeZone集成用作“
filter in escape out”的转义部分。

$toStoreDate = new \DateTime($_POST['date'],new DateTimeZone('UTC'));
$dao->exec('INSERT INTO mytable(mydate) VALUES (\''.$toStoreDate->format('Y-m-d h:i:s').'\')');
$toDisplayDate =new \DateTime( $dao->query('SELECT mydate FROM mytable')
    ->fetch(DAO::FETCH_ASSOC)['mydate']);
$toDisplayDate->setTimeZone(new DateTimeZone('myLocal'));

这是正确的方法吗？存储一个简单的时间戳然后获取良好的本地时间会更好吗？

因此，这是问题的摘要：

• 在真正简单地使用API​​（仅显示）后，DateTime的另外2个字节会丢失吗？
• 现在是时候放弃unix_timestamp了吗？
• 存储一个简单的时间戳然后获取良好的本地时间会更好吗？