2.1.3 Субд MySql

My SQL багатопотікова швидка реляционная СУБД без надмірностей. Зручна для пошуку та додавання даних, що робить її оптимальної у використанні для Інтернет-додатків. Призначена для розробок на APІ для C, С#, C++, Java, Eіffel, Perl, PHP, Python, Tcl. ODBC. Особливістю є парольний захист (паролі шифруються перед пересиланні, це, однак, не збільшує безпеку).

Таблиці MySQL представлені у вигляді B-tree зі стиском індексу. До 32 індексів на таблицю. До 16 стовпчиків на індекс. Довжина індексу до 500 байт. Таблиці в пам'яті. Запису перемінної довжини. Є приклади використання MySQL з 60000 таблиць і 5 мільярдами рядків.

Дана СУБД підтримує кодування koі8-r і cp1251, що робить її оптимальної для сортування, порівняння даних. Клієнти можуть з'єднуватися по TCP/ІP чи Unіx socket. Можна вбудовувати у свої програми.

2.1.4 Субд Oracle

До теперішнього часу Oracle перетворилася на настільки потужну і розвинену систему, що деякі користувачі часом виявляють нерозуміння чинників, що впливають на базову продуктивність її застосувань. Oracle - це стійка, масштабована система управління реляційними базами даних, здатна ефективно зберігати і обробляти величезну кількість даних в умовах розрахованого на багато користувачів доступу. Ядро сервера Oracle було серйозно перероблене на основі досвіду розробки і експлуатації додатків для попередніх версій, при цьому був отриманий значний виграш в продуктивності і надійності за допомогою технологій Oracle можливо побудувати інформаційну систему, вирішальну скільки завгодно складні завдання по обробці даних. Для цього у розпорядженні проектувальників і розробників є всі необхідні інструментальні засоби.

Oracle 10 може управляти базою даних розміром 512 петабайт, а не 32 терабайта, як Oracle 7. Тому, разом з оптимізацією коди ядра сервера (наприклад, виклик функцій, написаних на мові PL/SQL, з операторів SQL став швидше на 40%), в Oracle10 з'явилися нові можливості для управління великими і надвеликими базами даних. Коротко перерахуємо їх. Секціонування таблиць і індексів - таблиці і індекси можуть бути розбиті на секції, з кожною з яких можна працювати як з одним об'єктом, наприклад зберігати різні секції на різних пристроях і управляти ними автономно. В цьому випадку для таблиці або індексу вибирається один або декілька стовпців - так званий ключ секціонування. Їх значення визначають секцію, куди буде поміщений запис.

Наприклад, для згадуваних вище таблиць із записами телефонних розмов ключем секціонування може бути стовпець, в якому зберігається дата початку розмови, а таблиця може бути розбита на секції так, щоб в одну секцію потрапляли відомості про розмови за один місяць. В цьому випадку запит, за допомогою якого витягуються відомості про розмови за останній місяць, не звертатиметься до даних з інших секцій, в яких зберігаються розмови за інші місяці і буде отриманий значний виграш продуктивності. Для роботи з секціонованими таблицями і індексами потрібний встановлена опція сервера - Partitioning option.