|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
oracle 12 DST UPDATE OJVM FIX что-то нигде толком не написано - для контейнерных базок fixTZa надо выполнять только на cdb или на каждой pdb тож? ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 02:29 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
Вопрос действительно интересный То есть теоретически каждая подключаемая БД может иметь свою таймзону -- "How to set a Pluggable Database to have a Different Time Zone to its own CDB (Doc ID 2127835.1)" но вот как это соотносится с жабовскими пакетами -- вопрос ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 13:38 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
Вячеслав ЛюбомудровВопрос действительно интересный Поменялись правила для конкретной таймзоны (привет медвед) - надо поправить метаданные. А уж в пределах имеющихся метаданных можно назначать таймзону хоть контейнеру, хоть pdb, хоть сессии... ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 13:43 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
"Разные часовые пояса JVM конкретного процесса" и "обновления базы часовых поясов JRE/JDK" - попиндикулярные вещи. Как те палочки. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 13:44 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
Тут еще такая неприятная вещь, как, например, TIMESTAMP WITH LOCAL TIMEZONE И, например, переносимые табличные пространства с этим типом Ну про жабу, наверное, тоже можно найти таких вещей которые должны вести себя правильно независимо от таймзоны БД ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 13:49 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
Или, наоборот, в зависимости от ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 13:50 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
Вячеслав ЛюбомудровТут еще такая неприятная вещь, как, например, TIMESTAMP WITH LOCAL TIMEZONE - доктор, когда я делаю воот так - мне больно... - не делайте так... ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 13:52 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
Пациент, когда вы ходите в одну клинику, то проблем не будет Но люди иногда мотаются между городами/странами и хотят видеть дату в своей TZ Тем более что это задекларированное и разрекламированное достоинство Oracle Более того, он любит при создании БД устанавливать DBTIMEZONE в соответствии с System TZ Это больная тема К сожалению ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 13:59 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
И если мне пьяный вечерний склероз не изменяет, то fixTZ a .sql нихрена не меняет, только проверяет "а не поменять ли нам че-нибудь" и создает для этого функцию (которая в конце концов выполняет create java) Т.е. запускать ты ее можешь сколько угодно раз и в любом окружении ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 14:05 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
Вячеслав ЛюбомудровНу про жабу, наверное, тоже можно найти таких вещей которые должны вести себя правильно независимо от таймзоны БД"В яве" обновляется база часовых поясов, а не способы установки и использования часовых поясов в (java-)приложении. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 14:05 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
Вячеслав Любомудров хотят видеть дату в своей TZ Для этого как раз не надо пользоваться "with LOCAL timezone". Вообще любое обрезание хранимой информации в пользу "по умолчанию" создает риски изменения тех самых умолчаний. https://docs.oracle.com/cd/B19306_01/server.102/b14225/ch4datetime.htm#i1006169 It differs from TIMESTAMP WITH TIME ZONE as follows: data stored in the database is normalized to the database time zone, and the time zone offset is not stored as part of the column data. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 14:17 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
отлично В системе, как и в БД так же Вопрос, как вести себя системе, которую пристегнули от штата Юта (утрирую), где время не менялось со времен Амудсена, к нашему доблестному Челябинску (уж промолчу про Владивосток) ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 14:18 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
Вячеслав ЛюбомудровВопрос, как вести себя системе, которую пристегнули от штата Юта (утрирую), где время не менялось со времен Амудсена, к нашему доблестному Челябинску (уж промолчу про Владивосток) Если для хранения используется timestamp with timezone - то никаких проблем не ожидается. session timezone и "AT time zone" в помощь. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 14:20 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
Извиняюсь, предыдущий ответ был на пост Basil A. Sidorov ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 14:21 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
Вячеслав ЛюбомудровИзвиняюсь, предыдущий ответ был на пост Basil A. Sidorov А какие проблемы у системы "из штата Юта", которой поменяли описание таймзоны для "доблестного Челябинска (уж промолчу про Владивосток)"? Если система так и живет в Юте - то ей глубоко фиолетово на таймзону Челябинска, ведь в Юте время не поменялось... А если систему пересадили в таймзону Челябинска, то ей только полегчает, если описание "таймзоны проживания" будет приведено в соответствие с местными реалиями. За исключением данных, сохраненных with LOCAL timezone - их, видимо, придется скорректировать... ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 14:32 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
А вот теперь даже не знаю кому из серых отвечать: 1. WITH LOCAL TIMEZONE это означает что дата/время хранится в таймзоне БД, нам не надо сохранять все эти различия между часовыми поясами, мы просто получаем время в своем часовом поясе. Но это правильно только тогда, когда есть правильная история изменения всех часовых поясов (включая зима/лето) для всех И вообще, на мой взгляд, правильнее всегда держать DBTIMEZONE в GMT НО!!! С самого появления этой фичи и до сих пор по умолчанию DBTIMEZONE создается на основании OS TZ (ну, по крайней мере, в Linux, в других давно не создавал) 2. Предлагаю просто подумать что различие Default Timezone, Local timezone, Database timezone и в смещениях, зашитых в классах Java могут выдать достаточно гремучую смесь ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 14:32 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
Вячеслав ЛюбомудровWITH LOCAL TIMEZONE это означает что дата/время хранится в таймзоне БД, нам не надо сохранять все эти различия между часовыми поясами, мы просто получаем время в своем часовом поясе. Угу. Как и date - тупо не сохраняет таймзону в данных, со всеми вытекающими для приложения, работающего с несколькими часовыми поясами. Хотели бы экономии на спичках - хранили бы date. Хотели бы надежно хранить информацию - пользовались бы ts with timezone. А with local timezone - "ни рыба, ни мясо". ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 14:39 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
Боюсь, ты просто не в теме ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 14:41 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
Вячеслав ЛюбомудровБоюсь, ты просто не в теме Ну куда уж мне... Успехов. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 14:42 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
Я могу объяснить на пальцах как работает TIMESTAMP WITH LOCAL TIMEZONE Но, мне кажется, для тебя лучшем авторитетом будет родная документация ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 14:47 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
На самом деле, главный вопрос тут в том, насколько является встроенная Java-машина со всеми своими (а может как раз и без них) встроенными пакетами общими для всей общаги или гальюны различаются хотя бы по этажам Тут кстати, закономерный вопрос может возникнуть о других приложениях/расширения Oracle text, Data Mining PS. Я еще не добрался до такого бардака (приведенного к одному знаменателя), но мне просто интересно, какие грабли могут выстрелить ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 15:22 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
Вячеслав, Практического опыта по втыканию transportable tablespace + local timezone в базу с другой DBTIMEZONE не имею, но согласно 15.1.4 General Limitations on Transporting Data : When you transport a tablespace containing tables with TIMESTAMP WITH LOCAL TIME ZONE (TSLTZ) data between databases with different time zones, the tables with the TSLTZ data are not transported . Error messages describe the tables that were not transported. However, tables in the tablespace that do not contain TSLTZ data are transported. You can determine the time zone of a database with the following query: SELECT DBTIMEZONE FROM DUAL; You can alter the time zone for a database with an ALTER DATABASE SQL statement. You can use Data Pump to perform a conventional export/import of tables with TSLTZ data after the transport operation completes. Ну и плюс возня с FK если таблица с TSLTZ родительская таблица и гораздо хуже вариант таблица с TSLTZ родительская таблица для partitioned by reference таблицы и скорее всего куча граблей о котрых не подозреваешь пока не наступишь. SY. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 17:23 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
Вячеслав ЛюбомудровИзвиняюсь, предыдущий ответ был на пост Basil A. SidorovЕсли обновление создаёт проблемы - его не надо устанавливать. Чтобы понять создаёт ли обновление проблемы, необходимо провести тестирование в контролируемой среде, если ситуация не очевидна из других соображений. Если тестирование оказалось неудачным и в промышленной системе проблемы, таки, возникли - будем решать проблемы по мере их поступления. Ну вот ничем не отличается обновление базы часовых поясов в JRE/JDK от любых других обновлений любого другого софта. P.S. Технически обновление базы часовых поясов просто заменяет или пару файлов (Java7+) или файл и файлы в каталоге (Java6-). ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 17:29 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
Mда, как у Оракла все запутано. У сиквеля до 2008+ никаких таймзон вообще не было. Хранят в базе UTC, отображай себе данные на клиенте в кaкой хочь таймзоне. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.02.2018, 20:32 |
|
fixTZa.sql on pdb
|
|||
---|---|---|---|
#18+
ничего себе, ушли от вопроса) Вячеслав ЛюбомудровИ если мне пьяный вечерний склероз не изменяет, то fixTZ a .sql нихрена не меняет, только проверяет "а не поменять ли нам че-нибудь" и создает для этого функцию (которая в конце концов выполняет create java) Т.е. запускать ты ее можешь сколько угодно раз и в любом окружении тогда другой вопрос - непонятно, запускать ли fixTZb на pdb хотя, пожалуй, необходимость этого можно же проверить их же тестами к слову - Patch 27015468: PROACTIVE DSTV31 UPDATE - TZDATA2017C - NEED OJVM FIX для 12.2 fixTZb на cdb = Bug is still present. Patch failed!! пришлось откатить на dst30 ... |
|||
:
Нравится:
Не нравится:
|
|||
08.02.2018, 07:08 |
|
|
start [/forum/topic.php?fid=52&fpage=15&tid=1880020]: |
0ms |
get settings: |
10ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
47ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
66ms |
get tp. blocked users: |
2ms |
others: | 9ms |
total: | 164ms |
0 / 0 |