Реферат - СУБД
32

змісту #@>, які будуть передані підписчику при розповсюдженні для забезпечення первинної ідентичності даних. На дистриб'юторі існують ще два види процесу: розповсюдження і очищення. Задача розповсюдження створюється для кожної пари "тиражована база/подписавшаяся база", а задача очищення - для пари "видавець/підписчик". Розповсюдження #@? застосовує прочитані з бази даних розповсюдження sql-команди до бази даних підписчика. Процес очищення #@@ знищує всі виконані роботи #@A з бази даних розповсюдження через деякий інтервал #@B, що настроюється, після того, як вони були доведені до підписчика. Задача очищення може бути створена уручну за допомогою sp_addsubscriber, а задача розповсюдження - як sp_addsubscription #@C. Не дивлячись на те що організація всього процесу тиражування може бути записана в кодах за допомогою викликів спеціальних бережених процедур, ця межа використовується на практиці украй рідко і головним чином в цілях відладки. В звичних ситуаціях настройка і управління тиражуванням здійснюються з графічного середовища SQL Enterprise Manager і планувальника задач SQL Executive. Всі задачі реплікації на дистриб'юторі працюють під управлінням SQL Executive #@D і під його контекстом безпеки. Процес виконання будь-якої з них можна контролювати у вікні task history. Додатковим засобом контролю служить SQL Performance Monitor, куди передається необхідна статистична інформація про тиражування #@E. З'єднання дистриб'ютора з видавцем відбувається на основі DB-Library, а з підписчиком - через ODBC. Таким чином, як підписчики MS SQL Server може виступати широкий спектр ODBC-досяжних ресурсів, до яких, наприклад, відносяться іншій Access, Sybase, Oracle, DB2 і т.д. Тиражування в MS SQL Server засновано на інтегрованому режимі безпеки #@F, отже, між дистриб'ютором і підписчиком повинні бути встановлені довірчі з'єднання #@G з використанням пойменованих каналів #@H або мультипротокола. Якщо сервери знаходяться в різних доменах, між доменами повинні бути встановлені двосторонні довірчі відносини. У разі невеликих об'ємів тиражованих даних видавець часто суміщає з дистриб'ютором на одному MS SQL Server. Відзначимо також, що сервери, що беруть участь в тиражуванні, повинні використовувати одні і ті ж кодові сторінки. MS SQL Server володіє обширними можливостями настройки процесу тиражування. Ми вже згадували про горизонтально-вертикальні фрагменти таблиць як стать публікацій. Відзначимо, що для кожної статті є можливість призначити до тиражування тільки необхідні типи транзакцій. Наприклад, можна заборонити передачу підписчикам транзакції типу "delete" в рамках даної статті. Більш того, на кожний тип транзакцій можна набудувати вид призначених для користувача дій на стороні підписчика. Наприклад, під час вступу підписчику транзакцій вставки і видалення вони відпрацьовуватимуться, як завжди, а після приходу транзакції типу "update" на підписчику викликатиметься деяка бережена процедура. Деякі обмеження в тиражованих даних буває недоцільно передавати підписчику. В цьому випадку вони позначаються як not for replication. Процес синхронізації як найдорожчий в значенні трафіку передбачає можливість ручного виконання синхронізації або повної відмови від синхронізації даних і передачу винятково транзакцій. Існує і зворотна можливість: підписчику з певною періодичністю поступатимуть тільки миттєві знімки даних, а не їх зміни. Залежно від адміністративного акценту MS SQL Server дозволяє організувати підписку на стороні видавця або на стороні підписчика. Перший вид підписки #@I використовується при централізованому розповсюдженні, коли підписки створюються "виштовхуванням" статі на ті або інші сервери-підписчики, які можуть не мати своїх адміністраторів. Другий вид #@J припускає відому автономію серверу-підписчика, адміністратор якого визначає, які публікації йому приймати. За умовчанням всі публікації створюються із статусом безпеки "необмежено", вони видні і на них можуть підписатися будь-які зареєстровані сервери підписки. Обмежена публікація може бути виписана тільки тими серверами, які мають на це відповідні права. Питання безпеки доступу Деякі питання використовування MS SQL Server в Internet/intranet-приложениях Як ми вже відзначали, SQL-DMO є одним з наймогутніших інструментів доступу до інформації, що бережеться на MS SQL Server, і рішення адміністративних задач з клієнтських додатків. Традиційні питання клієнтського доступу до MS SQL Server достатньо детально освітлювалися в літературі як по відношенню до засобів розробки Microsoft Visual Tools (принаймні стосовно Visual C++, Visual Basic, Visual FoxPro), так і до програмних продуктів фірм Borland, Powersoft і т.д. Програмні моделі, засновані на Microsoft Jet Database Engine (Data Access Objects), Remote Data Objects, DB-Library, ODBC API добре відомі і широко використовуються. Тому ми акцентуємо нашу увагу на способах роботи з MS SQL Server 6.5 через Internet. Часи статичних сторінок оголошень і реклами минули - бурхливий розвиток бізнесу в Internet припускає безпосередню участь клієнта в здійсненні операцій. Кажучи про використовування MS SQL Server при побудові активних Internet/intranet-приложений, ми знову повинні звернутися до переваг його тісної інтеграції зі всіма продуктами сімейства Microsoft BackOffice. Цього разу мова піде про Internet Information Server (IIS). Крім виконання CGI-скриптів MS IIS надає розробникам можливість створення за допомогою відповідного прикладного програмного інтерфейсу (ISAPI) додатків у вигляді динамічних бібліотек, запуск яких відбувається у відповідь на команду або вибір линка на Web-сторінці. На відміну від CGI, де кожний скрипт виконується як інший, ніж Web-сервер, процес, що швидко "з'їдає" ресурси навіть достатньо могутньої машини при великій кількості заходів на сервер, ISAPI-додаток виконується в адресному просторі Web-серверу, що, природно, підвищує швидкість роботи і істотно економить машинні ресурси. Залежно від складності сайту і додатків, dll можуть бути предзагружены одночасно із запуском серверу, або подгружаться/выгружаться з пам'яті в міру необхідності. До найвідоміших засобів розробки додатків на основі ISAPI відносяться

---

Сторінки: 1 2 3 4 5 6 7 8 9 10