Керівництво з технічної оцінки продукту SQLBase від компанії Gupta Technologies. Частина 2

початок статті


Частина 2 – Захист серверів і баз даних, права на доступ до бази даних


В даний час у всіх компаніях велику роль відіграють повноваження на доступ і безпека баз даних, так як все більше додатків отримують доступ до конфіденційної інформації. SQLBase TE 56 і SQLBase TE 128 забезпечують абсолютний захист від несанкціонованого доступу до даних. Можна використовувати шифрування на рівнях сервера, бази даних та сторінки бази даних, що забезпечує кращу безпеку передачі даних серед аналогічних продуктів на ринку баз даних.

Повноваження на доступ до бази даних


Повноваження на доступ визначають користувачів, яким дозволений доступ до бази даних і набір операцій, можливих після підключення до бази даних. СУБД SQLBase управляє доступом за допомогою імен користувачів і паролів. Далі наводиться список 4 рівнів користувачів, що є в SQLBase.

Рівні повноважень на доступ організовані в ієрархічному порядку і призначені для суворо контролю доступу до даних:


Безпека баз даних і серверів


SQLBase TE 56 і TE 128 забезпечують безпеку на всіх рівнях процесу клієнт / сервер. До числа функціональних можливостей відносяться:


Більш високий рівень безпеки серверів


На рівні сервера SQLBase TE 56 забезпечує два типи безпеки:


За допомогою паролів підключення до сервера можна задати пароль у файлі конфігурації GUPTA, а потім задати пароль на підключення до сервера для виконання адміністративних операцій. Це дозволяє виключити виконання неавторизованими користувачами руйнують операцій на сервері.

Підключення до сервера дозволяє виконувати наступні операції:


Паролі сервера забезпечення безпеки


На додаток до можливості виконання всіх адміністративних операцій, дозволених після введення пароля підключення до сервера, пароль забезпечення безпеки сервера дозволяє SQLBase TE 56 і SQLBase TE 128 шифрувати бази даних і виявляти несанкціоновані зміни сторінок. Поки не буде встановлено пароль захисту, в SQLBase TE не можна створювати зашифровані бази даних або отримувати до них доступ.

Для настройки сервера забезпечення безпеки необхідно до нього підключитися і задати пароль. Потім слід підключитися до бази даних, яку потрібно зашифрувати, і вказати ключ шифрування бази даних. Потім у SQLBase TE можна виконувати шифрування бази даних.

Під час наступного запуску сервера SQLBase TE автоматично встановлює і дає право на доступ до незашифрованим баз даних, зашифровані бази даних не встановлюються. Необхідно підключитися до сервера і ввести пароль сервера забезпечення безпеки. Після цього SQLBase встановлює зашифровані бази даних і дозволяє користувачам до них підключатися. Після відключення зашифровані бази даних доступні для підключення користувачів.

Удосконалена технологія перевірки паролів


Захист від програм підбору паролів в SQLBase TE використовує вдосконалену технологію перевірки паролів. Коли SQLBase TE визначає неправильний пароль або ім'я користувача, то виконується затримка відповіді викликає. При правильному підключенні затримки не відбувається. Термін "пароль" відноситься як до підключення до бази даних, так і до підключення до сервера. При кожному введенні неправильного пароля SQLBase TE збільшує час затримки незалежно від джерела введення пароля. Час затримки зменшується тільки після певного періоду часу, протягом якого не було спроб введення неправильного пароля.

Шифрування сторінок баз даних


Пароль сервера забезпечення безпеки забезпечує доступ до зашифрованих SQLBase TE баз даних. При шифруванні бази даних використовується ключ шифрування, що дозволяє виключити методи доступу до збережених даними. У кожної бази даних може бути свій ключ шифрування і рівень безпеки.

Рівні безпеки баз даних відповідають типу шифрування, що використовується для приховування інформації, що зберігається в базі даних. Вибір методу шифрування представляє собою компроміс між продуктивністю і складністю злому шифру. У SQLBase є чотири рівня безпеки: None (немає) – стандарт SQLBase (без шифрування), Low (низький) – стандарт SQLBase (криптограма), Medium (середній) – SQLBase TE 56 (56-бітове шифрування за алгоритмом DES), High (високий) – SQLBase TE 128 (той же, що і для SQLBase TE, але з використанням 128-бітного потрійного шифрування за алгоритмом DES).

Рівень безпеки бази даних задається за допомогою команди ALTER DBSECURITY. При використанні шифрування бази даних SQLBase TE зберігає сторінки бази даних на диску в зашифрованому вигляді. Дешифрування є прозорим для клієнта.

Захист сторінок баз даних від зміни


Захист сторінок бази даних від зміни в SQLBase TE використовується для визначення змін даних несанкціонованим способом.

Є три рівні захисту від зміни сторінок бази даних: немає захисту, 16-бітний контроль надлишкового коду (CRC) і алгоритм SHA. Рівень захисту сторінок бази даних від змін задається за допомогою команди ALTER DBSECURITY.

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

Безпечна передача даних


Безпечну передачу даних можна використовувати між клієнтами і серверами SQLBase для запобігання можливості перегляду даних під час пересилання неавторизованими користувачами.

Безпечна передача даних не залежить від шифрування і захисту сторінок бази даних від зміни. Безпечну передачу даних можна використовувати автономно або в комбінації з іншими методами захисту. Використання безпечної передачі даних не вимагає завдання пароля сервера забезпечення безпеки.

Частина 3 – Розробка додатків за допомогою SQLBase


У попередньому розділі розглядалися основні функціональні можливості реляційних баз даних, реалізовані в СУБД SQLBase. У даному розділі описуються різні методи доступу та використання цих функціональних можливостей за допомогою різних інтерфейсів прикладного програмування (API) та інструментальних засобів, доступних у SQLBase.

Інтерфейси програмування


SQL / API – ключ до створення кращих додатків


Основою відкритості програмування в SQLBase є SQL / API – великий і докладно документований набір функцій, що дозволяє повністю контролювати доступ до даних і їх маніпулюванням, а також операціями на сервері. Це дає змогу програмам використовувати всі функціональні можливості, що надаються інструментарієм SQLBase (наприклад, консоллю SQLConsole), і забезпечує можливість розробляти багатофункціональні автономні програми.

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

SQLBase надає інтерфейс у вигляді бібліотек DLL для доступу з будь-яких стандартних інструментальних засобів розробки Windows і у вигляді Shared Object (загальні об'єкти) для доступу з додатків Linux.


Стандартизованого підключення за допомогою інтерфейсу ODBC


ODBC представляє собою стандартний інтерфейс доступу до баз даних. Тому компанія GUPTA включила до SQLBase драйвер ODBC для Windows і Linux.

Будь-яке клієнтське програмне забезпечення (Visual Basic, Crystal Reports та ін в Windows, Perl і PHP в Linux) може використовувати драйвер ODBC для доступу до SQLBase.

Постачальник OLEDB для Windows


OLE DB для взаємодії з SQLBase дозволяє використовувати будь-яку мову, що підтримує модель COM. Фактично OLE DB являє собою стандарт доступу до баз даних.

OLE DB забезпечує більш швидкий доступ і володіє більшою функціональністю в порівнянні з ODBC. Наприклад, Visual Studio для доступу до SQLBase може використовувати постачальник OLE DB від SQLBase.

Відкрита платформа розробки з JDBC


З появою Java міжплатформна програми стали реальністю. Таким додатків необхідний прямий доступ до баз даних, і для цього в SQLBase використовується Java драйвер JDBC (4 рівні), що забезпечує доступ до SQLBase будь-яким Java програмам на будь-якій платформі.

Нижче перераховані переваги такої реалізації:


Використовуючи цей інтерфейс, розробники можуть створювати переносних незалежні аплети, додатки і серверні компоненти, що працюють з базами даних.

Власний постачальник даних. NET


У SQLBase постачальник даних. NET за допомогою об'єктної моделі ADO.Net забезпечує підключення до SQLBase останньої версії інтерфейсу IDE від компанії Microsoft і відповідних мов.

Програмування серверних додатків


У SQLBase для всіх серверних платформ, включаючи Linux, надається SQL / API. Це дозволяє розробникам створювати програми, що працюють на тому ж сервері, що і SQLBase, і підключатися до системи управління базами даних. Розробники можуть створювати серверні компоненти, що виконуються на будь-який серверній платформі, що має велике значення для багатоланкових розподілених архітектур. Можливість безпосереднього запуску додатків на сервері забезпечує ряд переваг: не потрібно вирішувати цю задачу в клієнтському додатку, не витрачаються мережеві ресурси, підвищена безпека і стабільність.

Оптимізація додатків із графічним інтерфейсом


Вимоги, що пред'являються графічними додатками, виходять за рамки стандартних функцій, пропонованих більшістю сучасних SQL серверів баз даних. Спочатку архітектура таких серверів розроблялася для підтримки додатків, що запускаються з командного рядка, які в той час були дуже популярні. СУБД SQLBase спочатку розроблялася з набором функцій, які задовольняють потреби розробників клієнт / серверних додатків з точки зору автономних або пов'язаних тільки з запитами функціональних можливостей. Однак суть архітектури клієнт / сервер – це робота в многопользовательском оточенні, але і тут SQLBase володіє спеціальними архітектурними можливостями, які забезпечуються механізмом контролю версій записів (row versioning) – основою технології SQLBase, – який саме для цього був створений.

Збереження контексту курсору


Для досягнення максимально можливого рівня паралелізму, усі додатки баз даних повинні фіксувати чи скасовувати оновлення як можна швидше, зменшуючи до мінімуму інтервал часу, протягом якого іншим користувачам заблокований доступ до оновлюваним даними. У більш стандартних SQL СУБД, таких як IBM DB2, фіксація змін викликає втрату всієї інформації про контекст для кожного курсору, використовуваного у додатку. Для відновлення такої втрати потрібні значні зусилля, як при програмуванні програми, так і під час роботи бази даних. Зазвичай в таких випадках доводиться повторно робити витяг (Fetch) великої кількості даних, а серверу бази даних необхідно перекомпілювати складні команди.

Функція збереження контексту курсору в SQLBase повністю позбавляє від такого зайвого програмування та відновлення. Збереження контексту курсору означає, що після фіксації транзакції можна продовжувати використовувати всі курсори. Це особливо корисно в поєднанні з SQLBase функцією позиціонується курсору, що дозволяє користувачам продовжувати переміщатися по результуючим множинам (result sets) без потреби знову вибудовувати результуючі безлічі і знову витягати дані до поточної позиції. У результаті значно скорочується мережевий трафік і зменшується завантаження сервера.

Тип даних LONG


SQLBase підтримує необмежений розмір типу даних LONG. Двійкові дані можуть зберігатися в стовпці таблиці. Така можливість важлива для зберігання растрових зображень, документів текстових процесорів або цифрових записів. На відміну від багатьох конкуруючих продуктів, СУБД SQLBase не накладає обмеження на кількість стовпців типу LONG в одній таблиці. Крім того, SQLBase значно швидше за своїх конкурентів читає і записує дані типу LONG.

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

Оптимістичне блокування та контроль версій записів


Такі функції SQLBase, як позиціонуються результуючі безлічі, гнучкі рівні ізоляції (isolation levels) і повідомлення про оновлення (update notification) є аспектами цільного, інтегрованого підходу до роботи в режимі клієнт / сервер і до доступу до баз даних. Ключовим поняттям архітектури є поняття ідентифікатора рядка ROWID. Цей термін використовується іншими виробниками СУБД, але його реалізація в SQLBase унікальна.

Як і в інших реляційних СУБД, дані в SQLBase зберігаються в рядках. До значенням полів кожного рядка додається псевдо-поле ROWID, яке підтримується базою даних. Воно однозначно ідентифікує рядок в базі даних. З цього поля можна витягувати значення, але змінювати його може лише база даних. Псевдо-поле ROWID використовується всередині системи для роботи з результуючими множинами, докладання його можуть використовувати в якості ключа для стратегії оптимістичного блокування.

Конкретне значення ROWID фактично складається з ряду складових – воно записує не тільки фізичне положення рядка в базі даних, але також включає серійний номер, який послідовно збільшується з кожною зміною даних рядка. Це дає наступні переваги:

Швидкість доступу. Оскільки ROWID містить інформацію про стан рядки в базі даних, доступ до рядка "її ROWID забезпечує більш високу швидкість маніпуляцій даними в базі (оновлення, видалення та витяг). Однаковий стиль програмування додатків. Для оновлення однієї вибраної рядка завжди можна використовувати ROWID, а не визначати унікальний ключ.

Повідомлення про оновлення. ROWID завжди змінюється при зміні рядка. Суть полягає в тому, що додатки, що використовують ROWID, за характером його зміни, можуть визначити, що робити з даними зміною. Далі в цьому розділі ця перевага описано докладно.

Позиціонуються курсори і результуючі набори


Взаємодія додатків з реляційною базою даних пов'язано з отриманням даних і поданням цих даних користувачам. Повний набір рядків, формуючий результат запиту, називається результуючим набором. На додаток до оптимізації способу визначення рядків, які формують результуючий набір, SQLBase також оптимізує доступ до значень, запитуваних користувачем.

Коли додаток виконує запит до бази даних SQLBase, ця база даних не повертає відразу ж всі дані клієнта. Результати навіть не збираються на сервері. Замість цього, SQLBase на основі обраного шляху доступу створює список ідентифікаторів ROWID рядків, що задовольняють критерію запиту. Створення такого списку виконується значно швидше, ніж вилучення всіх даних, яке, можливо, викликає додаткову навантаження на ресурси комп'ютера при обчисленні похідних полів. Потім, коли додаток запитує рядки з результуючого набору, SQLBase витягує рядки з таблиць, що складають базу, і збирає результуючий набір, щоб повернути його клієнтського додатку, буфер за буфером. Внаслідок цього витяг кожного рядка виконується відносно швидко.

Оптимізація продуктивності SQLBase обумовлена наступними чинниками:


Така обробка виконується в SQLBase автоматично та прозоро. Розробникам додатків не доводиться про це турбуватися, вони просто використовують готові результати.

Удосконалені рівні ізоляції


Традиційна пакетна обробка або програми командного рядка підштовхують до того, щоб дати користувачеві можливість вибрати окрему запис (як правило, на основі зумовленого критерію), внести зміни до цього запису та / або в пов'язані з нею запису, зафіксувати транзакцію, і продовжити роботу. У такій ситуації база даних, як правило, забороняє іншим користувачам змінювати дані, які в Зараз переглядає перший користувач – так званий "песимістичний" підхід до блокування.

У ситуаціях, де така форма блокування виправдана, SQLBase підтримує такий же рівень ізоляції, що реалізований в IBM DB2 Database Manager:

Повторюваність читання (RR)


Цей рівень ізоляції представляє користувачу узгоджений вигляд усіх даних, і цей рівень встановлено за умовчанням. Інші користувачі не можуть змінити дані незалежно від частоти їх зчитування або оновлення в поточному додатку. У SQLBase такий рівень ізоляції досягається за допомогою автоматичної монопольної блокування (exclusive lock) усіх відновлювальних даних і розділяється блокування (share lock) всіх зчитувальних даних. Максимальна узгодженість даних забезпечується за рахунок паралелізму роботи користувачів. Через монопольної і розділяється блокувань іншим додаткам доведеться чекати завершення роботи поточного додатка.

Стабільність курсору (CS)


Механізм стабільності курсору аналогічний блокування RR, за винятком того, що колективна блокування знімається з рядка при "зміщення" з неї курсору. Стабільність курсору забезпечує поліпшений паралелізм в порівнянні з повторюваністю читання, але узгодженість даних зменшується, оскільки колективна блокування знімається відразу після переміщення з рядка курсору. При отриманні даних більше одного разу користувач може бачити зміни даних, що виконуються іншими користувачами.

Хоча ці рівні ізоляції мають свою сферу застосування, багато графічні додатки дають можливість переглядати набагато більші обсяги даних, пошук яких здійснюється непередбачуваним чином по примхи користувача, і які залишаються "відкритими" для порівняння чи інтерпретації. Таке використання даних посилює конфлікти, викликані багатокористувацьким доступом і властиві традиційним моделям блокування. Інші виробники СУБД намагалися поліпшити паралелізм у рамках песимістичній моделі, просто зменшуючи рівень гранулярності блокувань, застосовуваних до даних. Такий підхід фактично не вирішує проблему, оскільки конфлікти все ж можуть відбуватися. Крім того, при такому підході виникає значна зайве навантаження, і, як наслідок, може знизитися продуктивність.

У SQLBase ці проблеми вирішені за допомогою механізму "оптимістичній" блокування.

Звільнення блокування (RL)


Оптимістичне блокування використовує зовсім інший підхід, значно скорочуючи час блокування. Роздільна блокування застосовується тільки до тих даних, розмір яких достатньо великий для даних, зчитувальних з бази. Як тільки управління повертається додатком, знімаються всі блокування даних. Це дозволяє програмам вільно переглядати дані з упевненістю, що ніякі дані не будуть заблоковані надовго.

Тільки читання (RO) – Можливість виконання погодженого запиту без блокування


Нарешті, тим частинам додаткам, яким потрібно переглядати великі кількості даних і яким треба зберігати узгодження даних на час операції, але не треба виконувати оновлень (наприклад, при пакетному створенні великих звітів), SQLBase надає рівень локалізації "тільки читання".

Цей рівень гарантує, що курсору "чистого" запиту не доведеться чекати інші додатки і що ніяке інше додаток, оновлюють дані, не буде чекати додаток, що тільки отримує дані. Таким чином, повністю виключаються взаємні блокування.

Повідомлення про оновлення та захист


Програми, як правило, відображають значну кількість даних, витягнутих з бази, і дозволяють користувачам змінювати мале підмножина цих даних. У цьому випадку рівень локалізації звільнення блокування доводить до максимуму паралелізм, навіть у многопользовательском оточенні, хоча якщо додаток не здатне визначити таку ситуацію, може виникати проблема "втрати результатів оновлення". (Проблему втрати результатів поновлення найкраще проілюструвати таким прикладом: користувач 1 переглядає запис, користувач 2 змінює її, потім користувач 1 змінює запис і зберігає її в базі даних, переписуючи зміни, зроблені користувачем 2). На щастя, SQLBase надає надійне та просте рішення, засноване на ідентифікаторі ROWID і зване механізмом повідомлення про оновлення (Update Notification).

Якщо користувач вирішує оновити якусь рядок, додаток може використовувати її ROWID, щоб за допомогою включення ROWID до інструкції WHERE вказати SQLBase, яку саме рядок оновлювати. Це не тільки є виключно швидкою дією, але, крім того, коли оновлення рядки було зроблене після її останнього вилучення, SQLBase повідомить додаток про те, що було проведено оновлення і не дасть додатком виконати оновлення такого рядка. SQLBase також вкаже додатком, чи була рядок змінена або ж видалена іншим користувачем.

Утиліти розробки


SQLTalk


SQLTalk (для Windows і Linux) представляє собою зручний, надійний і гнучке інструментальне засіб для виконання SQL команд. SQLTalk дозволяє вводити, тестувати, зберігати або запускати окремі команди або цілі сценарії. Дана утиліта ідеально підходить для роботи адміністратора бази даних і тестування операторів SQL.

На відміну від конкуруючих інструментальних засобів, в утиліті SQLTalk є можливість виконання окремих операторів у складі сценарію або виконання сценарію з заданої точки. Використання цієї утиліти в поєднанні з вбудованою в SQLBase можливістю відкоту DDL (наприклад, в операторах CREATE TABLE) забезпечує високопродуктивний спосіб розробки сценаріїв, які зберігаються процедур і тригерів.


Обробка великих обсягів даних на сьогодні є звичайною навіть у невеликих реляційних системах. Вбудовані функції SQLBase володіють різними параметрами і можливостями:

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

Можливість вивантаження і завантаження з окремих файлів, сегментованих за різних дисків. Стискання та розпакування файлів завантаження і вивантаження. Відновлення після помилок, виконання реєстрації та можливість починати завантаження з обраного місця у файлі.

Нерегламентований доступ до цієї функціональної можливості забезпечується за допомогою консолі SQLConsole і SQLTalk. Як і у випадку всіх функцій SQLBase, доступ до цієї функції можливий за допомогою викликів SQL/API.

Підтримка великих баз даних


При збільшенні бази даних критичним стає ефективне управління дисковим простором. SQLBase дозволяє розподілити окремі бази даних і журнали на кількох розділах або томах диска. На додаток до здатності SQLBase обробляти великі бази даних, поліпшити продуктивність при використанні декількох дисків і контролерів можна за допомогою розбивки на розділи. SQLBase дозволяє виконувати розбиття на розділи на всіх підтримуваних платформах. SQLBase також підтримує не розбиті на розділи диски ємністю до 512 гігабайт в операційних системах Windows і Linux, файлові системи яких підтримують файли розміром більше 2 гігабайт.

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

Бази даних із захистом від запису


У SQLBase можна легко захистити базу даних. Такий захист (називається "режим тільки для читання") не є одноразовою, за допомогою виклику SQL / API, команди SQLTalk або консолі SQLConsole її можна включати або відключати. Режим тільки для читання можна використовувати в наступних цілях: Розподіл даних на таких носіях, як компакт-диски або оптичні карти, дозволяє легко і недорого розгортати дані SQLBase. Обслуговування оновленої центральної бази даних, в той час як на розподілених вузлах обслуговуються копії бази даних з режимом тільки для читання.

Самоврядування бази даних


При створенні SQLBase було усунуто безліч проблем, що ускладнюють роботу розробників, що використовують інші бази даних. Це було зроблено завдяки тому, що компанія GUPTA зосередила свої зусилля на однокористувацьких серверах і серверах робочих груп. Завдяки такій філософії СУБД SQLBase представляє собою надійну, гнучку, компактну реляційну базу даних із самоврядуванням. SQLBase має безліч функцій, що знижують необхідність у безпосередньому адмініструванні або програмному втручання. Далі перераховані деякі з цих функцій:


Частина 5 – Вбудовування SQLBase у веб-додатки


Огляд


Розвиток інтернету означає, що для розгортання у веб-конфігураціях потрібно створювати упаковані програми, а це неминуче призводить до необхідності виклику вбудованих баз даних. У SQLBase є функції, розроблені спеціально для використання в якості частин веб-систем.

Пряме підключення клієнтського додатку до інтернет


Інтернет являє собою всесвітню мережу з протоколом TCP / IP, наявність у ньому програм для миттєвої передачі повідомлень перетворює його в зручну загальнодоступну мережу. Підключаючи до інтернету сервер SQLBase, за допомогою протоколу TCP / IP до нього можна забезпечити доступ з будь-якої точки земної кулі, де є підключення до мережі Інтернет.

Доступ додатків до SQLBase виконується двома способами:

Клієнтські додатки Windows або Linux, створені за допомогою будь-якого стандартного інструментарію розробки або мови, наприклад, Visual Basic, GUPTA Team Developer або PHP, можуть безпосередньо або через ODBC використовувати компоненти клієнтського програмного забезпечення. Java аплети або повнофункціональні Java додатку на будь-якій платформі з підтримкою віртуальної машини Java можуть підключатися до SQLBase за допомогою драйвера JDBC. Прикладом може служити веб-сторінка, яка містить Java аплет, після завантаження якого можна підключитися до SQLBase базі даних, розташованої на вихідному веб-сервері, і потім виконувати обробку транзакцій і запит даних з браузера користувача.

Генерований на сервері HTML код, що відображається в браузері


У такій надтонкої клієнтської моделі як PHP, основна частина логіки додатка виконується централізовано – на веб-сервері або на сервері додатків, доступ до якого здійснюється через веб-сервер. Назад до клієнтське додаток передаються HTML сторінки. У таких архітектурах ключову роль грають бази даних, що використовуються як сховища даних, що публікуються або для зберігання вхідних транзакцій. Програми Windows ASP і ASP.Net можуть використовувати ODBC драйвер SQLBase, постачальник OLEDB або постачальник даних. NET. PHP додатки на ОС Linux можуть використовувати ODBC драйвер SQLBase для Linux.

Додаток – Відомості про продукт і його специфікація


СУБД SQLBase підтримує обмін даних по протоколу TCP / IP на ОС Linux і Windows і анонімним програмним каналах (тільки для Windows).

Сертифіковані операційні системи


Linux








































Дистрибутив

ядро

glibc

Red Hat Desktop 3.0 2.4.21.15 2.3.2-95.20
Red Hat Enterprise Linux WS 3.0 2.4.21-4 2.3.2-95.3
Red Hat Enterprise Linux ES 3.0 2.4.21-9 2.3.2-95.6
SUSE Linux 9.0 2.4.21-99 2.3.2-88
SUSE Linux 9.1 Professional 2.6.4-52 2.3.3-97
SUSE Linux Enterprise Server 8 2.4.21-198 2.2.5-213
SUSE Linux Enterprise Server 9 2.6.5-7.97 2.3.3-98.28
SUSE Linux Desktop 1.0 2.4.19-4 2.2.5-184

Windows

























Операційна система

Рекомендовані пакети оновлення

Microsoft Windows 98 Second Edition НІ
Microsoft Windows ME НІ
Microsoft Windows NT 4.0 Server & Workstation Пакет оновлення SP 6а
Microsoft Windows 2000 Professional and Server Пакет оновлень SP4
Microsoft Windows XP Professional Пакет оновлень SP1 або SP2
Microsoft Windows Server 2003 НІ

Огляд функціональних можливостей


Далі наводиться короткий опис основних функцій і функціональних можливостей СУБД SQLBase. Більш детальну інформацію можна знайти в тексті основного документа або в повному комплекті документації до SQLBase.

Безпека



Бази даних і сервера



Установка



Ліцензування



Рівні локалізації



Посилальна цілісність



Підтримка збережених процедур



Зовнішні функції



Резервне копіювання



Відновлення



Тригери



Курсори клієнта



Індексування



Підтримка транзакцій



Оптимізатор



Підтримка розподілених баз даних



Інтерфейси API



Інструментарій віддаленого адміністрування



Функції SQL



Безпека об'єктів



Доступність системного каталогу



Типи даних


































Тип

Коментарі

Тип

Коментарі

CHAR/ VARCHAR 254 символу LONG Довжина не обмежена
DATE Дні Ціле -2,147,483,648 – 2,147,483,647
TIME Секунди Мале ціле -32,768 – 32,767
DATETIME Секунди З плаваючою комою Точність – до 53 знаків
TIMESTAMP Мікросекунди Десяткове Точність – до 15 знаків

Слід звернути увагу на те, що всі символьні типи даних можуть зберігати двійкові дані.

Характеристики


























































Розмір бази даних: 512 Гб *
* На ОС Windows або Linux з файловою системою, що підтримує файли розміром більше 2 гігабайт.
Об'єкти бази даних Не обмежено
Довжина імені об'єктів (якщо не вказано інше) 32
Довжина пароля 8
Довжина пароля сервера 18
Ім'я користувача 8
Всього курсорів на сервері 200,000
Полів у таблиці / поданні 254
Полів LONG в таблиці 254
Символів в операторі SQL 32 K
Рядків в таблиці Не обмежено
Кількість операторів AND у реченні WHERE / HAVING Не обмежено
Кількість індексів у таблиці Не обмежено
Кількість полів індексу 16
Символів в таблиці (за виключення типу LONG) 8 K
Таблиць у запиті (перехресні з'єднання таблиць не підтримуються) 16
Кількість полів сортування в запиті Не обмежено
Кількість рівнів вкладеності підзапитів Обмежено ресурсами

Схожі статті:


Сподобалася стаття? Ви можете залишити відгук або підписатися на RSS , щоб автоматично отримувати інформацію про нові статтях.

Коментарів поки що немає.

Ваш отзыв

Поділ на параграфи відбувається автоматично, адреса електронної пошти ніколи не буде опублікований, допустимий HTML: <a href="" title=""> <abbr title=""> <acronym title=""> <b> <blockquote cite=""> <cite> <code> <del datetime=""> <em> <i> <q cite=""> <s> <strike> <strong>

*

*