|
|
|
Аналог ORACLE Instance
|
|||
|---|---|---|---|
|
#18+
Jonhsonqwwq, давайте по серьёзней. анализируется возможность перевода с oracle на pg части приложения. Да, в оракле ДДЛ не транзакционен, но 1. ДДЛ изменений из приложения быть не должно. Только из maintance скриптов. 2. Код: sql 1. 2. 3. 4. 5. 6. 7. то есть как видите особой проблемы это не несёт Ой как порадуются пользователи сайта что их последние 10 минут переписки взяли и откатили не спросивши. Вы похоже с банковской сферы пришли где на время изменений всю работу стопают. На сайтах как правило DDL вносят БЕЗ остановки проекта и там транзакционные DDL критичны чтобы не получить полупереваренный фарш в случае ошибки DDL. И более того вносят DDL не в релизном цикле а по факту выхода какой то конкретной фичи (т.е. 10-20 раз в неделю - легко). Да и возможность потестировать хранимку на работоспособность локально в транзакции перед тем как ее commit или rollback тоже очень удобна. В общем у Pg есть свои плюсы, у Oracle тоже есть. Нет смысла обсуждать что лучше. 99% прикладных задач решается нормально и там и там. -- Maxim Boguk www.postgresql-consulting.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2016, 17:04 |
|
||
|
Аналог ORACLE Instance
|
|||
|---|---|---|---|
|
#18+
JonhsonВ случае когда запросы кешированы в shared pool ничего не меняется, всё наши выделенные сервера (их 100) пользуют те же 400 закешированных и распасенных запросов.Парс в pg дёшев. Эффект от общего кеша для PG незначителен или даже вреден для приложений, которые суют параметры литералами. Опять же, меньше проблем с неэффективными планами, сформированными по необычным параметрам каким-нибудь джобом до начала активности рабочего дня. qwwqпока я могу перегрузить ф--ю в транзе и тут же дернутьЭта особенность удобна для отладки кода на продуктивной базе с конкурентной работой пользователей. Достаточно специфичный сценарий. Зато оракл позволяет использовать несколько версий ддл с одними данными. Тоже с ограничениями, конечно. Версионность ддл оракла может быть использована и для пробной эксплуатации на бою ограниченным кругом пользователей, и для постепенной смены версий серверов приложений без останова доступа к сервису в целом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2016, 17:07 |
|
||
|
Аналог ORACLE Instance
|
|||
|---|---|---|---|
|
#18+
смысл обсуждать есть, поскольку иначе трудно оценить последствия возможного перехода. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2016, 17:11 |
|
||
|
Аналог ORACLE Instance
|
|||
|---|---|---|---|
|
#18+
Maxim BogukJonhson 1. ДДЛ изменений из приложения быть не должно. Только из maintance скриптов. то есть как видите особой проблемы это не несёт Ой как порадуются пользователи сайта что их последние 10 минут переписки взяли и откатили не спросивши. да не, edition же есть, впрочем относительно темы это роли не играет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2016, 17:15 |
|
||
|
Аналог ORACLE Instance
|
|||
|---|---|---|---|
|
#18+
JonhsonMaxim Bogukпропущено... Ой как порадуются пользователи сайта что их последние 10 минут переписки взяли и откатили не спросивши. да не, edition же есть, впрочем относительно темы это роли не играет хоть кол на голове теши. сказали же -- транзакционность ддл предполагает разные версии в разных сессиях. т.е. разные результаты вот хотя бы и синтаксического разбора. хотя можно было вместо сессионности исходить из того, что больше 2-х версий любой шняжки одновременно быть не может -- и можно разделять по xmin xmax видимости общего кеша. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2016, 17:44 |
|
||
|
Аналог ORACLE Instance
|
|||
|---|---|---|---|
|
#18+
p2. Эта особенность удобна для отладки кода на продуктивной базе с конкурентной работой пользователей. Достаточно специфичный сценарий.вообще--то она много что позволяет. если вы чего--то не умеете ею ещё -- ваша проблема вот кишки у неё насквозь гнилые, с т.з. изоляции хотя бы -- це печаль ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2016, 17:50 |
|
||
|
|

start [/forum/topic.php?fid=53&gotonew=1&tid=1997190]: |
0ms |
get settings: |
5ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
214ms |
get topic data: |
6ms |
get first new msg: |
4ms |
get forum data: |
2ms |
get page messages: |
26ms |
get tp. blocked users: |
1ms |
| others: | 213ms |
| total: | 491ms |

| 0 / 0 |
