Гость
Войти | Профиль | Очистить
Целевая тема:
Создать новую тему:
Автор:
Действия ...
Форумы / Oracle [игнор отключен] [закрыт для гостей] / срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад! / 25 сообщений из 36, страница 1 из 2
  1  все
23.06.2016, 13:05:10
    #39260956
ORAngutang
ORAngutang
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
(ибо козлинский говнософт партнёров оказывается не работет 100% без ошибок с форматом с EXTENDED! Узнали, увы, не сразу! Там весь этот огромный функционал сразу не протестируешь!). Какие есть теперь опции? Кроме взятия восстановления всей продуктив.базы из бэкапа, что очень геморно!

____________________________________________________________
сейчас работаю на: Oracle 12.1.0.2.0, 64bit, standard edition, OU-Linux.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.06.2016, 13:14:19
    #39260969
Alexander Ryndin
Alexander Ryndin
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
ORAngutang(ибо козлинский говнософт партнёров оказывается не работет 100% без ошибок с форматом с EXTENDED! Узнали, увы, не сразу! Там весь этот огромный функционал сразу не протестируешь!). Какие есть теперь опции? Кроме взятия восстановления всей продуктив.базы из бэкапа, что очень геморно!

____________________________________________________________
сейчас работаю на: Oracle 12.1.0.2.0, 64bit, standard edition, OU-Linux.В support
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.06.2016, 13:16:21
    #39260971
Elic
Elic
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
ORAngutangкозлинский говнософтУ тебя зеркало есть?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.06.2016, 13:24:49
    #39260977
orawish
orawish
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
ORAngutang,

насколько понимаю, возвращаейтесь в 11g ну или режиму совместимости с ея
партнёрам привет
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.06.2016, 14:16:49
    #39261011
Q.Tarantino
Q.Tarantino
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
ORAngutangоказывается не работет 100% без ошибок с форматом с EXTENDED!
оперативно пофиксить ошибки не предлагали?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.06.2016, 14:50:19
    #39261041
Leonid Kudryavtsev
Leonid Kudryavtsev
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
Q.Tarantinoоперативно пофиксить ошибки не предлагали?
На месте разработчиков, я бы на фиг послал.

Менять версию/настройку сервера без согласования с разработчиками.... сами меняли, сами путь удовольствие от хождения по граблям и получают...

IMHO & AFAIK
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.06.2016, 15:32:35
    #39261075
ORAngutang
ORAngutang
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
ElicORAngutangкозлинский говнософтУ тебя зеркало есть?

подлец ты!!! Я тут причём в данном случае?!?!?!? Повторяю - софт не наш. От слова ПОЛНОСТЬЮ!!!
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.06.2016, 15:35:54
    #39261079
ORAngutang
ORAngutang
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
Q.TarantinoORAngutangоказывается не работет 100% без ошибок с форматом с EXTENDED!
оперативно пофиксить ошибки не предлагали?

вообще они обязаны это делать! У них официально стоит "support 12с". MAX_STRING_SIZE = EXTENDED это часть 12с, разве нет?!
Support мы этот честно оплачиваем!!! Нехай работают, щас их начальство пинает в данный момент. Но поскольку тема ОЧЕНЬ критичная, думаем, нельзя ли что-то сделать пока они телятся!!!
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.06.2016, 16:17:29
    #39261138
Q.Tarantino
Q.Tarantino
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
Leonid KudryavtsevНа месте разработчиков, я бы на фиг послал.

Менять версию/настройку сервера без согласования с разработчиками.... сами меняли, сами путь удовольствие от хождения по граблям и получают...
полностью согласен. но раз вышей фейл - то как вариант попробовать с ними договориться. поляну накрыть :)
я вообще не понимаю, какому DBA может прийти в голову менять данную "настройку" и для чего это может вообще ему понадобиться.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.06.2016, 16:19:20
    #39261141
Q.Tarantino
Q.Tarantino
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
ORAngutangвообще они обязаны это делать! У них официально стоит "support 12с". MAX_STRING_SIZE = EXTENDED это часть 12с, разве нет?!
Support мы этот честно оплачиваем!!! Нехай работают, щас их начальство пинает в данный момент. Но поскольку тема ОЧЕНЬ критичная, думаем, нельзя ли что-то сделать пока они телятся!!!
да что ты говоришь!
у любого поставщика ПО есть некие требования.. там прописано что должно быть выставлено EXTENDED?
А тебя, как DBA, я бы уволил после таких несогласованных действий...
Ну и на форуме ник меняй :) репутацию ты себе испортил :)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.06.2016, 16:23:15
    #39261147
s_v_a
s_v_a
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
На одном известном ресурсе написано:
"The process of switching to the extended data types is a one-way operation." :)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.06.2016, 17:56:41
    #39261258
ORAngutang
ORAngutang
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
Q.Tarantino А тебя, как DBA, я бы уволил после таких несогласованных действий...
Ну и на форуме ник меняй :) репутацию ты себе испортил :)

ПНХ! :) Действия БЫЛИ СОГЛАСОВАНЫ - с моим начальством! А с этими конкретными (сторонними!) разработчиками - нет. Дык кто ж знал что именно их говноподелка полетит?! 100500 других систем то у нас работают без проблем!
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.06.2016, 18:05:51
    #39261270
--Eugene--
--Eugene--
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
s_v_a"The process of switching to the extended data types is a one-way operation." :)This ain't no technological breakdown..
This is a road to hell..
©
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.06.2016, 18:53:42
    #39261300
Leonid Kudryavtsev
Leonid Kudryavtsev
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
"By setting MAX_STRING_SIZE = EXTENDED, users are taking an explicit action that could introduce application incompatibility in their database ...."

убедились, что документация не врет. )))

ORAngutang100500 других систем то у нас работают без проблем!
Или пока ошибку еще не нашли. Документация уверяет, что они upgrade'ят все view в которых "contain VARCHAR2(4000), 4000-byte NVARCHAR2, or RAW(2000) typed expression columns"

Отсюда делаем вывод:
что или 100499 других систем - говнокодище, у которых разработчики даже о view не слышали и не использовали )))
или что 100499 другим системам повезло, что у них нет во view колонок с выражениями возвращающими ровно 4000 байт
или что на ошибки пользователи просто еще не наткнулись

)))

Ну и если я правильно понял документацию, они предлагают исправлять view, просто добавляя туда явный cast. Теоретически, наверное, список таких view можно получить select'ом и посмотреть, какие колонки стали > 4000.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.06.2016, 20:36:10
    #39261355
ORAngutang
ORAngutang
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
Leonid Kudryavtsev
Ну и если я правильно понял документацию, они предлагают исправлять view, просто добавляя туда явный cast. Теоретически, наверное, список таких view можно получить select'ом и посмотреть, какие колонки стали > 4000.

ну многие стали, да. С ними никаких проблем (это мы тестировали). Даже если вызывать их 11g-client(драйвером)-ом! Ошибка только если содержимое начинает превышать 4000! Но этого у нас на данный момент нигде нет. (и, по приказу руководства, не будет до перестановки всех клиентов на 12с и соотв. теста всех мест!)

P.S. Удивляет, не это. Мы нашли тот SQL который приходит от чужого говнокода. Там идёт сравнение вида ".... and MyIntColumn = 'ooooчень_длинный_литерал_много_больше_400' ". До расширения MAX_STRING_SIZE на EXTENDED он огребал "ORA-01704: string literal too long" (из-за литерала!), и (вот где самый АКУЙ то!!!!) очевидно у них внутри перехватывался ( этот самый ORA-01704 )
Теперь, из-за расширения на EXTENDED 01704й не возникает больше, и скуэлина падает там где и должна была бы (если б эти урюки писали код по трезвянке) - на "ORA-01722: invalid number"! Ненависть, короче!!! :-)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.06.2016, 20:37:36
    #39261357
ORAngutang
ORAngutang
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
* '...много_больше_400'
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.06.2016, 21:04:56
    #39261366
ORAngutang
ORAngutang
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
fuck!
* '...много_больше_4000'
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
23.06.2016, 21:42:03
    #39261378
Nobody1111
Nobody1111
Гость
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
orawishORAngutang,

насколько понимаю, возвращаейтесь в 11g ну или режиму совместимости с ея
партнёрам приветкак, интересно? переход к extended - операция необратимая, тем более она делается после перехода к compatible=12+, которая тоже, в свою очередь, необратимаяORAngutangQ.Tarantino А тебя, как DBA, я бы уволил после таких несогласованных действий...
Ну и на форуме ник меняй :) репутацию ты себе испортил :)ПНХ! :) Действия БЫЛИ СОГЛАСОВАНЫ - с моим начальством! А с этими конкретными (сторонними!) разработчиками - нет. Дык кто ж знал что именно их говноподелка полетит?! 100500 других систем то у нас работают без проблем!Q.TarantinoORAngutangвообще они обязаны это делать! У них официально стоит "support 12с". MAX_STRING_SIZE = EXTENDED это часть 12с, разве нет?!
Support мы этот честно оплачиваем!!! Нехай работают, щас их начальство пинает в данный момент. Но поскольку тема ОЧЕНЬ критичная, думаем, нельзя ли что-то сделать пока они телятся!!!
да что ты говоришь!
у любого поставщика ПО есть некие требования.. там прописано что должно быть выставлено EXTENDED?
А тебя, как DBA, я бы уволил после таких несогласованных действий...
Ну и на форуме ник меняй :) репутацию ты себе испортил :)Ну, зачем ник-то менять? По моему, ник очень в данном случае характерный, показательный.
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
24.06.2016, 09:08:19
    #39261523
Q.Tarantino
Q.Tarantino
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
ORAngutangДействия БЫЛИ СОГЛАСОВАНЫ - с моим начальством!
вопрос - а с чего вдруг пришла мысль сменить данный параметр? :)
чисто любопытно, что движет людьми.
у нас много систем на 12с, но ни разу мысль такая не посещала. будут требования для определенного ПО - сделаем. а без необходимости, зачем?
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
24.06.2016, 10:17:22
    #39261583
orawish
orawish
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
Nobody1111orawishORAngutang,

насколько понимаю, возвращаейтесь в 11g ну или режиму совместимости с ея
партнёрам приветкак, интересно? переход к extended - операция необратимая, тем более она делается после перехода к compatible=12+, которая тоже, в свою очередь, необратимаяORAngutangпропущено.....
всё возможно..
решается с помощью (определённого количества) ходьбы
ну и (например, в данном случае) огрублением ново-буратинов до исходного состояния полена
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
24.06.2016, 12:00:10
    #39261673
Сергей Арсеньев
Сергей Арсеньев
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
ORAngutangP.S. Удивляет, не это. Мы нашли тот SQL который приходит от чужого говнокода. Там идёт сравнение вида ".... and MyIntColumn = 'ooooчень_длинный_литерал_много_больше_400' ". До расширения MAX_STRING_SIZE на EXTENDED он огребал "ORA-01704: string literal too long" (из-за литерала!), и (вот где самый АКУЙ то!!!!) очевидно у них внутри перехватывался ( этот самый ORA-01704 )
Теперь, из-за расширения на EXTENDED 01704й не возникает больше, и скуэлина падает там где и должна была бы (если б эти урюки писали код по трезвянке) - на "ORA-01722: invalid number"! Ненависть, короче!!! :-)
Классический индокод. Записывать в число очень длинную строку и перехватывать переполнение строки это нетривиально!
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
24.06.2016, 15:12:30
    #39261875
ORAngutang
ORAngutang
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
Q.Tarantino вопрос - а с чего вдруг пришла мысль сменить данный параметр? :)
ну просто это удобно! Удобнее чем с CLOB-ами и т.п.. Для логов всевозможных и не только. Все сразу порадовались, как узнали. Наконец-то Оракл удосужился выровнять старое убогое несоответсвие (varchar2 в DB - 4000, он же в PL/SQL - 32k)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
24.06.2016, 15:16:16
    #39261877
ORAngutang
ORAngutang
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
Сергей АрсеньевORAngutangP.S. Удивляет, не это. Мы нашли тот SQL который приходит от чужого говнокода. Там идёт сравнение вида ".... and MyIntColumn = 'ooooчень_длинный_литерал_много_больше_400' ". До расширения MAX_STRING_SIZE на EXTENDED он огребал "ORA-01704: string literal too long" (из-за литерала!), и (вот где самый АКУЙ то!!!!) очевидно у них внутри перехватывался ( этот самый ORA-01704 )
Теперь, из-за расширения на EXTENDED 01704й не возникает больше, и скуэлина падает там где и должна была бы (если б эти урюки писали код по трезвянке) - на "ORA-01722: invalid number"! Ненависть, короче!!! :-)
Классический индокод. Записывать в число очень длинную строку и перехватывать переполнение строки это нетривиально!

100%
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
24.06.2016, 15:27:17
    #39261889
Q.Tarantino
Q.Tarantino
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
ORAngutangну просто это удобно! Удобнее чем с CLOB-ами и т.п.. Для логов всевозможных и не только. Все сразу порадовались, как узнали. Наконец-то Оракл удосужился выровнять старое убогое несоответсвие (varchar2 в DB - 4000, он же в PL/SQL - 32k)
так и делай в базах, в которых ТЫ кодишь!
а для чего это в БД, на которой разработки ведет сторонная контора?

я же говорю - таких ДБА нам не надо :)
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
24.06.2016, 16:54:46
    #39261994
проходил мимо...
проходил мимо...
Участник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
Q.Tarantinoя же говорю - таких ДБА нам не надо :)
дык, нам, вроде, и не предлагали
...
Рейтинг: 0 / 0
| Ответить | Цитировать | Написать  
  1  все
Форумы / Oracle [игнор отключен] [закрыт для гостей] / срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад! / 25 сообщений из 36, страница 1 из 2
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение  
Полит. конфиден.  
созд. / загр.: 447ms
Закрыть
start [/forum/topic.php?fid=52&mobile=1&tid=1887972]:
 0ms
get settings:
 4ms
get forum list:
 8ms
check forum access:
 2ms
check topic access:
 2ms
track hit:
 194ms
get topic data:
 7ms
get forum data:
 2ms
get page messages:
 32ms
get tp. blocked users:
 1ms
others: 195ms
total:  447ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]