Що таке MSDE?
Огляд технології MSDE
До складу MSDE для Visual Studio 6.0 входять три продукти: версія SQL Server 7.0 для розробників (Developer Edition), повторно дистрибутивная версія MSDE і пакет Windows NT SP4. Процесор даних MSDE може працювати без будь-яких доповнень на комп'ютерах з операційними системами класу Windows 9x, але для нормальної роботи під управлінням NT йому необхідний пакет SP4 (або більш пізні версії). Компоненти MSDE не поставляються разом з Visual Studio 6.0 (або з автономними версіями складових його продуктів, таких як професійний варіант Visual C ++). Версія SQL Server 7.0 для розробників (Developer Edition) надає користувачам інтерфейс ENterprise Manager для адміністрування баз даних і створення об'єктів баз даних. Проте ліцензію на цей продукт не дозволяє поширювати його в складі користувальницьких рішень. Пакет Visual Studio і Майстер впровадження (Deployment Wizard) підтримують поширення повторно дистрибутивної версії MSDE.
Пакет SQL Server 7.0 SP1 працює як з SQL Server 7.0, так і з MSDE 1.0. Він містить 56 утиліт, пов'язаних з деякими змінами функціонування ядра процесора баз даних і з введенням нових послуг OLAP. Програма установки пакета утиліт автоматично визначає, що саме працює на даному комп'ютері, MSDE або SQL Server, і виходячи з цього вибирає відповідні конфігурації утиліти.
Порівняння MSDE з SQL Server і Jet
Зрозуміло, ці три процесора даних відрізняються один від одного по безлічі інших параметрів, які тут не розглядалися.
Для повноти картини при виборі бази даних для проекту слід також порівняти MSDE з SQL Server. Варто зупинитися на двох параметрах, що впливають на вартість розгортання розроблюваного рішення. Це потреба в ліцензії на доступ користувачів, Client Access License (CAL), а також будь-які відрахування, пов'язані з сервером. Ліцензія CAL необхідна тільки в тих випадках, коли користувачі будуть або безпосередньо звертатися до SQL Server, або через MSDE. Слід зазначити, що SQL Server пропонує набагато більшої можливості масштабування: він здатний працювати з конфігураціями комп'ютерів, що включають до 32 процесорів. Розмір обслуговуваних їм баз даних може досягати декількох терабайт. У MSDE і уJet є однакове обмеження на розмір файлу бази даних, що становить 2 Гб, крім того, MSDE в змозі забезпечити істотно меншу масштабованість, ніж SQL Server.
Установка, настройка, функціонування та розгортання
Рабработчікам, що використовують як Office, так і Visual Studio, доступні обидві версії MSDE - для розробників і повторно дистрибутивная. Програмісти, що працюють в середовищі Office, можуть розгортати рішення, засновані на обох версіях (звичайно, якщо для їх робочих станцій є ліцензії рівня Professional Office або більш високого). Оскільки багато організацій закуповують Office для використання практично всіма співробітниками, то Office може застосовуватися і в клієнтських частинах прикладних систем. Microsoft рекомендує проектувальникам, які працюють в середовищі Visual Studio, орієнтуватися на застосування SQL Server 7.0 для розробників (Developer Edition) з тим, щоб потім розгортати створювані системи за допомогою повторно дистрибутивної версії MSDE.
Можна встановити повторно дистрибутивну версію MSDE і для розробки, однак це буде не ідеальним рішенням, оскільки не забезпечить інтерфейс Access Project. Інтерфейс Access Project нагадує традиційне вікно бази даних Access. Він в змозі істотно знизити час розробки рішень для клієнтів. Ви зможете розгорнути то рішення, яке будуєте з використанням Access Project, на інші робочі станції з встановленими Access Projects. Перш за все, слід приєднати клієнтську базу даних до сервера, так що клієнти отримають до неї доступ. Після цього слід поширити файл (.adp), в якому міститься Access Projects, на робочі станції клієнтів.
У тих випадках, коли відбувається розробка комерційних продуктів за допомогою Access, або проводиться розгортання рішень на робочі станції, де не встановлені Access Projects, краще застосовувати повторно дистрибутивну версію MSDE. Для створення клієнтського додатка за таким сценарієм необхідно використовувати MOD, оскільки в нього входить і ліцензія на застосування як повторно дистрибутивної версії MSDE, так і Майстра упаковки і розгортання (Package and Deployment Wizard). Останній знадобиться для підготовки розробленого вами рішення до автоматичної установки кінцевими користувачами. При розгортанні рішень із застосуванням повторно дистрибутивної версії MSDE розробникам, що використовують середу Office, доведеться спочатку встановити MSDE на клієнтських робочих станціях, потім стартувати MSDE, після чого завантажити в MSDE базу даних клієнтів.
Процедури міграції від MSDE до SQL Server
Ключем до міграції рішень на базі MSDE з оточення розробки в виробничу середу на машини, на яких встановлені процесори даних SQL Server або з MSDE, є програмування об'єктів SQL-DMO. Об'єкти SQL-DMO дозволяють приєднати файл бази даних до сервера, в якості якого може виступати і процесор даних MSDE. Модель об'єктів SQL-DMO дає можливість розробникам програмним шляхом виконувати адміністрування SQL Server або MSDE. Ця об'єктна модель володіє величезною потужністю: програмісти корпорації Microsoft побудували такий відомий продукт як ENterprise Manager, програмуючи об'єкти SQL-DMO.
Розгортання створених клієнтами рішень і перенесення їх з оточення розробки в виробничу середу часто передбачає від'єднання бази даних MSDE і подальше приєднання її до іншого процесору даних MSDE або SQL Server. Однією з переваг використання програмування об'єктів SQL-DMO є те, що для виконання перенесення даних не доведеться зупиняти роботу серверів.
Для того щоб можна було запустити другу процедуру, необхідно встановити посилання вашого модуля на об'єктну бібліотеку Microsoft SQL-DMO Object Library. Для створення посилання послідовно виберіть пункти Інструменти (Tools), Посилання (References) з меню пункту Файл усіх програм Office, включаючи проекти Access. Перша процедура передає ім'я бази даних в іншу базу. Друга процедура, detachMyDB, звільняє файл бази даних (.mdf), так що тепер його можна буде прісоедінітьк іншого сервера.
Друга частина процедури рапараллелівает процедуру detachMyDB. Спочатку вона встановлює з'єднання з місцевим сервером. У цьому місці знову слід замінити ім'я місцевого сервера на ім'я віддаленого, якщо в якості робочої станції і сервера виступають різні машини. Метод Приєднати базу даних єдиним файлом (AttachDBWithSingleFile) приєднує скопійований в першій частині процедури файл бази даних до нового сервера бази даних. Процедура закривається, звільняючи ресурси покажчиків.
Лістинг 1. Процедура відстиковки бази даних від сервера`Запускается з сервера MSDE `Необхідна наявність зв'язку з об'єктної бібліотекою` Microsoft SQL DMO Sub. `Запустити процедуру для відстиковки бази даних від` локального сервера MSDE. End Sub Sub. Dim. Dim. `Підключення до локального сервера MSDE` Від'єднання бази даних `Прибрати ресурси покажчика сервера End Sub
Таблиця 1. Порівняння Jet, MSDE і SQL Server