powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Форумы / Oracle [игнор отключен] [закрыт для гостей] / update очень большой таблицы - как?
16 сообщений из 41, страница 2 из 2
update очень большой таблицы - как?
    #40030470
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andrey_anonymous
mcureenab
по ДБ линку.

100 ярдов * 100 таблиц по линку?
Я бы даже рассматривать не стал.
Даже sql*plus copy command симпатичнее, не говоря об ETL-решениях.


Вот только "включая текущее распределение пространства" не выполняется.
...
Рейтинг: 0 / 0
update очень большой таблицы - как?
    #40030474
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Не, dblink не вариант, все-таки слишком большие тормоза
А вот если там реально не десяток, а хотя бы сотня таблиц, то копирование-переименование-удаление вполне себе может не сильно напрячь по месту в общем зачете
...
Рейтинг: 0 / 0
update очень большой таблицы - как?
    #40030475
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mcureenab
"включая текущее распределение пространства" не выполняется.

CTAS по dblink сохраняет?
Ну и я не видел такого требования от ТС.
...
Рейтинг: 0 / 0
update очень большой таблицы - как?
    #40030477
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andrey_anonymous
mcureenab
"включая текущее распределение пространства" не выполняется.

CTAS по dblink сохраняет?
Ну и я не видел такого требования от ТС.


Я тоже не видел, пока не увидел.
...
Рейтинг: 0 / 0
update очень большой таблицы - как?
    #40030482
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вячеслав Любомудров
Не, dblink не вариант, все-таки слишком большие тормоза
А вот если там реально не десяток, а хотя бы сотня таблиц, то копирование-переименование-удаление вполне себе может не сильно напрячь по месту в общем зачете



Ещё не забыть затереть от старых данных освободившиеся блоки.
...
Рейтинг: 0 / 0
update очень большой таблицы - как?
    #40030484
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вячеслав Любомудров
andrey_anonymous
отменили.
Точно?
Параметр остался

Я как-то хотел заюзать в одном проекте (на 11g, если склероз не врет).
Оказалось, что оно тихо игнорится.
Вразумление снизошло толи из доки, толи с металинка - за давностью не помню, просто принял к сведению.
...
Рейтинг: 0 / 0
update очень большой таблицы - как?
    #40030487
Фотография Vadim Lejnin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
mcureenab
Вячеслав Любомудров
Не, dblink не вариант, все-таки слишком большие тормоза
А вот если там реально не десяток, а хотя бы сотня таблиц, то копирование-переименование-удаление вполне себе может не сильно напрячь по месту в общем зачете



Ещё не забыть затереть от старых данных освободившиеся блоки.


автор...
Будет заменяться поле-строка, на строку такой же длины.
Надо затереть секретные данные в базе, скорее всего не просто пробелами, а, например, посчитать хэш от исходных значений - чтобы одни и те же строки сконвертировались в одинаковый мусор. Это не обязательное требование - просто идея такая, чтобы хоть как-то сохранить селективность этих данных.
...
...
Рейтинг: 0 / 0
update очень большой таблицы - как?
    #40030490
shurka22
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
mcureenab
andrey_anonymous
пропущено...

CTAS по dblink сохраняет?
Ну и я не видел такого требования от ТС.


Я тоже не видел, пока не увидел.

Я сам пока не знаю ответа на этот вопрос.
Мы делаем копию с прома, и пытаемся давать на неё разную интересную нагрузку - замеряем, что получится, не сдохнем ли мы.
Мне видится так: все блоки и сегменты хотелось оставить так же, как оно было сразу, то есть на проме.
Но я уже не уверен, что сейчас это условие уже соблюдается.
Завтра буду выяснять, каким образом нам попадают данные с прома: с сохранением табличных пространств, или нет.
...
Рейтинг: 0 / 0
update очень большой таблицы - как?
    #40030491
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shurka22
Мне видится так: все блоки и сегменты хотелось оставить так же, как оно было сразу, то есть на проме.
Зачем?
...
Рейтинг: 0 / 0
update очень большой таблицы - как?
    #40030495
shurka22
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вячеслав Любомудров,
Мы хотим регулярно делать тесты и понимать, как будет вести себя пром (с его экстентами и сегментами), если мы ему дадим новую нагрузку.
Проверять на проме - слишком дорого. Значит проверяем на копии прома.
Желательно, чтобы копия прома как можно меньше отличалась от прома. Если у нас на копии сегменты и экстенты будут иными - у меня есть подозрение, что мы получим не совсем верный тест.
...
Рейтинг: 0 / 0
update очень большой таблицы - как?
    #40030499
shurka22
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
andrey_anonymous

- можно делать update по диапазону rowid на базе карты экстентов - тут есть дополнительная опция в виде dbms_parallel_execute.

Пока ишраюсь с dbms_parallel_execute. Получается заметно быстрее, чем просто update --+ parallel
...
Рейтинг: 0 / 0
update очень большой таблицы - как?
    #40030505
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shurka22
Если у нас на копии сегменты и экстенты будут иными - у меня есть подозрение, что мы получим не совсем верный тест.
Разницу вижу только лишь в том, что на проде у вас куча удаленных строк и, соответственно, куча свободного места, которое при CTAS исчезнет, т.к. данные лягут более плотно
Это, пожалуй, единственное, что может повлиять

Ну дык, приведите таблицы на боевой в порядок, сделайте MOVE таблиц/секций, зачем вам эти дырки?
Тем более, что в современных версиях MOVE ONLINE прекрасно выполняется на лету

Все остальные придумки про неверный тест -- от лукавого
...
Рейтинг: 0 / 0
update очень большой таблицы - как?
    #40030531
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вячеслав Любомудров
Это, пожалуй, единственное, что может повлиять

chained/migrated rows
...
Рейтинг: 0 / 0
update очень большой таблицы - как?
    #40030537
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ну дык от migrated причесывание боевых таблиц через MOVE спасет
А от chained -- если есть задумка заместить хешем, то там явно не про те размеры
...
Рейтинг: 0 / 0
update очень большой таблицы - как?
    #40030641
mcureenab
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
shurka22

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


если секретные поля индексированы, то индексы всяко поменяются. и не факт, что СУБД подчистит освободившиеся блоки.
...
Рейтинг: 0 / 0
update очень большой таблицы - как?
    #40030668
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вячеслав Любомудров
Ну дык от migrated причесывание боевых таблиц через MOVE спасет
А от chained -- если есть задумка заместить хешем, то там явно не про те размеры

Так ТС не желает же гонять move по боевой БД. Как минимум, это требует резерв по свободному месту, которого может не быть.
Что касается chained, то их легко можно получить и на не особо длинных записях. Всего-то надо 256+ колонок и +-все записи будут сhained, я такое встречал :)
...
Рейтинг: 0 / 0
16 сообщений из 41, страница 2 из 2
Форумы / Oracle [игнор отключен] [закрыт для гостей] / update очень большой таблицы - как?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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