|
Один сервер. Несколько баз. Часовые пояса.
|
|||
---|---|---|---|
#18+
Добрый день, посоветуйте как быть. Есть один сервер, на нем была одна база данных, и все было хорошо. Расположен сервер в МСК, и часовой пояс, соответственно, МСК. С недавнего времени, на этот сервер переехало еще несколько баз данных, пользователи которых сидят в других часовых поясах (Самара, Уфа, Екатеринбург, Новосибирск). Во всех процедурах используется current_time, соответственно, это доставляет неудобства пользователям из других городов. Переписать все процедуры, возможно, самый правильный вариант, но очень трудозатратный. Есть ли какое-нибудь изящное решение, как заставить некоторые базы на одном сервере работать в другом часовом поясе ? Заранее спасибо за помощь! ... |
|||
:
Нравится:
Не нравится:
|
|||
18.08.2015, 17:16 |
|
Один сервер. Несколько баз. Часовые пояса.
|
|||
---|---|---|---|
#18+
NurudinovЕсть ли какое-нибудь изящное решение, как заставить некоторые базы на одном сервере работать в другом часовом поясе ? Подключить стандартную UDF GetExactTimestampUTC() и использовать её. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
18.08.2015, 17:39 |
|
Один сервер. Несколько баз. Часовые пояса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, спасибо за ответ, но как она поможет нам не переписать все процедуры ? и еще, насколько я понял, она х86 ? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.08.2015, 09:53 |
|
Один сервер. Несколько баз. Часовые пояса.
|
|||
---|---|---|---|
#18+
Nurudinov, никак. Единственный вариант без переписывания на вашем большом сервере установить несколько виртуальных машин в каждой из которых будет вертется своя база и на каждой будет установлен свой часовой пояс. Ещё не известно что будет менее трудозатратно ... |
|||
:
Нравится:
Не нравится:
|
|||
19.08.2015, 09:57 |
|
Один сервер. Несколько баз. Часовые пояса.
|
|||
---|---|---|---|
#18+
Симонов Денис, Спасибо за ответ. Развернуть еще 4 сервера менее трудозатратно, они у нас виртуальные и разворачиваются из шаблона, но как в том анекдоте: "как-то не аккуратненько это". Неужели нет "красивого" решения такой несложной проблемы? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.08.2015, 11:52 |
|
Один сервер. Несколько баз. Часовые пояса.
|
|||
---|---|---|---|
#18+
NurudinovНеужели нет "красивого" решения такой несложной проблемы? Не мучить регионы удалённым доступом и перенести сервера ближе к пользователям. Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
19.08.2015, 11:58 |
|
Один сервер. Несколько баз. Часовые пояса.
|
|||
---|---|---|---|
#18+
NurudinovНеужели нет "красивого" решения такой несложной проблемы? ну, к примеру, в Англии сейчас 11 часов утра. А в Москве - 13. В Лондоне пользователь создает документ, а пользователь в Москве думает, что документ уже 2 часа как создан. Или наоборот - в Москве документ от 13-ти часов будет для лондонца документом "из будущего". Поэтому без UTC (или часового пояса) никакого "красивого" решения "несложной проблемы" не будет. А в Фб time не поддерживает часовые пояса. Битва на эту тему тут уже была http://www.sql.ru/forum/1153681/tekushhee-vremya-s-servera ... |
|||
:
Нравится:
Не нравится:
|
|||
19.08.2015, 13:08 |
|
Один сервер. Несколько баз. Часовые пояса.
|
|||
---|---|---|---|
#18+
Dimitry Sibiryakov, дело в том, что пользователи пользуются удаленными рабочими столами (vdi), сервера в 0,5 метрах витой пары от их рабочих столов, ближе не куда. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.08.2015, 13:33 |
|
Один сервер. Несколько баз. Часовые пояса.
|
|||
---|---|---|---|
#18+
kdv, спасибо за ответ. пользователи не пересекаются в своей работе в разных базах данных, поэтому, такой вариант развития событий исключен, в основном страдает статистика. жаль, что ФБ не может "красиво" решить несложную проблему :) ... |
|||
:
Нравится:
Не нравится:
|
|||
19.08.2015, 13:38 |
|
Один сервер. Несколько баз. Часовые пояса.
|
|||
---|---|---|---|
#18+
Nurudinovнесложную проблему Обоснуй! Posted via ActualForum NNTP Server 1.5 ... |
|||
:
Нравится:
Не нравится:
|
|||
19.08.2015, 14:28 |
|
Один сервер. Несколько баз. Часовые пояса.
|
|||
---|---|---|---|
#18+
Nurudinovkdv, .... жаль, что ФБ не может "красиво" решить несложную проблему :) т.е. Вы считаете что в FB надо добавить возможность привязки отдельной базы данных к часовому поясу? почему тогда не отдельной таблицы, поля итп? технически, возможно. Нужно ли только. По идее такое надо в своём коде учитывать заранее. По сути в FB надо переписать функцию получения системного времени на основе свойства объекта (в данном случае базы). Только это вызовет кучу других вопросов и проблем. Выяснится что просто переписывать эту функцию нельзя т.к. тогда в других местах появятся проблемы, уже на уровне сервера FB, как читать это свойство базы, при кажом вызове функции получения системного времени или при каждом соединении с базой или ещё как. Как это все скажется на скорости итп. Насколько помню MSSQL, MySQL, Oracle и тп тоже не предлагают привязывать базу к часовому поясу, или я ошибаюсь? По крайней мере не сталкивался с таким свойством базы у них. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.08.2015, 15:01 |
|
Один сервер. Несколько баз. Часовые пояса.
|
|||
---|---|---|---|
#18+
... |
|||
:
Нравится:
Не нравится:
|
|||
19.08.2015, 15:15 |
|
Один сервер. Несколько баз. Часовые пояса.
|
|||
---|---|---|---|
#18+
miwaonline, Эмм... Парсер - лох © Да, я в курсе о теге «youtube», специально не хотел его вставлять сюда. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.08.2015, 15:16 |
|
|
start [/forum/topic.php?fid=40&fpage=72&tid=1562666]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
31ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
50ms |
get tp. blocked users: |
2ms |
others: | 14ms |
total: | 139ms |
0 / 0 |