http://neerc.ifmo.ru/wiki/api.php?action=feedcontributions&feedformat=atom&user=188.243.182.101&* 2026-04-26T22:28:59Z Вклад участника MediaWiki 1.30.0 http://neerc.ifmo.ru/wiki/index.php?title=%D0%90%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%B0_%D0%A0%D0%A1%D0%A3%D0%91%D0%94&diff=81436 2021-12-18T20:26:42Z

<p>188.243.182.101: </p> <hr /> <div>== Общий план == <br /> Верхнеуровнево, система управления баз данных состоит из ''' хранилища данных ''' и ''' программы''', которая к этим данным обращается.<br /> <br /> [[Файл:intro_arch_mini.png|400px|Общий план]]<br /> <br /> == Взаимодействие с СУБД == <br /> Под вопросом из первой картинки скрывается несколько компонент, один из них - ''' протокол ''' взаимодействия программы и СУБД. Этот протокол реализуется '' драйверами'' : с одного конца есть программа, взаимодействующая с драйвером, и, аналогично, с другого конца есть СУБД и также драйвер. <br /> <br /> Традиционно, у каждого СУБД есть свой протокол, по которому происходит взаимодействие.<br /> <br /> [[Файл:intro_arch_drivers.png|400px|Протокол взаимодействия]]<br /> <br /> == Обработка запроса ==<br /> В программе есть sql запросы, которые требуется разобрать, этим занимается модуль ''' разборщик запроса ''', который является парсером. <br /> <br /> После разбора есть запрос, который нужно исполнить, этим занимается ''' исполнитель запроса ''', который в отличие от разборщика взаимодействует с реальными данными. Но если исполнить запрос ровно так, как он написан, скорее всего это будет весьма не эффективно.<br /> <br /> [[Файл:intro_arch_partial.png|400px|Обработка запроса]]<br /> <br /> == Эффективная обработка запроса ==<br /> <br /> Чтобы запрос исполнялся более эффективно, есть ''' построитель плана исполнения ''' (также называется оптимизатором), который получает на вход разобранный запрос и решает как конкретно он будет исполнен, а именно:<br /> * какие, откуда и в каком порядке будут загружаться данные <br /> * какие индексы будут использованы <br /> <br /> Улучшения '' исполнителя запроса '':<br /> * добавление модуля ''' управление памятью ''' - так как эффективность исполнение запроса может зависеть от кол-ва используемых данных, а именно - поместятся они все в память или нет, это стоит учитывать при выборе того как запрос будет исполнен<br /> * использование '' статистики '' - в зависимости от того, какие данные конкретно хранятся, оптимизатор может принимать разные решения об используемых алгоритмах <br /> <br /> [[Файл:intro_arch_complete.png|400px|Эффективная обработка запроса]]</div>

188.243.182.101 http://neerc.ifmo.ru/wiki/index.php?title=%D0%90%D1%80%D1%85%D0%B8%D1%82%D0%B5%D0%BA%D1%82%D1%83%D1%80%D0%B0_%D0%A0%D0%A1%D0%A3%D0%91%D0%94&diff=81386 2021-12-18T16:46:23Z

<p>188.243.182.101: Новая страница: «== Общий план == Верхнеуровнево, система управления баз данных состоит из ''' хранилища дан…»</p> <hr /> <div>== Общий план == <br /> Верхнеуровнево, система управления баз данных состоит из ''' хранилища данных ''' и ''' программы''', которая к этим данным обращается.<br /> <br /> [[Файл:intro_arch_mini.png|400px|thumb|right|Общий план]]<br /> <br /> == Взаимодействие с СУБД == <br /> Под вопросом из первой картинки скрывается несколько компонент, один из них - ''' протокол ''' взаимодействия программы и СУБД. Этот протокол реализуется '' драйверами'' : с одного конца есть программа, взаимодействующая с драйвером, и, аналогично, с другого конца есть СУБД и также драйвер. <br /> <br /> Традиционно, у каждого СУБД есть свой протокол, по которому происходит взаимодействие.<br /> <br /> [[Файл:intro_arch_drivers.png|400px|thumb|right|Протокол взаимодействия]]<br /> <br /> == Обработка запроса ==<br /> В программе есть sql запросы, которые требуется разобрать, этим занимается модуль ''' разборщик запроса ''', который является парсером. <br /> <br /> После разбора есть запрос, который нужно исполнить, этим занимается ''' исполнитель запроса ''', который в отличии от разборщика взаимодействует с реальными данными. Но если исполнить запрос ровно так, как он написан, скорее всего это будет весьма не эффективно.<br /> [[Файл:intro_arch_partial.png|400px|thumb|right|Протокол взаимодействия]]<br /> <br /> == Эффективная обработка запроса ==<br /> <br /> Чтобы запрос исполнялся более эффективно, есть ''' построитель плана исполнения ''' (также называется оптимизатором), который получает на вход разобранный запрос и решает как конкретно он будет исполнен, а именно:<br /> * какие, откуда и в каком порядке будут загружаться данные <br /> * какие индексы будут использованы <br /> <br /> Улучшения '' исполнителя запроса '':<br /> * добавление модуля ''' управление памятью ''' - так как эффективность исполнение запроса может зависеть от кол-ва используемых данных, а именно - поместятся они все в память или нет, это стоит учитывать при выборе того как запрос будет исполнен<br /> * использование '' статистики '' - в зависимости от того, какие данные конкретно хранятся, оптимизатор может принимать разные решения о используемых алгоритмах. <br /> <br /> [[Файл:intro_arch_complete.png|400px|thumb|right|Протокол взаимодействия]]</div>

188.243.182.101