2010-01-11 3 views

ответ

1

SQL Server не знает о часовом поясе. Если вы сохраните 2:36 вечера в вашем восточном побережье данных, а затем повторите данные в ваш центр данных на западном побережье, он все равно скажет 2:36 вечера.

Чтобы обойти эту проблему, все наши серверы настроены на время UTC. Таким образом, мы всегда знаем, что дата/время в базе данных верны для UTC, и если нам нужно настроить отображение или отчет клиента, мы можем добавить/вычесть смещение для всех значений даты/времени, независимо от того, какой сервер (ы) данные пришли.

+0

Спасибо за быстрый ответ. Я предполагаю, что самым простым решением будет совпадение с часовым поясом в качестве моего издателя? (Держите их как EST, так и EST-> CST). – Skeeterbug

+0

Это одно решение, однако, если вы добавите новые серверы подписчиков в новые центры обработки данных в разных часовых поясах, тогда это будет большой беспорядок. В идеале у вас будет UTC (который также не подлежит летнему времени), а затем запросы/приложения могут настраиваться на предпочтительный часовой пояс клиентов. Если каждый клиент находится в EST и всегда будет, это одно, но этот сценарий довольно редок в наши дни. –

Смежные вопросы