Меню сайта
Представьтесь
Музыка


слушать в отдельном окне     
Новые темы
Что о нас думают?
на www.lovehate.ru
[ Новые разговоры · Сородичи · Правила этикета · RSS · Поиск ]
Страница 1 из 11
Модератор форума: recanter 
Зал » Бальный зал для изящных бесед и танцев » Светский раут » Кто-нибудь знает Oracle 9.2i Standard Edition? (kso)
Кто-нибудь знает Oracle 9.2i Standard Edition?
rinat Дата: Понедельник, 28.04.2008, 17:22 | Сообщение # 1
носферату
Группа: Посвященные
Сообщений: 7
Уважение: 1  ±
Статус: Offline
Как там включить архивирование запросов к базе?

Сообщение отредактировал rinat - Понедельник, 28.04.2008, 17:22
recanter Дата: Понедельник, 28.04.2008, 17:31 | Сообщение # 2
лорд
Группа: Прорицатели
Сообщений: 9
Уважение: 1  ±
Статус: Offline
rinat, гугл уже не помощник? biggrin
Noir Дата: Понедельник, 28.04.2008, 17:46 | Сообщение # 3
тень ночного ветра
князь
Группа: Администраторы
Сообщений: 145
Уважение: 9  ±
Статус: Offline
Архивирование данных с использованием XML-формата
(Archiving Data Using XML, By Arup Nanda)

Источник: журнал Oracle Magazine, July/August 2006
(http://www.oracle.com/technology/oramag/oracle/06-jul/o46xml.html).

Страховая компания Acme Insurance Company готовится к архивированию на ленту данных, срок хранения которых равен трем годам и больше, и удалению их из промышленной базы данных. ИТ-архитекторы компании предложили стратегию архивирования, в которой используются переносимые табличные пространства, а также аккуратное секционирование промышленных таблиц по датам выполнения транзакций.

В соответствии с исходным архитектурным планом секции с устаревшими данными преобразуются в отдельные таблицы с помощью соответствующих операторов механизма секционирования (partition exchange), затем табличные пространства, содержащие эти таблицы, могут быть перенесены на ленту и удалены из главной базы данных. Если удаленные данные нужно восстановить, перенесенные табличные пространства копируются с ленты и вновь включаются в главную базу данных. В переносимых табличных пространствах и преобразованных секциях данные не модифицируются, поэтому не генерируется никакая UNDO- и REDO-информация, что позволяет существенно ускорить перемещение данных по сравнению с использованием традиционных подходов, таких как использование операторов INSERT и DELETE. И если в архивных данных нужно искать какую-то информацию, то это также просто, как выполнение запросов к отдельным таблицам, которые были созданы во время преобразования секций.

План можно было бы считать совершенным, но была одна проблема. ИТ-архитекторы в других проектах планируют постепенное изменение структуры промышленных таблиц. Будут добавляться и удаляться столбцы, изменяться типы данных, модифицироваться ограничения целостности и т.д. После изменения структуры таблиц перенесенные табличные пространства уже нельзя будет снова включить в главную базу данных – структуры таблиц не совпадают!

Для решения этой проблемы был отозван из отпуска Джон, главный администратор базы данных компании.

XML-формат архивных данных

Джон закатил рукава и сформулировал пять главных требований к процессу архивирования:

1. Данные должны архивироваться по мере их старения.
2. Заархивированные данные должны удаляться из главной базы данных без большого влияния на производительность.
3. Восстановление архивных данных должно быть быстрым и простым.
4. Решение должно позволять изменение структур таблиц.
5. Должна быть обеспечена возможность поиска в архивных данных без включения их в главную базу данных.

Джон решил использовать для хранения архивных данных XML-формат.

Администраторы базы данных и программисты компании Acme отреагировали на предложение Джона, высказав соображения, что их приложения разработаны с учетом использования реляционной модели и обычных таблиц, что эти приложения (и таблицы) не могут обрабатывать XML-данные, что для досконального анализа влияния этих изменений нет времени.

Джон ответил, что программы будут видеть данные как если бы они были реляционными, хотя на самом деле они будут храниться во внешней памяти в XML-формате.

Архивная таблица

Джон предложил всем заинтересованным программистам и администраторам базы данных объяснить свое решение об архивировании в XML-формате на примере типичной в их базе данных таблицы сделок с клиентами (транзакций) TRANS, начиная с момента ее создания и заполнения (см. листинг 1). Эта таблица секционирована по столбцу TRANS_DATE (дата транзакции), имея в виду, что через три года самая старая секция может быть заархивирована и полностью удалена из таблицы (drop partition). Такое удаление секции фактически не оказывает никакого влияния на производительность сервера базы данных и генерирует очень мало REDO- и UNDO-информации; это самый быстрый способ очистки данных по сравнению с такими методами, как построчное удаление данных и усечение таблицы (truncation).


Белый шиповник краше садовых роз...
-----
IN THE NAME OF ADMIN, IMPURE SOULS OF THE LIVING FLOODERS SHALL BE BANISHED INTO ETERNAL DAMNATION... ENTER.
rinat Дата: Вторник, 29.04.2008, 14:06 | Сообщение # 4
носферату
Группа: Посвященные
Сообщений: 7
Уважение: 1  ±
Статус: Offline
Гугл помогает лишь найти таких же страждущих, а XML -- это придурь для тех, у кого слишком много места на дисках и слишком широкий канал в инет. Для сохранения и передачи тех же данных в XML требуется в 1.5-2 раза больший объем.
В общем, все печально.
--

См. здесь: http://www.cyberguru.ru/database/oracle/oracle-data-compression.htm

отредактировано Noir

Зал » Бальный зал для изящных бесед и танцев » Светский раут » Кто-нибудь знает Oracle 9.2i Standard Edition? (kso)
Страница 1 из 11
Поиск:

Copyright ~ Noir ~ © 2017 | Хостинг от uCoz