Основная идея сервера базы данных состоит в том, чтобы размещать, хранить и обрабатывать данные на сервере с мощными вычислительными ресурсами, а с помощью установленной на нем системы управления базами данных (СУБД) предоставить приложениям, использующим специальные запросы к СУБД, быструю обработку этих запросов и высокоскоростной доступ. Для организации работы такой системы применяется архитектура клиент-сервер.
Для управления современными базами данных как правило используется язык структурированных запросов SQL (англ. structured query language). Сервер, работающий под управлением СУБД, использующей язык SQL, называется SQL-сервер. В настоящее время наиболее распространены следующие программные продукты (SQL-серверы), реализующие систему управления базами данных (СУБД):
Microsoft SQL Server
Oracle Database Server
MySQL, PostgreSQL и т.д.
Специфика работы сервера базы данных заключается в том, что данные, как правило, обрабатываются транзакционно, т.е. СУБД запрашивает данные порциями небольшого объема, проводит над ними операцию и затем сохраняет. Такая специфика работы накладывает определенные требования к серверному оборудованию, а именно:
большой объем оперативной памяти для кэширования наиболее интенсивно используемых участков базы данных;
высокая вычислительная мощность для обработки запросов и операций над данными.
В следующих разделах более подробно описана реализация вышеперечисленных требований к серверному оборудованию, удовлетворяющих специфике функционирования сервера базы данных.
Оперативная память сервера базы данных
Дисковая подсистема сервера базы данных
Для получения максимальной производительности дисковой подсистемы на транзакционных задачах ее строят следующим образом: несколько жестких дисков объединяются в RAID-массив под управлением высокоскоростного RAID-контроллера. В RAID-массиве операции чтения-записи происходят одновременно на нескольких жестких дисках и рост производительности (количества операций ввода-вывода в секунду, IOPS) растет пропорционально количеству жестких дисков в массиве, при грамотной настройке серверного оборудования.
Максимальную производительность дисковой подсистемы сервера баз данных возможно получить при подключении к RAID-массиву твердотельных накопителей SSD (Solid State Drive), либо при установке в слот PCI Express специального ускорителя системы ввода-вывода (IO Accelerator) или при использовании NVMe (NVM Express) накопителей. Эти устройства обладают максимальной скоростью обмена данными и высокой стоимостью, но, к сожалению, имеют ограниченный ресурс на запись данных (что технологически свойственно всем устройствам на основе flash-памяти). В качестве жестких дисков в составе RAID-групп рекомендуется использовать диски SAS (Serial Attached SCSI) на 10000 об/мин или 15000 об/мин, при этом предпочтительнее использовать жесткие диски современного форм-фактора 2,5″ SFF HDD. Такие жесткие диски оптимизированы для работы на транзакционных нагрузках и по показателю IOPS имеют в несколько раз более высокую производительность, чем обычные диски SATA. Кроме того, диски SAS изначально проектируются для работы в составе RAID-массивов и показывают практически линейный рост производительности массива в зависимости от увеличения в нем количества дисков.
Вычислительная мощность сервера базы данных
Современные процессоры становятся всё более производительнее, в основном это происходит благодаря внедрению технологии многоядерности. Сейчас даже самый дешевый сервер оснащается процессором с 4-мя ядрами, что, фактически, для системы представляет собой 4 физических процессора. Благодаря этой технологии появилась возможность запускать параллельно несколько задач и обрабатывать более существенные объемы информации на недорогом стандартном серверном оборудовании. Для «тяжелых» серверных систем постепенно отпадает необходимость в приобретении дорогостоящих многопроцессорных RISC-систем, имеющих цену при равной производительности на порядок больше. В настоящий момент существуют четырехпроцессорные и восьмипроцессорные серверы стандартной архитектуры x86 с поддержкой 18-ядерных процессоров, что позволяет иметь в одной серверной системе количество ядер, исчисляемое сотнями, при этом без использования кластерных технологий.
Подбор по параметрам, конфигурирование, расчет цены и покупка сервера базы данных
Компания STSS предлагает нашим закачикам широкий спектр серверов для СУБД самого различного уровня. Начиная от сервера небольшой базы данных на 10-20 пользователей и заканчивая многопроцессорными серверами корпоративного уровня с числом подключений, превышающим тысячи пользователей.
Подробную информацию о моделях и характеристиках серверов баз данных (SQL-серверов) STSS Flagman, а также по подбору оптимального по цене решения с необходимыми характеристиками Вы можете получить у специалистов нашей компании по телефону +7 (495) 737-55-77 или e-mail: sales@stss.ru.
Все модели серверов баз данных на нашем сайте имеют конфигураторы серверов с автоматическим расчетом цены сервера. С помощью наших уникальных конфигураторов серверов, находящихся в разделе нашего сайта «Продукты. Серверы STSS», возможно самостоятельно подобрать конфигурацию сервера по параметрам и купить сервер STSS Flagman с необходимыми для сервера баз данных функциональными характеристиками.
Найти самостоятельно на нашем сайте модели серверов баз данных возможно самостоятельно, набрав в строке поиска соответствующий запрос, например » сервер ‘баз данных’ STSS Flagman ‘.4’ «.
Сервер БД обслуживает базу данных и отвечает за целостность и сохранность данных, а также обеспечивает операции ввода-вывода при доступе клиента к информации.
Архитектура клиент-сервер состоит из клиентов и серверов. Основная идея состоит в том, чтобы размещать серверы на мощных машинах, а приложениям, использующим языковые компоненты СУБД, обеспечить доступ к ним с менее мощных машин-клиентов посредством внешних интерфейсов.
Содержание
Язык SQL
Хранимые и присоединенные процедуры
Операционная среда серверов
Серверы БД: SQL SERVER (Microsoft), SQL BASE SERVER, Oracle SERVER (Oracle Corporation).Каждый сервер БД может работать на определенных типах компьютеров и сетей. Операционными системами серверов могут быть MSDOS, OS/2, Xenix,Unix, Dec VMS/ Рабочии станции пользователей обычно работают под управление MSDOS, OS/2, Xenix, Unix. Существуют возможности смешанного использования различных ОС. Большая часть SQL-серверов может хранить описание БД в системном каталоге, который обычно бывает доступен пользователям. Для обращения к этому каталогу используются SQL-запросы. Реляционные СУБД могут использовать информацию, хранящуюся в системном каталоге для оптимизации SQL-запросов.
Ссылочная целостность реляционных БД
Большинство SQL-серверов поддерживают ссылочную целостность реляционных БД, состоящих из отдельных таблиц, которые могут быть объединены на основе общей информации Рассмотрим на следующем примере: база данных содержит таблицу клиентов и таблицу заказов, которые связаны полем номера клиента, содержащимся в обеих таблицах. Поскольку может быть более одного заказа от одного клиента, соотношение таблиц – «один-ко-многим». Когда таблицы соединены, то таблица клиентов является родительской, а таблица заказов – дочерней. Если запись-родитель стирается, а соответствующие ей дочерние записи – нет, то говорят, что дочерние записи «осиротели». Ссылочная целостность означает, что ни в одной таблице не допустимы записи-«сироты». Запись может осиротеть тремя способами:
1)родительская запись удалена;
2)родительская запись изменена таким образом, что связь между «родителем» и «потомками» потеряна;
3)введена дочерняя запись без соответствующей родительской.
Поддержание ссылочной целостности возможно несколькими способами:
1)Через ключи, хранящиеся в таблицах БД (родительские таблицы содержат первичные ключи, представляющие собой комбинации внешних ключей, которые могут быть найдены внутри каждой из дочерних таблиц).
2)Использование присоединенных процедур – процедурная ссылочная целостность. Присоединенные программы обеспечивают ссылочную целостность за счет автоматического выполнения предложений SQL всякий раз, когда встречается одно из предложений UPDATE/INSERT или DELETE (либо запрещается удаление родительской записи, либо стираются все дочерние записи).
Транзакции и целостность БД
Транзакция — совокупность логически взаимосвязанных запросов, направленных на согласованное изменение некоторого множества строк в одной или нескольких таблицах БД. Обычно при выполнении транзакций обновляется несколько таблиц и индексов, связанных с этими таблицами. Для того чтобы гарантировать синхронизацию обновления и целостность данных, в серверах обычно используется принцип «все или ничего», означающий, что в БД вносятся либо все обновления или ни одно из них. С этой целью ведется журнал транзакций, в котором регистрируется информация обо всех затребованных изменениях. Этот журнал обеспечивает возможность «прокрутить назад» совершенных транзакции и восстановить предыдущее состояние БД. Это становится важно, когда изменения в БД, предусмотренные в одной транзакции, реализованы лишь частично, например, из-за сбоя аппаратуры.
Согласованность чтения
Характерна для многопользовательских СУБД. Для ее реализации серверы обладают средствами автоматической блокировки. Уровни, на которых блокируется таблица во время обновлений: -вся таблица; — страница (физический блок размером от 1 до 4 Кбайт, содержащий несколько записей;
Тупиковые ситуации
Серверы БД должны иметь средства определения состояния взаимоблокировки (dead lock)При возникновении такой ситуации выполнение одной из транзакций прерывается, выводя другую транзакцию из состояния вечного ожидания. Прерванная транзакция после исключения возможности ее блокировки выполняется сначала.
Схемы оптимизации работ на языке SQL
Цель оптимизации состоит в обеспечении как можно более быстрого получения ответа на запрос с минимальным числом обращений к БД Существует два типа оптимизации на языке SQL -оптимизация по синтаксису; -оптимизация по затратам; Оптимизация по синтаксису использует тот факт, что в языке SQL эффективность запроса зависит от того, как он сформулирован. В данном случае оптимизация зависит от квалификации программиста. При оптимизации по затратам происходит сбор сведений о БД — числе таблиц, числе строк, типе данных в каждой строке, доступности индексирования для конкретного столбца и т. д. Оптимизатор использует эту информацию для выработки наилучшего плана обработки запросов. Преимущества метода оптимизации по затратам: задача определения наилучшего способа выполнения запроса перекладывается с пользователя на процессор БД. Недостаток: нахождение оптимального метода само по себе может занять много времени.
Сервер БД выполняет обслуживание и управление базой данных и отвечает за целостность и сохранность данных, а также обеспечивает операции ввода-вывода при доступе клиента к информации.
Архитектура клиент-сервер состоит из клиентов и серверов. Основная идея состоит в том, чтобы размещать серверы на мощных машинах, а приложениям, использующим языковые компоненты СУБД, обеспечить доступ к ним с менее мощных машин-клиентов посредством внешних интерфейсов.
Содержание
Язык SQL
Большинство СУБД используют язык SQL (Structured Query Language — язык структурированных запросов), так как он удобен для описания логических подмножеств БД. Назначение SQL: — создание БД и таблицы с полным описанием их структуры; — выполнение основных операций манипулирования данными (такие как вставка, модификация и удаление данных из таблиц); — выполнение простых и сложных запросов. Одна из ключевых особенностей языка SQL заключается в том, что с его помощью формируются запросы, описывающие какую информацию из базы данных необходимо получить, а пути решения этой задачи программа определяет сама.
Хранимые и присоединенные процедуры
Операционная среда серверов
Примеры серверов БД: SQL SERVER (Microsoft), SQL BASE SERVER, Oracle SERVER (Oracle Corporation), IBM DB2, Informix.Каждый сервер БД может работать на определенных типах компьютеров и сетей. Операционными системами серверов могут быть MSDOS, OS/2, Xenix,Unix, Dec VMS/ Рабочие станции пользователей обычно работают под управление MSDOS, OS/2, Xenix, Unix. Существуют возможности смешанного использования различных ОС. Большая часть SQL-серверов может хранить описание БД в системном каталоге, который обычно бывает доступен пользователям. Для обращения к этому каталогу используются SQL-запросы. Реляционные СУБД могут использовать информацию, хранящуюся в системном каталоге для оптимизации SQL-запросов.
Ссылочная целостность реляционных БД
Большинство SQL-серверов поддерживают ссылочную целостность реляционных БД, состоящих из отдельных таблиц, которые могут быть объединены на основе общей информации Рассмотрим на следующем примере: база данных содержит таблицу клиентов и таблицу заказов, которые связаны полем номера клиента, содержащимся в обеих таблицах. Поскольку может быть более одного заказа от одного клиента, соотношение таблиц — «один-ко-многим». Когда таблицы соединены, то таблица клиентов является родительской, а таблица заказов — дочерней. Если запись-родитель стирается, а соответствующие ей дочерние записи — нет, то говорят, что дочерние записи «осиротели». Ссылочная целостность означает, что ни в одной таблице не допустимы записи-«сироты». Запись может осиротеть тремя способами:
1)родительская запись удалена;
2)родительская запись изменена таким образом, что связь между «родителем» и «потомками» потеряна;
3)введена дочерняя запись без соответствующей родительской.
Поддержание ссылочной целостности возможно несколькими способами:
1)Через ключи, хранящиеся в таблицах БД (родительские таблицы содержат первичные ключи, представляющие собой комбинации внешних ключей, которые могут быть найдены внутри каждой из дочерних таблиц).
2)Использование присоединенных процедур — процедурная ссылочная целостность. Присоединенные программы обеспечивают ссылочную целостность за счет автоматического выполнения предложений SQL всякий раз, когда встречается одно из предложений UPDATE/INSERT или DELETE (либо запрещается удаление родительской записи, либо стираются все дочерние записи).
Транзакции и целостность БД
Транзакция — совокупность логически взаимосвязанных запросов, направленных на согласованное изменение некоторого множества строк в одной или нескольких таблицах БД. Обычно при выполнении транзакций обновляется несколько таблиц и индексов, связанных с этими таблицами. Для того чтобы гарантировать синхронизацию обновления и целостность данных, в серверах обычно используется принцип «все или ничего», означающий, что в БД вносятся либо все обновления или ни одно из них. С этой целью ведется журнал транзакций, в котором регистрируется информация обо всех затребованных изменениях. Этот журнал обеспечивает возможность «прокрутить назад» совершенных транзакции и восстановить предыдущее состояние БД. Это становится важно, когда изменения в БД, предусмотренные в одной транзакции, реализованы лишь частично, например, из-за сбоя аппаратуры.
Согласованность чтения
Характерна для многопользовательских СУБД. Для её реализации серверы обладают средствами автоматической блокировки. Уровни, на которых блокируется таблица во время обновлений: — вся таблица; — страница (физический блок размером от 1 до 4 Кбайт, содержащий несколько записей).
Тупиковые ситуации
Серверы БД должны иметь средства определения состояния взаимоблокировки (dead lock). При возникновении такой ситуации выполнение одной из транзакций прерывается, выводя другую транзакцию из состояния вечного ожидания. Прерванная транзакция после исключения возможности её блокировки выполняется сначала.
Схемы оптимизации работ на языке SQL
Цель оптимизации состоит в обеспечении как можно более быстрого получения ответа на запрос с минимальным числом обращений к БД Существует два типа оптимизации на языке SQL -оптимизация по синтаксису; -оптимизация по затратам; Оптимизация по синтаксису использует тот факт, что в языке SQL эффективность запроса зависит от того, как он сформулирован. В данном случае оптимизация зависит от квалификации программиста. При оптимизации по затратам происходит сбор сведений о БД — числе таблиц, числе строк, типе данных в каждой строке, доступности индексирования для конкретного столбца и т. д. Оптимизатор использует эту информацию для выработки наилучшего плана обработки запросов. Преимущества метода оптимизации по затратам: задача определения наилучшего способа выполнения запроса перекладывается с пользователя на процессор БД. Недостаток: нахождение оптимального метода само по себе может занять много времени.
Серверами баз данных называют серверные платформы с установленным специализированным ПО, предназначенным для управления и обслуживания структурированных данных. Любой SQL-сервер выполняет I/O-операции при обращении клиентов к базе и поддерживает её в целостности. О том, какие виды серверов БД бывают, какие требования к ним предъявляется и как выбрать конфигурацию, которая будет наилучшим образом подходить под потребности того или иного предприятия, мы и поговорим в этой статье.
Для поддержания бесперебойной работы крупных проектов используют производительные сервера или целые кластеры серверных машин, где стоит, как правило, СУБД — комплекс программ для создания и манипулирования данными. Для выполнения команд — чтения, записи, удаления или создания выборки, клиент соединяется с сервером через сетевой интерфейс, о разновидностях которых мы будем говорить ниже, а перед этим остановимся на вопросах, которые чаще всего возникаю при планировании архитектуры серверной сети.
Почему для управления базой выделяют отдельный SQL-сервер
Главное назначение выделенного сервера БД состоит в размещении, обработке и хранении информации силами достаточно производительной конфигурации, при этом все это происходит посредством одной из предустановленных СУБД. Непосредственно сама система управления базами предоставляет доступ к ним клиентам и приложениям и обеспечивает оперативную обработку запросов. Описанный формат взаимодействия также называют архитектурой типа «клиент-сервер».
Любое обращение к реляционной БД происходит в большинстве случаев на самом распространенном языке запросов SQL. В свою очередь платформа, на которой запущена СУБД, «понимающая» этот язык, и называется SQL-сервером.
При небольших нагрузках допустимо (а иногда и оправданно) разместить базу данных на основной вычислительной машине. Более крупные проекты, где число ежедневных запросов к базе превышает 500, разумнее реализовывать уже на отдельном SQL-сервере. Это позволяет оборудованию не распыляться на сторонние задачи, а сосредоточиться на выполнении типовых процессов, под которые заранее рассчитаны ресурсы и мощность оборудования.
Системы управления базами данных
На базе SQL создан и поддерживается целый ряд программных продуктов: одна часть из них требует приобретения лицензии, другая свободно распространяется и развивается сообществом разработчиков.
MS SQL
Производительная и отказоустойчивая реляционная СУБД от Microsoft для многопользовательского использования в среде операционной системы Windows. Обладает возможностью удаленного подключения и поддерживает создание триггеров, оперирует всеми распространенными типами данных. Кроме того, для настройки системы реализованы функциональные и простые в использовании плагины.
Oracle Database
Программное решение от компании Oracle, созданное для объединения и управления базами данных в облаке. Позволяет проводить интерактивную аналитическую обработку, автоматизировать рутинные бизнес-операции, работать с файлами разметки XML, а также управлять как локальными, так и разделенными данными.
IBM DB2
Это заслуженная СУБД, разработанная корпорацией IBM, по праву известная своей производительностью. Она демонстрирует конкурентные технические показатели среди реляционных БД. SQL-серверы семейства Db2 отличаются кроссплатформенностью, широкими возможностями для масштабирования, поддержкой снапшотов и моментальным восстановлением баз, онлайн-управлением таблицами, внедрением пользовательских типов информации.
MySQL
PostgreSQL
Требования к конфигурации сервера баз данных
Взаимодействие с СУБД имеет ряд технических особенностей, что сказывается на особых требованиях к серверному «железу». В частности, чтобы обеспечить бесперебойную и эффективную работу, в сборке желательно предусмотреть:
Пропускная способность сети
Еще одним важным фактором при выборе SQL-сервера может стать ширина канала связи, особенно это касается крупных проектов с большим числом единовременно подключенных клиентов.
При изменении числа подключений в N раз значения минимальной и рекомендуемой пропускной способности также изменяются в N раз.
Дисковая подсистема
Значительно ускорить дисковую систему можно одним из способов:
Такие устройства способны существенно ускорить обмен пакетами ценой ограниченного ресурса по сравнению с классическими винчестерами и высокой стоимости.
Примеры сборок в зависимости от числа пользователей
Оценить ожидаемую нагрузку проще всего, исходя из числа одновременно подключенных пользователей, однако не следует забывать и о перспективах масштабирования, закладывая запас по производительности.
Для примера используем актуальные сборки одного из лучших производителей серверного оборудования Hewlett Packard Enterprise. По ним легко проследить эволюцию оборудования в зависимости от повышения требований.
Менее 10 подключений.
С такой нагрузкой справится система в минимальной комплектации, снабженная по меньшей мере двухъядерным чипом, с частотой более 2.2 ГГц, памятью DDR4 объемом 4 Гб, тремя средними накопителями SAS/SATA.
От 10 до 20 пользователей
Чтобы обеспечить стабильную работу в таких условиях требуется минимальная сборка из четырехъядерного процессора, работающего на частоте 2.3 ГГц, нескольких планок RAM типа DDR4 объемом от 8 Гб, и минимум трех SAS/SATA дисков со скоростью вращения шпинделя 7200 оборотов в минуту.
От 20 до 50 клиентов
От 50 до 100 подключений
От 100 до 200 пользователей.
От 200 до 500 клиентов.
Индивидуальные проекты
Мы готовы предложить большой выбор платформ: от моделей начального уровня для СУБД небольшого проекта, рассчитанного на 10-15 пользователей, до высокопроизводительных и отказоустойчивых кластеров многопроцессорных сборок корпоративного класса, выдерживающих пиковые нагрузки от тысячи одновременных подключений.
В конфигурировании индивидуальных сборок для решения нестандартных задач в любое время готовы прийти на помощь наши специалисты: они оценят сложность реализации и технические требования планируемого проекта, и на их основе подберут сбалансированное по своим характеристикам, цене и мощности решение. Для заказа консультации воспользуйтесь формой связи ниже.
Поначалу околосерверная терминология многих вводит в ступор. С ходу непонятно, что из представленного набора букв — технология, а что является названием какой-нибудь утилиты. Хороший пример – MySQL. Инструмент, который кто-то считает нарицательным для баз данных, а кто-то называет сервером.
Разберемся, что такое MySQL-сервер, как он работает и почему о нем так много говорят.
Краткое описание MySQL
Это реляционная система управления базами данных. Таково официальное определение.
MySQL создавалась силами шведских разработчиков из одноименной компании в 1994 году. Тогда и состоялся ее релиз под свободной лицензией. Позже компанию поглотила Oracle. MySQL распространяется бесплатно и входит в стандартный набор утилит LAMP для разработки сайтов на базе Linux.
MySQL — не единственная в своем роде. Подобных программ хватает. Но системы управления базами данных частенько ассоциируют конкретно со шведской разработкой. Доходит до того, что серверы баз данных с любым ПО называют MySQL. Все благодаря ее популярности и признанности среди крупных корпораций. Ее используют в Facebook, YouTube, Google и тысячах других IT-компаний.
Что такое база данных?
В нашем случае данные — это файлы, а база — место, где они хранятся. Данные могут принимать любой облик.
Представьте, что вы сделали плейлист в Spotify и добавили туда новый трек. Плейлист будет базой, а добавленная песня — данными. Каждая композиция, появившаяся в уже готовом плейлисте, станет частью существующей базы данных. Так она будет пополняться.
Таких баз может быть много. Например, интернет-магазин, продающий гитары, тоже оперирует базами данных. В них хранятся инструменты из каталога, отсортированные по заранее продуманным критериям (производитель, количество струн и т.п.).
Получается, что базы могут быть многоуровневыми и делиться на различные категории (разделы каталога в случае с магазином). Так формируются взаимосвязи между разными элементами базы данных, появляется структура. Отсюда и термин «реляционная» – он намекает на зависимость элементов друг от друга.
Так что база данных — это набор структурированных данных с выстроенными между ними «взаимоотношениями» (делением на категории, к примеру).
Визуально она представляет собой таблицу с тысячами элементов (ссылками, файлами, отрывками текста и т.п.). Чтобы этим добром управлять, необходимо как-то обозначить таблицы и научиться ими управлять. Тут и пригодится SQL.
А что такое SQL?
Эта аббревиатура расшифровывается как Structured Query Language, что в переводе означает «язык структурированных запросов».
По версии разработчиков, приставка My в MySQL появилась из-за дочери создателя системы Микаэля Видениуса. Ее зовут Мю, в финском языке это пишется как My. Не зная этого факта, на западе произносили [мю] как [май].
SQL – э то стандартизированный язык, использующийся для взаимодействия с базой данных. С помощью него, собственно, и получают доступ к информации, хранящейся в таблицах MySQL. Язык делится на три части:
Другие СУБД используют такой же язык структурированных запросов. Будь то PostgreSQL или Microsoft SQL. Это бренд. Но это не касается того, как эти системы взаимодействуют с данными. Отличия все же есть.
Основные задачи, выполняемые SQL
Structured Query Language появился в 1970 году и быстро заменил собой аналогичные, но устаревшие VISAM и ISAM. Они были нужны для управления данными.
В их «обязанности» входило:
SQL закрывает все 5 аспектов.
Принцип работы MySQL-серверов
Он такой же, как в любых клиент-серверных моделях. Одно устройство делает запрос, а второе отвечает. Запрашивающих может быть больше одного, все зависит от сервера, сети и поставленных задач.
Технически немного иные, но по своей сути идентичные процессы происходят в среде MySQL:
Для взаимодействия с MySQL-сервером используются соответствующие утилиты. Некоторые работают только в командной строке. Некоторые награждены графическим интерфейсом. Популярные решения – WorkBench, SequelPro, SQL Studio, TablePlus. Правда, большинство вебмастеров предпочитает phpMyAdmin, так как та входит в LAMP и работает в браузере.
Как создать базу данных на хостинге?
У хостинг-провайдеров встречаются панели управления со встроенной функцией создания баз данных. В Timeweb такая есть. Чтобы создать на хостинге базу данных, надо открыть раздел «Базы данных MySQL» и кликнуть по кнопке «Создание новой базы данных». Система попросит указать параметры, имя пользователя и пароль администратора для авторизации.
Что касается создания БД на VDS, то можно воспользоваться панелью управления сервером. Например, ISPmanager.
В ISPmanager базы создаются так:
Почему MySQL так популярна?
Если взглянуть на статистику, то по частоте использования и упоминания в сети MySQL проигрывает только решению от компании Oracle. Из-за чего так происходит? Конечно же, из-за ее преимуществ над существующими конкурентами.
На швейцарскую систему полагаются IT-корпорации ранга Facebook, потому что она:
Подробнее о безопасности MySQL
Защита данных обеспечивается двумя подсистемами: таблицей привилегий и плагинами безопасности.
Первая нужна, чтобы оградить часть данных от определенной группы пользователей. Она вынуждает клиентов, делающих запросы, авторизоваться в системе, дабы та могла убедиться в праве клиента на получение запрашиваемой информации. То есть управлять базой в полной мере может ограниченное число лиц. При желании можно запретить определенному кругу лиц возможность вносить в таблицы любые изменения или удалять из них данные, но при этом оставить за ними возможность добавлять новые единицы данных в существующую базу.
Ближайший пример такой системы — права доступа в WordPress и DataLife Engine.
Плагины безопасности расширяют базовые механизмы защиты целостности данных. Например, создают на сервере более строгую политику создания паролей или дополнительное хранилище для конфиденциальной информации.
Недостатки MySQL
Не обошлось без как минимум 4 увесистых ложек дегтя в бочку обсуждаемой СУБД.
Выводы
Популярность MySQL — не случайность. Она действительно будет идеальна для решения большинства задач, пока вы не поймете, что вам нужно что-то помощнее. Либо она навсегда останется для вас единственной и неповторимой, как и для миллиона вебмастеров по всей планете.
