Приветствую Вас Гость | RSS

DBA.UCOZ.RU

Пятница, 29.03.2024, 05:00
Главная » Статьи » СУБД

В разделе материалов: 21
Показано материалов: 1-10
Страницы: 1 2 3 »

2-11. Переключение назад из флэш-области восстановления.

Как было сказано выше, переключение поврежденного файла данных на файл копии-отображения - это временная мера, позволяющая быстро вернуть повреждённый файл в оперативный режим работы. Но затягивать с эксплуатацией базы данных в таком режиме долго не стоит. Как только появиться первая возможность, необходимо сразу же совершить обратное переключение.

Oracle | Просмотров: 5387 | Author: Жилин Сергей Валентинович | Добавил: dba | Дата: 10.08.2010 | Комментарии (0)

2-10. Восстановление повреждённого файла данных из копии-отображения.

Если один из файлов данных повреждён, то вместо того, чтобы немедленно восстанавливать файл из резервной копии, можно временно использовать копию-отображения файла из флэш-области восстановления.

В качестве примера повредим (удалим) файл данных EXAMPLE01.DBF . Для этого в начале переведём его в автономный режим:

Oracle | Просмотров: 3603 | Author: Жилин Сергей Валентинович | Добавил: dba | Дата: 06.08.2010 | Комментарии (0)

В сервере MySQL версии 5.2 появился новый вид хранилища данных — Falcon.Эта статья является обзором нового вида хранилища. В ней будут обсуждены его достоинства, недостатки и возможности.
MySQL | Просмотров: 1816 | Author: Павел Пушкарев | Добавил: dba | Дата: 25.06.2010 | Комментарии (0)

Что должен возвращать следующий запрос?

SQL> SELECT ora_database_name FROM dual

Первое что приходит на ум, результатом выполнения этого запроса должно быть имя текущей базы данных. Но действительно ли всё это так просто, как кажется на самом деле? Попробуем разобраться, что же представляет на самом деле эта функция, каков её источник и как можно изменить результат, выводимый этой функцией.

Oracle | Просмотров: 4904 | Author: Сергей Жилин | Добавил: dba | Дата: 02.06.2010 | Комментарии (0)

Иногда требуется срочно на время расширить временное табличное пространство. К примеру, для пересоздания большого индекса. Самый быстрый путь это добавить в уже используемое табличное пространство ещё один файл. Этот добавление можно сделать и во время активной работы. Но вот как вернуть временное табличное пространство в прежние размеры. Конечно, сделать это можно полностью удалив его и создав заново с нужными размерами. Но что если удалить временное табличное пространство не удаётся, к примеру,  из-за его постоянной занятости. В этом случае нам поможет удаление ранее добавленного  файла.

Oracle | Просмотров: 9811 | Author: Сергей Жилин | Добавил: dba | Дата: 27.04.2010 | Комментарии (0)

Все сценарии возникновения взаимоблокировки, которые мы рассматривали ранее, происходили при выполнении отдельных SQL команд. Это самый простой и быстрый путь  для изучения механизмов взаимного блокирования. В действительности, большинство случаев взаимоблокировок происходит при  выполнении не отдельных SQL команд, а  хранимых PL/SQL объектов: процедур, пакетов или триггеров.  Поэтому ниже мы попытаемся определить, существуют ли какие-нибудь отличия в том, где возникает блокировка.

Oracle | Просмотров: 4671 | Author: Сергей Жилин | Добавил: dba | Дата: 29.03.2010 | Комментарии (0)

В предыдущих примерах мы рассмотрели варианты возникновения взаимных блокировок в результате блокирования строк в таблицах или индексах. Пришло время рассмотреть случаи взаимоблокировок, которые возникают при блокировании  на уровне объектов. Такие события обычно связаны с внутренним механизмом работы Oracle и в большинстве случаев не относятся напрямую к плохо спроектированному коду приложения.

Oracle | Просмотров: 7819 | Author: Жилин Сергей Валентинович | Добавил: dba | Дата: 19.03.2010 | Комментарии (0)

Наконец-то пришло время рассмотреть второй  сценарий возникновения ситуации взаимных блокировок. Его отличие от предыдущего заключается в том, что одна из TX блокировок здесь находиться в исключительном режиме, а вторая, ожидающая, в разделяемом. Условий для возникновения такой взаимной блокировки на самом деле не так уж много, вернее их всего три. Это нехватка места в таблице транзакций, перекрытие фрагментов индекса на основе битовых карт и  наложение значений первичного или уникального ключа при вставке. В какой-то мере, к последнему условию, можно отнести и DML операции с таблицами организованными по индексу.

Ниже мы попробуем на примерах рассмотреть ситуации взаимного блокирования со всеми перечисленными выше условиями. Но сделать это будет не просто, из-за особенностей  установки разделяемого режима транзакционной блокировки. В связи с этим моделирование начнем,  с самого простого случая, с наложения значений первичного или уникального ключа при вставке.

Oracle | Просмотров: 6418 | Author: Жилин Сергей Валентинович | Добавил: dba | Дата: 18.03.2010 | Комментарии (1)

Взаимная блокировка ( deadlock) — это ситуация в СУБД, при которой двое или более сеансов находятся в состоянии бесконечного ожидания ресурсов, захваченных самими этими же сеансами. При обычном состоянии, когда один из сеансов захватывает, какой либо ресурс, другие сеансы будут ожидать его освобождения, выстраиваясь в очередь, друг за другом. Но если удерживающий сеанс не может освободить ресурс, вследствие того что он ожидает освобождения ресурса, захваченного одним из ожидающих сеансов, возникает парадоксальная ситуация, при которой ни один из захваченных сеансами ресурсов не может быть освобождён. В этом случае СУБД сама должна вмешаться в процесс бесконечного ожидания и принудительно освободить запрос в сеансе к одному из ресурсов. При этом никак не должна пострадать уже начатая транзакция сеанса. СУБД должна только отменить последнее действие в сеансе, которое привело к сложившейся ситуации взаимного блокирования, и предоставить сеансу решить, зафиксировать ли изменения в данных или отменить их.
Oracle | Просмотров: 8241 | Author: Жилин Сергей Валентинович | Добавил: dba | Дата: 16.03.2010 | Комментарии (0)

Средства обработки данных

Язык баз данных SQL

Язык SQL ( Structured Query Language ) является языком обработки и манипулирования данными СУБД ЛИНТЕР. Он основан на стандарте ANSI / ISO SQL -92. При реализации языка в него были внесены некоторые элементы, не специфицированные в стандарте SQL -92. Это касается конструкций, относящихся к интернационализации имен объектов базы данных (БД) - таблиц, столбцов и пр., а также набора скалярных функций, введенных в СУБД ЛИНТЕР для совместимости с SQL СУБД Oracle .

ЛИНТЕР | Просмотров: 3735 | Добавил: dba | Дата: 09.02.2010 | Комментарии (0)

1-10 11-20 21-21