Преимущества Access по сравнению с другими программами. Сравнение Oracle и MS SQL Server

Информатика, кибернетика и программирование

Оптимизацию этих расходов можно произвести через правильный выбор СУБД. Выбор СУБД представляет собой сложную многопараметрическую задачу и является одним из важных этапов при создании БД.

Сравнение популярных СУБД

Появившись в 1980 году, реляционные базы данных (СУРБД) очень быстро стали фактическим стандартом управления массивами данных. Как следует из названия, в основе этих систем лежит реляционная модель организации данных, что подразумевает существование табличных групп, состоящих из отдельных, связанных между собой, таблиц.

Данная статья предлагает сравнительный обзор особенностей трех наиболее популярных СУРБД: Oracle, MySQL и SQL Server. Такое сравнение может оказаться существенным подспорьем при подборе под конкретные проекты.

Сравнительная таблица общих характеристик

Данная таблица содержит общие характеристики СУРБД Oracle, MySQL и SQL Server

Oracle

Первым «настоящим» выпуском СУРБД Oracle стал Oracle 2. Система была написана на ассемблере и поддерживала только базовые свойства SQL. Все последующие 11 лет Oracle занималась тем, что выпускала обновления для этого флагманского продукта.

Вероятно, одной из причин, почему СУРБД Oracle так долго удерживала лидерство среди мощных корпоративных СУРБД, было то, что все ее апдейты оказались тесно связанными с удовлетворением насущных потребностей рынка.

Все эти жаргонизмы мира баз данных, такие как «масштабируемая», «распределенная», «программируемая», «переносимая», также тесно связаны с линейкой продуктов Oracle. Например, в 1985 году, в связи с возросшей ролью сетевых коммуникаций, в СУРБД Oracle была добавлена поддержка клиент-серверной модели, а с наступлением Эры Интернет, продукты Oracle стали включать в себя собственную виртуальную машину Java (JVM).

Особенности

В результате релиз первой в мире облачной базы данных Oracle Database 12c (2013 г), обладал уже следующими особенностями:

• Улучшенный алгоритм защиты чувствительных данных
• Улучшенное сжатие данных
• Высокая плотность консолидации данных
• Максимальная доступность
• Автоматическая оптимизация данных
• Средства быстрой разработки веб-приложений с помощью SQL и/или PL/SQL
• Улучшенная сетевая производительность

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

Microsoft SQL Server

Компания Microsoft вышла на рынок СУРБД в середине 90-х в содружестве с компанией Sybase, у которой Microsoft и приобрела этот одноименный продукт. В дальнейшем обе компании совместно трудились над разработками для платформы IBM OS/2.

Однако, с появлением Windows NT, связи Microsoft и Sybase были разорваны, так как Microsoft хотела самостоятельно разрабатывать СУРБД для своей новой ОС.

В 2000 году вышел релиз SQL Server 2000, который ознаменовал собой важную веху, поскольку это был первый продукт, в котором полностью отсутствовал код Sybase.

Особенности

Последним релизом SQL Server является SQL Server 2014 в котором Microsoft предлагает:

• Новые технологии работы с памятью
• Улучшенную производительность
• Гибридные облачные решения
• Улучшенную бизнес-аналитику
• Резервное копирование старых версий в облачное хранилище

MySQL

Огромным преимуществом MySQL, сравнительно с проприетарными продуктами, является открытость ее исходного кода. Согласно маркетинговым отчетам, на сегодняшний день существует более 10 миллионов инсталляций MySQL, что является показателем ее стремительного вхождения в корпоративный сектор.

Особенности

Такие системы, как Oracle и SQL Server, являются крупными корпоративными СУРБД, в то время как MySQL предназначена для поддержки малых и средних проектов. Обновления MySQL выходят практически каждый год.

Поворотным для MySQL оказался 2010 год, когда увидела свет MySQL 5.5, обладающая рядом значительных улучшений сравнительно с предыдущими выпусками, а именно:

• Наличие движка InnoDB
• Полусинхронная репликация
• Улучшенный механизм секционирования данных
• Новая система блокировок
• Оптимизация под многоядерные процессоры

Заключение

Сравнение демонстрирует, что все три СУРБД по своим ключевым параметрам весьма схожи. Трудно ответить на вопрос, какая из них лучшая, да это и не нужно - СУРБД следует подбирать, исходя из требований собственного проекта, а не руководствуясь абстрактными показателями производительности и эффективности.

Сегодня чиркну пару слов о базах данных. Хочу просто поделится своим, сугубо личным мнением и опытом, об использовании различных баз данных. И так, базы бывают серверными и локальными, реляционными и не реляционными, поддерживающие транзакции и без них, и.т.д. и т.п.

Как показывает практика, серверные БД гораздо шустрее своих не серверных братьев. С локальными базами практически невозможно работать с таблицами под миллион записей, к слову сказать, для серверных баз это тоже не простое занятие. Тем не менее, механизмы индексации и кеширования позволяют ускорить процесс.

Все (насколько я знаю) локальные базы поддерживают только одно параллельное подключение на запись.

SQLite

Это повсеместно используемая база данных состоит из одного файла (во время работы с базой, могут создаваться другие файлы). Библиотеки доступа к базе есть на любом современном языке программирования и запускается на любой платформе. Open Source.

ACCESS

Эта база данных идет как часть MS Office. С не мне тоже приходилось работать. Как и SQLite, читать базу может несколько клиентов, писать — только один. Закрытый код и не совсем понятно соглашение. Получается, что пользоваться базой можно только в том случае если есть лицензия на приложение Office. С другой стороны, пользоваться ACCESS без установленного Office можно с помощью ODBC.

SQL Server Compact

Эта база данных как и SQLite хранит данные в одном файле, но для работы с ним требует нескольких не управляемых (unmanaged DLL) библиотек и провайдера. На первый взгляд ничем не лучше SQLite. Эта база данных присутствует в Windows Mobile и Windows Phone устройствах.

MS SQL

Это серверная база данных от Microsoft. Для написания скриптов используется Transact-SQL. В полной версии поддерживается куб (OLAP) и присутствуют функции для сбора статистики и добычи данных (data mining). Среди редакций есть бесплатная, экспресс версия — MS SQL Express .

1 поддерживаемый процессор (но может быть установлен на любой сервер),
1 Гб адресуемой памяти,
4 Гб максимальный размер базы (10 Гб для версии SQL Server 2008 R2),
Через интерфейс SQL Server Management Studio 2005 нет возможности экспорта/импорта данных (в версии 2008 эта возможность присутствует)

Oracle

Это одна из самых древних, серверных баз данных. Об этом намекают и PL-SQL и обязательные sequence-ы, которые нужно создавать в ручную к инкрементальным полям. Признаюсь, работал я с этой базой последний раз года 4 назад. Но если за 25 лет ничего кардинально не изменилось, почему должно меняется последние 5 лет? Лицензия стоит больших денег, хотя, как и у MSSQL есть Express edition — Oracle XE. Ограничения были опубликованы в Computerra .

размер базы данных до 4 Гбайт и поддержка только одного процессора и 1 Гбайт оперативной памяти.

Postgree

Серваерная база с открытым исходным кодом уровня предприятия. Нет единого разработчика. Разработка ведется усилиями нескольких разработчиков и компаний. Действительно быстрая и полнофункциональная база данных. Из других блогов и форумов ясно, что проблемы могут возникнуть в самых потенных уголках postgree. А для оптимальной производительности может требовать работы напильником. Мне нравится 🙂

MySQL

Кто не слышал про MySQL? На самом деле MySQL объединяет в себе несколько движков хранения данных (все они имеют свои достоинства и свои недостатки). Этот пункт, вместе с простотой использования сыграл важную роль в ее популяризации. Такое ощущение, что сейчас все хостинг компании предлагают именно эту базу данных в качестве основной.

FireBird

Это бесплатный клон InterBase от Borland, сейчас существуют оба продукта. Известен наверно всем программистам Delphi, а значит русскоязычным разработчикам в целом. Код закрыт, но ограничений на использование нет.

DB2, VistaDB, Sybase, Synergy, Teradata

Это все платные базы данных, так и не получившие должного внимания с моей стороны. Понадобится мне они могут разве что для поддержки какой-нибудь «древней» программы.

Запросы

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

Типы СУБД

В наши дни за построение информационных систем отвечают разного рода системы управления базами данных (сокращенно – СУБД), отличающиеся как своим функционалом, так и требовательностью к системным ресурсам. Имеющееся многообразие используемых во всем мире СУБД, однако, вполне возможно классифицировать по двум основным типам: персональные и многопользовательские, на основе чего будет приведено описание типов СУБД в данной статье.

Первый тип – персональные СУБД – ориентирован для функционирования на ПК (например, MS Access, FoxPro, dBASE и другие) . Первоначально эти системы поддерживали управление данными лишь одного пользователя. СУБД такого типа работает как единая программа, а полученные таблицы базы данных представлены на жестком диске того же компьютера отдельными файлами. Развитие локальных сетей дало повод разработчикам СУБД данного типа всячески адаптировать их к функционированию в сетевой среде, где потенциально оказалось возможным настроить доступ к данным одновременно с нескольких ПК, входящих в локальную сеть. Сами файлы БД в этом случае помещаются на файлсервер. Каждое рабочее место выполняет собственную копию программы общей системы и прикладную программу, на функционирование которых могут значительно влиять характеристики компьютера данного рабочего места. Типичным примером работы персональной СУБД является ситуация, когда N рабочих мест в сети работают с аналогичными данными, при этом запущено N программных копий СУБД: те же самые данные управляются одновременно N-м количеством копий СУБД . Ошибка при выполнении какой-либо копии другими копиями замечена не будет. Выполнение запросов к БД копии СУБД сведется к одному из двух действий:

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

В СУБД второго типа первоначально использовался подход, основанный на создании соответствующих условий для выполнения операций на высокопроизводительных ПК с обеспечением параллельной работы для большого количества пользователей. Эти СУБД, по обыкновению, содержат ядро, постоянно находящееся в памяти и большое количество программ-агентов, которые обслуживают запросы прикладных (клиентских) программ и конечных пользователей. В данном конкретном случае ядро СУБД вместе с данными расположено на одном ПК. Одной копией данных управляет единственная копия СУБД. Управляющая система дает возможность с большой эффективностью организовать совместный доступ к информации множества агентов и отсутствие конфликтов между ними. Возникающие ошибки в работе СУБД локализуются и исправляются самой системой. Функционирование ядра СУБД в сетевой среде подразумевает выполнение запросов агентов на определенную выборку данных и передачу в сеть только результатов выборки. В связи с быстродействием современных дисковых подсистем, которое по обыкновению выше скорости обмена информацией по сети, снижение объема передаваемых данных значительно повышает эффективность работы системы в целом. Таким образом никаких ограничений в плане масштабов сети не накладывается, агенты могут связываться с ядром СУБД посредством любых сетей и протоколов передачи данных. Кроме прочего, многопользовательские СУБД наделены неоспоримыми преимуществами в следующих аспектах: надежность, доступность и безопасность. Такие СУБД с первых дней своего существования использовали язык SQL в роли интерфейса запросов, откуда возникло их альтернативное наименование – SQL-серверы.

В последнее время персональные типы СУБД также активно снабжаются подмножествами SQL, однако эти подмножества не содержат средств параллельного доступа к данным и обеспечения безопасности – персональные СУБД их обеспечивать не могут.

Бизнес решения от Oracle

Главный принцип компании заключается в развитии инноваций путем упрощения IT-среды. Вся информация, напрямую связанная с Oracle (их инновации и приобретения, успехи заказчиков), помогают бизнесменам уверенней продвигаться, смелее мыслить и тверже стоять на ногах. Компания состоит в сообществе, которое реализовывает программу корпоративного гражданства и устойчивого развития. Сайт компании предлагает совершить виртуальную экскурсию, приобщиться к организуемым мероприятиям, к открытию новых возможностей.

Бизнес-решения Oracle дают возможность клиентам в разы улучшить эффективность работы, помогают составлять правильный анализ бизнеса, управлять рисками, снижать их, контролировать бизнес . Решение подбирается конкретно для определенных случаев, подкрепляется опытом и знаниями разработчиков. Oracle разрабатывает системы “под ключ”, таким путем уменьшаются затраты и упрощается IT-инфраструктура. Разработанные системы уникальны и абсолютно новы.

К одним из наиболее востребованных бизнес-решений компании Oracle следует отнести Oracle Database – уникальную базу данных, которая снижает затраты на информационные технологии за счет консолидации в облако баз данных и повышает качество оказываемых услуг . Предлагаемая программа безупречно анализирует огромные объемы данных, корпоративные приложения заслуживают особого внимания.

Бизнес-решения на основе серверов компании Sun SPARC x86, Sun Netra, Sun Blade сверхнадежны и не только своей производительностью приведут в восторг, но и простотой управления и экономией средств . Производители снабдили лучшие системы платформами виртуализации, удобными для установки Oracle Linux, Oracle Solaris и другими ведущими операционными системами.

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

Oracle и Microsoft SQL Server входят в число многопользовательских систем, развиваясь и совершенствуясь в течение достаточно долгого периода времени и реализуясь в качестве коммерческих программных продуктов. Данные СУБД представляют собой основу промышленных решений из области обработки данных. Российский рынок может предложить широкий ассортимент промышленных СУБД от разных поставщиков, включая Oracle (Oracle Corporation), Microsoft (Microsoft SQL Server), DB2 (IBM), Adabas (Software AG), Sybase (Sybase), Informix (Informix Software). Oracle лидирует на рынке СУБД, при чем как на платформах Unix, так и на Windows. В данном обзоре будет приведена сравнительная характеристика СУБД от Oracle и Microsoft с итоговым визуальным представлением в виде таблиц.

СУБД от Oracle наделена наиболее развитым функционалом для работы с Java, данными через интернет и оптимизациями в системе совместного доступа . Единственный недостаток этой СУБД заключается в сложности администрирования, но денежные средства, потраченные на ее интеграцию и изучение, в последствии «выльются» в эффективную и надежную работу. Подробная характеристика СУБД от Oracle включает множество достоинств данной системы :

1. Высокий уровень надежности.
2. Присутствие универсальных инструментов защиты информации.
3. Функционал для разбиения крупных БД на разделы, предоставляющий возможность управлять многогигабайтными базами с высокой эффективностью.
4. Распараллеливание операций в запросах.
5. Поддерживаются все известные платформы: Windows, UNIX, Linux, Solaris и многие другие.
6. Поддерживаются большие объемы памяти и симметричная многопроцессорная обработка, что позволяет управлять программами при высоких нагрузках, связанных с большим количеством транзакций.

В компании Oracle придерживаются принципа, что все важные функции должны управляться из одного центра, в связи с чем предлагается модуль interMedia, предоставляющий в распоряжение пользователей передовые технологии для обработки мультимедийных объектов (аудиоклипов, неподвижных изображений, видеофрагментов, географических данных).

А вот какая сравнительная характеристика СУБД от Microsoft – SQL Server:

1. Простота в администрировании.
2. Возможность работы через сеть.
3. Высокое быстродействие и расширенный функционал сервера СУБД.
4. Присутствие инструментов для удаленного доступа.

Комплект ПО административного управления у данной СУБД включает целый набор специализированных мастеров и инструментов автоконфигурирования . Кроме прочего, БД от Microsoft снабжена отличными средствами для тиражирования, которые позволяют синхронизировать информацию на ПК с информацией базы данных и в обратном направлении. Как и в случае с Oracle, эта БД содержит сервер OLAP, предоставляющий возможность выполнять сохранение и анализ всех имеющихся данных пользователя.

Microsoft SQL Server – это полнофункциональная современная БД, идеально подходящая для средних и малых организаций . Нельзя не отметить, что SQL Server проигрывает СУБД от Oracle в двух важных параметрах: программируемости и инструментах для работы (особенно если речь заходит о разработке клиентских приложений на Java). Также важной особенностью SQL Server является функционирование только в среде ОС семейства Windows. Зато, если для доступа к содержимому базы данных применяется исключительно стандарт ODBC, данной СУБД практически нет равных.

Сравнительные характеристики СУБД от Microsoft и Oracle в виде таблицы вы можете увидеть ниже:

Сравнительная характеристика СУБД тех же производителей, исходя из требований заказчика:

Самым существенным критерием в сравнении СУБД являются их эксплуатационные характеристики (надежность, производительность, масштабируемость и так далее):

Как правильно выбрать СУБД

Выбирая базу данных, крайне важно заострить внимание на той, которая наиболее соответствует требованиям, предъявляемым к инфосистеме, то есть четко знать, какая должна быть реализована модель автоматизации (документооборота либо бизнес-процессов). Перво очередно при выборе СУБД следует учитывать ниже перечисленные факторы:

• максимальное количество одновременно обращающихся к БД пользователей;
• характеристики клиентского программного обеспечения;
• технические характеристики аппаратных компонентов сервера;
• операционную систему на сервере;
• квалификационный уровень персонала.

Рассуждая о том, как правильно выбрать СУБД, нужно помнить, что на сегодняшний день большой популярностью пользуются серверы с базами данных SQL, и это указывает на их высокий функциональный потенциал. Как с вариантами построения системы рекомендуется подробно ознакомиться со следующими четырьмя ведущими серверными СУБД – Microsoft SQL Server, Oracle, IBM DB2 и Informix, после чего выполнить сравнительный анализ их работы на каждом из главных этапов:

1. Конфигурирование системы;
2. Системный мониторинг;
3. Настройка параметров;
4. Обработка запросов;
5. Программирование серверных, клиентских модулей.

Такой анализ нужно проводить, учитывая, что количество клиентских мест должно составлять 50-500 , при этом управление СУБД должно выполняться с максимальной эффективностью . По обыкновению СУБД имеют «на борту» операционные системы семейства Windows или Linux .

Oracle и MS SQL Server – де-факто стандарты СУБД корпоративного уровня. У каждой из них имеются свои преданные сторонники и ярые противники. Обе СУБД выполняют примерно одинаковые задачи для примерно одинаковых пользователей и управляются примерно одинаковыми dba . В чём же разница? Далее в этом посте предлагаю экспресс-сравнение функциональности Oracle и SQL Server , пусть достаточно поверхностное и без залезания в глубокие дебри на уровень "прожжёных админов", зато пригодное для начального сопоставления.

Оба продукта развиваются, правят косяки, реализуют удачные фичи и пр. Так что, по правде говоря, сравнивать можно только конкретные версии/редакции (2k 5 vs. 10g , 2k 8 vs. 11g ). И всё-таки, если попытаться обращать внимание только на самые обобщённые характеристики...

SQL Server работает только на windows (зато может сосредоточиться именно на этой связке СУБД – ОС). Oracle же выпускает версии для разных платформ (windows , linux , solaris , solaris sparc , aix , hp-ux itanium , hp-ux pa-risc , z/linux , z/os , mac os ), что означает возможность использовать бесплатные ОС для серверов СУБД.

Обе СУБД поддерживают файловые системы и СХД. Но у oracle есть один очень классный инструмент – automatic storage management . Фишка в том, что oracle -dba приходится вникать в особенности файловых систем тех ОС, на которых разворачивается СУБД. Чтобы помочь ему, asm скрывает в себе такие особенности и позволяет работать в стандартном и привычном oracle -окружении (в том числе с помощью sql ). Фактически, asm "у можно сказать "вот есть массив неотформатированных дисков, ты будешь работать с ним", и asm самостоятельно отформатирует диски, разместит на них данные и будет ими управлять. Причём – по субъективным ощущениям – получится гораздо эффективнее, чем управление "вручную" (один коллега, участвовавший в курсах по администрированию oracle, признался, что сами тренеры не особенно представляют, как этот asm работает "внутри").

С портами всё ясно – обе СУБД имеют стандартные порты и могут быть настроены на использование другого значения, отличного от дефолтного. В sql server имеется также возможность запуска инстанса на случайном, динамически выделяемом порту (чтобы узнать этот порт, клиенту потребуется обратиться к СУБД по 1434).

Что касается базовых сервисов (в windows ). MSSQLSERVER – самая главная служба одноимённой СУБД, обеспечивает хранение данных, их обработку и управление доступом. SQLServerAgent осуществляет планирование и исполнение заданий, оповещений, извещений и планов обслуживания базы данных. В oracle основных служб также две: OracleService и . Первая служба обеспечивает функциональность БД (за исключением разного рода надстроек, аналитики и т.д.), вторая – это диспетчер подключений. Есть важная особенность – при остановке или поломке TNSListener -а все активные подключения продолжают работать.

По разграничению прав доступа также есть интересное отличие. Если в ms sql server пользователю дать права администратора, то он может выполнять любые операции, в т. ч. – передать такие же права dba другому пользователю. В oracle же возможны два варианта – передача прав with grant option (с разрешением дальнейшей передачи прав) и без такого разрешения.

Также интересные моменты касаются соответствия терминов.

С инстансом понятно – это экземпляр СУБД, установленный на сервере. В sql server он имеет имя, по которому можно к нему обратиться (тут ещё такая фишка, как возможность использовать неименованный инстанс – когда на сервер устанавливается только один экземпляр этой СУБД, то он получает дефолтное имя, и обращаться к СУБД можно без указания такого имени). В oracle каждый инстанс имеет SID , который указывать обязательно.

А вот с базой и схемой дела обстоят сложнее. Пользователи sql server привыкли к тому, что база данных – это какое-то хранилище для размещения таблиц, процедур, представлений и прочих объектов, к которому они могут получить доступ; и что на одной СУБД может быть любое количество баз данных. И когда такие пользователи приходят к oracle -dba и просят "сделать им базу данных", админы сильно пугаются. Ведь в oracle база данных – это фактически инстанс. А вот "хранилищу для размещения... объктов, к которому... могут получить доступ" соответствует понятие "схема".

Далее – соответствие состояний. Фактически sql server либо работает (служба MSSQLSERVER успешно стартовала), либо нет. В oracle же целый набор состояний:

не работает – все службы остановлены;

смонтирован (mount ) – особенное состояние, в которое СУБД может перейти сама (при каких-то проблемах), либо в которое её может перевести администратор. В какой-то мере это безопасный режим, в котором можно изменять критические параметры конфигурации СУБД. Естественно, в этом состоянии СУБД не обслуживает пользователей;

• запущен и работает, обслуживает старые подключения и не принимает новые. В этом состоянии запущена служба OracleService и остановлена OracleTNSListener . Иногда бывает так, что разработчик Вася никак не может соединиться с СУБД и громко ругается, в то время как разработчик Коля отлично работает с ней же – причина такой ситуации зачастую кроется в том, что Коля уже давно установил соединение, затем была отключена служба TNSListener , и новое соединение от Васи не принимается;

запущена и работает в полной мере (запущены обе службы).

Обе СУБД используются свои диалекты языка запросов. И хотя они основаны на одном и том же стандарте ansi sql , диалекты получились разные, а многие их функции – специфичными и несовместимыми. Следует отметить, что PL/SQL мощнее T-SQL .

Для управления sql server используется management studio – большой и полноценный клиент, достаточный для выполнения подавляющего большинства операций любого уровня – от простого пользователя до администратора. В свою очередь из-за обилия платформ oracle предлагает web -консоли для работы и администрирования СУБД.

Представленное сравнение не претендует на полноту и абсолютную достоверность, а специфичных моментов перечислено всего несколько, выбранных субъективно. Но надеюсь, что и в таком виде информация будет полезной. Если есть желание добавить - u r welcome !