Этот сайт посвящается администрированию баз данных OpenEdge Progress.
Не корысти ради, а познания для!
С уважением,
Валерий Башкатов
|
Сайт разработан при участии компании Progress Technologies, официального дистрибьютора Progress Software Corp. на территории стран СНГ и Латвии.
На сайте функционирует система коррекции ошибок. Обнаружив неточность в тексте, выделите её и нажмите Ctrl+Enter
Результаты опроса: Нужны ли книги по Progress OpenEdge на русском языке? (опрос проводился с мая 2009 по ноябрь 2010)
Да, нужны. Потому что будет легче понять материал - 268
Нет, не нужны. Достаточно материалов на английском языке - 10
Не знаю, мне всё равно - 6
А знаете ли вы что..
|
|
|
Опубликовано: 29 мая 2009
Данная статья затрагивает некоторые аспекты администрирования базы
данных, которые могут быть полезны разработчикам приложений для
PROGRESS.
Written by © Serguey Klimoff, 2003, Russia
|
|
|
|
|
Опубликовано: 28 мая 2009
Данная статья является переводом статьи Progress Coding Standards Manual автор Chris Schreiber
Fast 4gl systems, inc.
Корпоративная техническая документация
|
|
|
|
|
Опубликовано: 26 мая 2009
Данная статья описывает некоторые ключевые концепции программирования на PROGRESS 4G.
Дизайн БД и правила индексирования
INPUT-OUTPUT
Чтение записей
Written by © Serguey Klimoff, 2003, Russia
|
|
|
|
|
Опубликовано: 26 мая 2009
Когда пользователь выходит из базы данных, пользовательский процесс
начинает выполнять определенную процедуру, которая, для правильного
завершения сессии, не может быть прервана...
|
|
|
|
|
Опубликовано: 26 мая 2009
Семафоры обеспечивают доступ к общим объектам данных для множества
различных процессов, они предоставляют процессу "лицензию" на
блокировку ресурсов, таких как записи, разделяемую память, замки
(latches), и т.д. Progress разделяет семафоры на две группы: для входа
в систему и для пользовательских процессов. Для входа в систему
используется так называемый Логин - семафор, через который каждый
процесс должен подключатся к базе данных, и который используется только
с этой целью. Пользовательские семафоры используется пользовательскими
процессами, уже подключенными к базе данных, чтобы иметь возможность
блокировать запись или другой ресурс. Оба типа этих семафоров размещены
в одном и том же пуле (pool), который мы называем "semset". Число
семафоров в пределах этого набора определено параметром запуска –n для
каждой базы данных.
|
|
|
|
|
Опубликовано: 26 мая 2009
Весьма вольная интерпретация статьи “Why You Need the Before-image
Log”, автор Gus Bjorklund. Но, думаю, этого достаточно для понимания
основной сути вопроса...
|
|
|
|
|
Опубликовано: 26 мая 2009
Когда создается новый .bi файл, то в нём автоматически размещается
четыре кластера. До версии Progress 9.x по умолчанию размер кластера
был равен 16Кб, после – 512Кб. BI кластеры управляются как двусвязный
список, т.е. он содержит точки forward и backward. Когда транзакция
стартует, информация об этом сохраняется в первом кластере. Когда это
кластер будет заполнен, произойдет переход к следующему кластеру. В
итоге, когда все четыре кластера заполнятся не завершенными
транзакциями, необходимо принять решение о расширении BI файла или о
перераспределении для повторного использования существующего
пространства, если это возможно.
|
|
|
|
|
Опубликовано: 26 мая 2009
Размер BI кластера влияет на частоту возникновения контрольных точек
(checkpoints) в базе данных. В основном, большой размер кластера
означает, что контрольные точки будут возникать менее часто, при этом
увеличится время восстановления (recovery), а так же увеличится период
«заморозки» (freeze) деятельности когда BI файл будет расти.
Соответственно, меньший размер кластера будет способствовать более
частому выполнению контрольных точек.
|
|
|
|