Мой опыт, отлаживая многопоточные программы в PyDev (Eclipse на Windows XP), созданный поток start_new_thread использования потоков не мог быть сцеплен, но поток, созданный с помощью поточной обработки. Поток мог быть сцеплен. Надеюсь, что информация полезна.
Часовые пояса - коварные, злые вещи. Обычно они хранятся как смещение по всемирному координированному времени, но даже у этого есть проблемы с такими вещами, как переход на летнее время (если вообще).
Если вы используете Sql Server 2008, вы можете использовать datetimeoffset
, который включает смещение utc со значением. В противном случае вам понадобятся две колонки.
Поскольку вы используете SQL Server 2005, я бы рекомендовал сохранять часовой пояс в виде строки в базе данных, в частности 32-символьной строки, поскольку это ограничение на длину идентификаторов часовых поясов в реестр Windows.
Сохраняемые значения должны быть значениями из свойства TimeZoneInfo ID (например, «Восточное стандартное время»), чтобы вам было проще выполнять вычисления в .NET Framework.
Как сказал Джоэл, часовые пояса злы и коварны. Удачи ...
Если вы используете SQL Server 2008, вы можете использовать datetimeoffset вместо datetime.
В противном случае я бы использовал tinyint.