RDM Embedded (FAQ)

Як використовується Birdstep RDM Embedded?
Ця база даних (БД) використовується там, де для додатків потрібне швидке і точне управління даними у вбудовуваних середовищах або операційних системах реального часу.

Чому розробники вибирають Birdstep RDM Embedded?
Birdstep RDM Embedded економить час, необхідний для розробки. Цей продукт надає надійне ядро БД, призначене для вбудовування в додаток. Продукт зручний в установці, а велика бібліотека для мови С знайома програмістам, зайнятим розробкою на С і С + +. Це дозволяє скоротити витрати на розробку додатків і поліпшити час виведення продуктів на ринок, оскільки розробники можуть зосередитися на самому продукті, а не займатися розробкою власної БД. Birdstep RDM ще більше скорочує витрати, оскільки цей продукт дуже надійний, зручний в обслуговуванні і невидимий для кінцевого користувача.

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

Яка історія надійності продукту?
Birdstep RDM Embedded – зрілий продукт з тривалою історією успішних впроваджень. Він постійно оновлювався, щоб запропонувати розробникам найкращі можливості. Крім того, ядро мови С – це перевірений засіб у самому широкому спектрі додатків і ринків з 1984 року.

Як у БД вирішується проблема цілісності даних?
Система управління блокуваннями в Birdstep RDM Embedded дозволяє управляти доступом конкурентних користувачів. Це гарантує, що лише один користувач в один момент часу може здійснювати запис у БД. Крім того, унікальна система міток часу записує зміни, внесені кожним працюючим користувачем. Система записує групу пов'язаних оновлень у БД у вигляді єдиного модуля. Спочатку запис проводиться в журнал транзакцій, а потім – у БД. Це дозволяє автоматично відновити дані у разі системної помилки.

Як вибір моделей БД в Birdstep RDM Embedded допомагає розробникам моделювати дані?
БД дозволяє розробникам комбінувати сильні сторони двох перевірених моделей БД: реляційної і з використанням покажчиків. Розробники можуть використовувати або зручну реляційну модель БД, або мережеву модель БД. Перевагами другого варіанту є покращена цілісність даних, більш висока продуктивність і менші вимоги до сховища. Birdstep RDM Embedded також дозволяє розробникам комбінувати обидві моделі в одній програмі. Завдяки цьому для оптимізації додатків можна використовувати переваги обох моделей.

Як Birdstep RDM Embedded допомагає розробникам визначити тривалість роботи БД?
При використанні мережевої моделі БД Birdstep RDM Embedded може надати детерміновані результати. БД також дозволяє розробникам встановлювати розмір сторінки і кеша.

Як Birdstep RDM Embedded використовує складний механізм кешування для мінімізації дискових операцій введення-виведення?
БД дозволяє розробникам використовувати поліпшене керування частотою дискового введення-виведення за допомогою налаштування розмірів сторінки і кеша. Надмірно інтенсивний введення-виведення даних на диску є однією з причин поганої продуктивності БД. Гнучкі можливості дизайну БД в Birdstep RDM Embedded дозволяють розробникам точно контролювати дискові операції вводу-виводу.

Чому RDM Embedded не підтримує всі можливості SQL API?
Специфікація Embedded SQL була розроблена "з нуля" для використання в середовищах з обмеженими ресурсами. У цих середовищах зайвий код в ядрі БД займає цінне місце, яке необхідно додатків. Наш вибір функцій інтерфейсу ODBC API та мови SQL був заснований на тому, що потрібно для програмування вбудованих додатків. Навіть у більш масштабних середовищах повний набір функцій SQL не завжди бажаний. Вбудовані БД звичайно управляються одним додатком, для якого не підходить концепція користувачів з різними рівнями прав доступу до уявлень БД. Мова Embedded SQL оптимізований для розгортання вбудованих додатків шляхом виключення функцій, пов'язаних з правами доступу та уявленнями.

Чи можу я використовувати дзеркалювання для створення відмовостійких додатків?
Так, вбудована в RDM Embedded система дзеркалювання (RDM Embedded Mirroring System, REMS) надає інтегроване на рівні ядра рішення для віддзеркалення основних модифікацій БД в єдину дзеркальну копію цієї БД. Система REMS допомагає розробникам при створенні відмовостійких додатків, однак само по собі ядро СУБД не забезпечує цю відмовостійкість. Використовуючи закладені в ядрі БД функції надмірності даних, розробник повинен сам реалізувати рівень відмовостійкості додатків, необхідний для кожного конкретного випадку. Якщо основна БД стає недоступною, функції системи дзеркалювання дозволяють відновити основну БД або надати додатком доступ до дзеркальної копії.

Чи можу я використовувати своє існуюче додатки з RDM Embedded без змін до dt_ API?
Так, інтерфейс RDM Embedded API злегка відрізняється від двох API, які надавалися у версії RDM Embedded 5.0. Власний інтерфейс RDM Embedded API завжди містить параметр завдання і завжди використовує префікс "d_". Дана версія надає опціональні перетворення з попередньої форми з "dt_" у нову форму RDM Embedded API. Програмісти можуть залишити існуючі програми без змін, або змінити вихідний код з урахуванням нового API, використовуючи одне з перетворень. Щоб використати перетворення, слід визначити константи препроцесора або в командному рядку, або у вихідному коді додатка до заголовків RDM Embedded.

Навіщо додали можливість використання XML?
Замовники використовують продукт RDM Embedded у спеціалізованих програмних пакетах, які потрібно інтегрувати в інші системи. Зручність інтеграції вимагає легкого обміну даними між системами наших замовників і системами їх замовників. Оскільки XML є стандартною мовою, а його використання на ринку росте, компанія Birdstep прийняла рішення додати рівень XML I / E. Це дозволяє організувати зручний обмін даними між системами, які можуть працювати з XML.

Навіщо вибрали рівень імпорту / експорту?
При реалізації рівня імпорту / експорту (Import / Export, I / E) не було внесено жодних змін в роботу системи управління базами даних (СКБД). Цей рівень являє собою додатковий набір функцій API. Він не вимагає, щоб замовники вивчали повністю нову архітектуру ядра БД. Рівень I / E дозволяє підтримувати визнаний рівень продуктивності продукту RDM Embedded. Рівень I / E не впливає на оновлення продукту RDM Embedded, оскільки всі традиційні засоби підключення до БД, як і раніше підтримуються (тобто SQL, Native d_ і JNI)

Що можна робити з рівнем XML I / E?
Рівень імпорту / експорту XML (XML Import / Export) – це набір функцій API і утиліт, який додаток може використовувати в адміністративному або робочому (run-time) режимі. Рівень імпорту / експорту XML в RDM Embedded дозволяє імпортувати правильно сформовані документи з описами типу документа (DTD) або схеми XML, або без них. Аналогічно, RDM Embedded дозволяє експортувати правильно сформовані документи з описами типу документа або схеми XML, або без них – як задано розробником.

Як це впливає на моє оновлення?
Для тих замовників, які не планують використовувати інтерфейс XML, немає ніяких змін у процесі оновлення БД і додатків з попередніх версій RDM Embedded до RDM Embedded 7.1.

Чи не падає продуктивність через використання інтерфейсу XML?
Оскільки ми реалізували рівень імпорту / експорту, то при використанні додатком цієї можливості є незначний вплив на продуктивності при розборі і розстановці тегів в даних під час імпорту та експорту. При використанні інтерфейсів Native, SQL і JNI падіння продуктивності не буде.

 

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


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

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

Ваш отзыв

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

*

*