Производительность - база - данные
Cтраница 1
Производительность баз данных прогнозируется с помощью аналитических и имитационных средств. Программные блоки, соответствующие этим уравнениям, включаются как компоненты в имитационную модель. [1]
Для оценки производительности базы данных методом моделирования необходимо предусмотреть работающую модель для каждой прикладной программы. Модель прикладной программы представляет собой программу в виде загрузочного модуля, которая выполняет реальные вызовы системы DL / 1 для доступа к прототипу базы данных, моделирует логику обработки программы и производит необходимые измерения. [2]
Изменение организации хранения с целью улучшения производительности базы данных представляет собой непрерывный процесс. [3]
Для выполнения необходимых измерений, на основе которых можно оценить производительность базы данных, модель прикладной программы должна обладать определенными возможностями. Ниже предложены и показаны на примере основные средства такой модели. [4]
Модель прикладной программы может предоставить проектировщику разнообразные виды информации, характеризующей производительность базы данных. Ниже приведены основные виды выходных данных, полезных для оценки производительности. [5]
Переход от использования локальных файлов к использованию SQL-серверов ( в английском языке иногда используется термин upsizing) в основном вызван необходимостью увеличить производительность баз данных и обеспечить возможность хранения больших объемов данных. В предыдущем примере, если системе RDBMS посылается SQL-запрос на определение максимального оклада, SQL-сервер решает эту задачу за очень короткое время и отправляет клиенту только окончательный результат операции, то есть значение максимального оклада. Если система RDBMS работает на достаточно мощном компьютере ( например, на мультипроцессорной станции Sun SparcStation), время, необходимое для обработки запроса, будет минимальным. [6]
 |
Оценка вероятностей РСЮ, РТЮ и РРЮ. [7] |
Для полной оценки производительности базы данных требуется дополнительная информация о физическом проекте и схеме хранения базы данных, а также о предполагаемом ее использовании. [8]
Среди всех основных реляционных СУБД SQL-сервер предлагает администраторам и разработчикам баз данных наибольшее количество типов данных. Рассмотрим, как некоторые из них воздействуют на структуру и производительность баз данных. [9]
Группы позволяют отделить активно используемые данные от редко используемых, что повышает производительность базы данных благодаря уменьшению пути поиска следующего требуемого сегмента от текущего. В методе доступа HISAM группы позволяют сократить число физических операций ввода-вывода вследствие уменьшения числа просматриваемых при поиске блоков. Как для метода доступа HISAM, так и для методов доступа HD наблюдается тенденция к уменьшению числа физических операций ввода-вывода ( числа блоков, передаваемых по каналам ввода-вывода во вторичную память или из нее) вследствие повышения вероятности расположения искомого сегмента в одном и том же блоке с текущим сегментом. Для баз данных с методом доступа HISAM группы обеспечивают также дополнительное повышение производительности за счет прямого доступа к сегментам второго уровня без предварительного доступа к корневым сегментам. В помощь проектировщику при решении подобных задач процедуры логического проектирования могут в удобной форме представить данные о коэффициентах производительности, длинах и числе экземпляров сегментов. [10]
Первая цель состоит в том, чтобы определить предмет исследования - основные понятия и проблемы - при оценке производительности базы данных и ее эксплуатационных характеристик. Во-вторых, автор хотел показать, что нужную оценку можно получить совместным применением аналитического метода и моделирования на ЭВМ; такая оценка точнее, чем обычная оценка, выполненная неавтоматизированными методами. Наконец, третья цель состоит в том, чтобы показать, что точность аналитического метода ограниченна, и поэтому после соответствующего использования аналитических оценок для более строгой оценки оставшихся вариантов проекта необходимо моделирование в реальной среде. [11]
ЕСЛИ в таблице не определен первичный ключ, SQL-сервер не сможет реализовать для нее средство тиражирования. Конечно, первичные ключи важны не только при тиражировании, но и во многих других обстоятельствах. Как было показано в главе 3, первичные ключи повышают целостность, надежность и производительность баз данных. [12]
При проектировании схемы существует чрезвычайно большая свобода выбора принципов структуризации данных и спецификации ограничений. В этой связи имеет смысл определить понятия хорошей и правильной схемы. Хорошая схема благоприятствует достижению рационального уровня производительности базы данных. [13]
В данной главе рассмотрен аналитический метод оценки времени ввода-вывода для проекта базы данных. Напомним читателю, что база данных все еще остается проектом на бумаге и технически не реализована. Цель предложенного метода состоит в уменьшении числа вариантов проекта в результате приближенной оценки общего времени, затрачиваемого на операции ввода-вывода. Как показывает опыт, такой подход к оценке производительности базы данных осуществим и целесообразен. [14]
Страницы: 1