ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Oracle [игнор отключен] [закрыт для гостей] / срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
25 сообщений из 36, страница 1 из 2
  1  все
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
    #39260956
ORAngutang
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ORAngutang
Участник
(ибо козлинский говнософт партнёров оказывается не работет 100% без ошибок с форматом с EXTENDED! Узнали, увы, не сразу! Там весь этот огромный функционал сразу не протестируешь!). Какие есть теперь опции? Кроме взятия восстановления всей продуктив.базы из бэкапа, что очень геморно!

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

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

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

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

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

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

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

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

ПНХ! :) Действия БЫЛИ СОГЛАСОВАНЫ - с моим начальством! А с этими конкретными (сторонними!) разработчиками - нет. Дык кто ж знал что именно их говноподелка полетит?! 100500 других систем то у нас работают без проблем!
...
Рейтинг: 0 / 0
23.06.2016, 17:56:41
| Ответить | Цитировать | Написать  
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
    #39261270
Фотография --Eugene--
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
--Eugene--
Участник
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:05:51
| Ответить | Цитировать | Написать  
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
    #39261300
Leonid Kudryavtsev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Leonid Kudryavtsev
Участник
"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, 18:53:42
| Ответить | Цитировать | Написать  
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
    #39261355
ORAngutang
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ORAngutang
Участник
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:36:10
| Ответить | Цитировать | Написать  
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
    #39261357
ORAngutang
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ORAngutang
Участник
* '...много_больше_400'
...
Рейтинг: 0 / 0
23.06.2016, 20:37:36
| Ответить | Цитировать | Написать  
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
    #39261366
ORAngutang
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ORAngutang
Участник
fuck!
* '...много_больше_4000'
...
Рейтинг: 0 / 0
23.06.2016, 21:04:56
| Ответить | Цитировать | Написать  
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
    #39261378
Nobody1111
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Nobody1111
Гость
orawishORAngutang,

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

насколько понимаю, возвращаейтесь в 11g ну или режиму совместимости с ея
партнёрам приветкак, интересно? переход к extended - операция необратимая, тем более она делается после перехода к compatible=12+, которая тоже, в свою очередь, необратимаяORAngutangпропущено.....
всё возможно..
решается с помощью (определённого количества) ходьбы
ну и (например, в данном случае) огрублением ново-буратинов до исходного состояния полена
...
Рейтинг: 0 / 0
24.06.2016, 10:17:22
| Ответить | Цитировать | Написать  
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
    #39261673
Сергей Арсеньев
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Сергей Арсеньев
Участник
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, 12:00:10
| Ответить | Цитировать | Написать  
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
    #39261875
ORAngutang
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ORAngutang
Участник
Q.Tarantino вопрос - а с чего вдруг пришла мысль сменить данный параметр? :)
ну просто это удобно! Удобнее чем с CLOB-ами и т.п.. Для логов всевозможных и не только. Все сразу порадовались, как узнали. Наконец-то Оракл удосужился выровнять старое убогое несоответсвие (varchar2 в DB - 4000, он же в PL/SQL - 32k)
...
Рейтинг: 0 / 0
24.06.2016, 15:12:30
| Ответить | Цитировать | Написать  
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
    #39261877
ORAngutang
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ORAngutang
Участник
Сергей Арсеньев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:16:16
| Ответить | Цитировать | Написать  
срочно: проапгрейдили MAX_STRING_SIZE со STANDARD на EXTENDED. Нужно вернуть назад!
    #39261889
Q.Tarantino
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Q.Tarantino
Участник
ORAngutangну просто это удобно! Удобнее чем с CLOB-ами и т.п.. Для логов всевозможных и не только. Все сразу порадовались, как узнали. Наконец-то Оракл удосужился выровнять старое убогое несоответсвие (varchar2 в DB - 4000, он же в PL/SQL - 32k)
так и делай в базах, в которых ТЫ кодишь!
а для чего это в БД, на которой разработки ведет сторонная контора?

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


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