Чем различаются системы MRP II и ERP (Enterprise Resource Planning)

    Без использования индексов для поиска строки данных в таблице каждый раз пришлось бы просматривать всю таблицу. При использовании индексов, поиск строки данных в таблицах осуществляется по индексным указателях и просмотр всей таблицы данных не требуется.     

SQL Server придерживается ряда правил, гарантирующих, что получаемые данные будут достоверны и не противоречивы. В целом, идея не противоречивого доступа сводится к тому, что система в эту конкретную единицу времени позволяет только одному клиенту производить запись в базу данных и блокирует другим чтения данных и период изменений. В качестве механизма, реализующего эту идею выступают транзакции и блокировки. 
          SQL Server обеспечивает несколько уровней защиты. Защита может обеспечиваться на уровне сервера, на уровне базы данных и на уровне объекта базы данных. Допуск к серверу осуществляется по имени пользователя и его пароля или с использованием интегрированной сетевой безопасности. В последнем случае действие идентификации используется логин сетевого клиента. Обеспечение целостности данных - лучшим способом обеспечения целостности данных в данном случае будет определение правил на уровне базы данных. Этой цели служат объекты баз данных: правила (niles), значение по умолчанию, триггеры, хранимые процедуры и ограничения целостности данных.

36 Перечислить методы создания DTS пакетов и их компоненты

   DTS  - Dаtа Transformation Services

      Администраторы базы данных, кроме манипуляции постоянно находятся в базах SQL Server 2000 данным, часто сталкиваются с задачами перемещения информации между разнородными источниками данных. Часто, перемещаемые данные должны быть превращены или преобразованы в процессе перемещения.

     Dаtа Transformation Services - это технология, реализующая возможность обмена и трансформации данных между любыми ОLЕ DВ источниками, SQL Server DTS реализован как набор программируемых объектов (формирующих объектную модель DTS), доступных через программирование и создание скриптов, а также через простой в использовании графический интерфейс. Независимо от выбранного способа, с помощью интерфейса объектной модели DTS все действия по перемещению и преобразования данных оформляются в виде специальных модулей, которые называются пакетами. Каждая функция DTS-пакета может быть представлена​​, как контейнер для четырех типов компонентов:

    1. Подключение - представляет источник и получателя данных, имеющих соответствующего OLE DВ провайдера, SQL 2000 DTS имеет встроенные подключения для SQL Server, Excel, Visual FoxPro, текстовых и НТМL файлов, а также для баз данных третьих фирм, таких как: Оrасlе, Pаrаdох и dBase. Другие базы данных могут использоваться при установке своих ОLЕ DВ провайдеров,

     2. Задача - представляют отдельные операции, такие как передача данных или их преобразования. Также, задачи используются для сообщения о состоянии выполнения пакета. 
      3 Порядок выполнения - определяет условия, необходимые для выполнения задач, реализуя дополнительный слой логики выполнения пакета позволяет последовательно связывать задачи в пакете,

     4. Глобальные переменные - значения или массивы значений (например; rowsets) которые могут быть доступны для всех компонент одного пакета.

Существует 3 метода создания DТS пакетов: 
1. с помощью графического интерфейса DТS Dеsиgnег. 
2. программированием на основе DТS object model 
3 с помощью мастеров SQL Server Enterprise Manager.

    Enterprise Manager располагает двух мастеров, с помощью которых можно быстро и легко создавать DТS пакеты, это DТS Ехроrt / Иmpоrt Wizard и Сорy Dаtаbаsе Wиzаrd.

   DТS Ехроrt / Impоrt Wiazard - цель этого мастера заключается: в том, чтобы выполнять операции импорта экспорта между базой данных SQL Server и любым другим ОLЕ DВ - источником данных. Хотя мастера DTS Иmpоrt и DТS Ехроrt перечислены в меню Тооls -> Wizard -> Dаta Тrаnsformatиоn Services, проще запустить эти мастера выбрав Иmpоrt или     Ехроrt из контекстного меню непосредственно базы данных. В любом случае необходимо выполнить следующие шаги; 
    1. Сначала надо указать источник данных. В зависимости от выбранного источника может потребоваться введение дополнительных учетных данных. Например, при импорте данных из базы данных SQL Server что не является, вместо логина SQL Server придется ввести информацию об учетной записи Windows или доменa. Выбор источника данных может потребовать установки дополнительных свойств соединения - Аdvanced Соnnection Рroperties (зависящие от ОLЕ DВ провайдера), установить которые можно нажав кнопку Аdvanced на странице мастера Сhose a Dаtа Sоurse, В следующем окне мастера будут приглашены аналогичные данные для сервера адресата передачи данных (включая тип провайдера и расширенные свойства соединения), 
     2. После определения источника и адресата, необходимо выбрать один из трех типов данных, которые будут импортированы / экспортированы: 
Записи одной или нескольких таблиц / представлений - когда импорт или экспорт осуществляется в базу данных, в ней будут созданы таблицы, участвующие в передаче, если они к нему там не существовали. Если же таблицы уже существуют, по умолчанию в них будут добавлены новые строки, поместятся после уже существующих данных. Эти и другие параметры настройки необходимого варианта пакета можно задать в окне мастера: Cohunn Mappings and Тransformati-ons и с их помощью можно настроить трансформацию каждой отдельной пары таблиц или представлений источника и адресата.

     Результат выполнения Т - SOL запроса. Кнопки: Query Builder (средство автоматизации создания Т - SQL запросов) и Раrse (синтаксический анализатор »проверяющий корректность синтаксисса). упрощают эту задачу. 
Выборочные объекты базы данных и данные - это позволяет передавать любые объекты между двумя базами данных SQL Sеrvег.

    3 Независимо от определяемого набора данных которій  будет 
импортированный / экспортирован, следующая страница мастера - Savе. Schedule, and Replicate Package. На ней можно указать опцию немедленного выполнения пакета или запланировать его выполнения на позднее время. Второй вариант требует, чтобы пакет был предварительно сохранен. Можно сохранить пакет в следующих местах: база МSDВ SQL Server (таблица sysdtspackages). 
     4 Также есть опция, позволяющая передавать данные на сервер назначения с помощью репликации. Эта опция после завершения мастера Ехроrt / Impоrt активизирует Create Publication Wizard, который автоматически создает публикацию.  
     5 Если Вы решили хранить DTS пакет, вы увидите еще одно окно: Save DTS Package, Содержание этого века зависеть места хранения пакета, указанного в предыдущем окне. 
       Если пакет выполняется немедленно. Вы сможете наблюдать процесс его выполнения, что отображается в диалоговом окнеEzecuting Package. Каждый шаг пакета будет показан отдельно с учетом присущих ему состояний выполнения, иначе, пакет появится в теци: SQL Server Enterprise Manager - Management - SQL Swrvwr Agent - Jobs и будет выполняться согласно заданным расписанию.

41 Назначений корпоративного портала и его компоненти    
     В конце 1998 г. неожиданно оказался еще один подход к корпоративным системам, который имеет несколько различных названий, хотя в целом их можно признать синонимами:

- корпоративный портал  
- бизнес -портал  
- интеллектуальные бизнес-портал : 
- корпоративный интернет -портал . 
     Каждый из этих вариантов явно свидетельствует о том, что речь идет о стремлении распространить технологии порталов, признание, что получили, и популярность в интернате, на корпоративные информационные системы. 
    В чем же заключается привлекательность идеи корпоративного портала?    Во-первых, он позволяет обеспечить универсальный метод доступа ко всей множества корпоративной информации, во-вторых, - использовать привычные методы просмотра и поиска нужной информации. И наконец, технология порталов да Ј возможность достаточно просто настроить доступ и создать системы его авторизации и аутентнфикации. 
     Корпоративные течение ближайшего десятилетия объединят в себе отдельные приложения, такие, как текстовые процессоры, электронные таблицы, доступ к базам данных, создав единое бизнес-середовихце, считают специалисты компании Delphi Group.  
   Корпоративные порталы еще только выходят на. сцену, поэтому об их архитектуре пока можно говорить с известным приближением. В создании и поддержке корпоративного портала органично сотрудничают две категории работников: технические специалисты и менеджеры по контенту. В их задачи входят соответственно создание информационной инфраструктуры, обеспечивающей доступ к гетерогенного информационной среды, и каталогизация корпоративных знаний. В результате совместной деятельности они создают функциональную и логическую архитектуру портала. 
     Портал обеспечивает доступ к различного рода информационным источникам, индексируя их и накапливая собственную базу метаданных. С точки зрения пользователя, возможны два варианта работы, и один из них предполагает индивидуальную настройку в соответствии с его запросами. 
     Функциональная архитектура поддерживается логичной, которая может включать следующий набор компонентов: 
    Клиент. Это обычный навигатор, обеспечивает пользователю доступ к страницам в формате, например, НТМЕ. 
     Обеспечение безопасности доступа через интернат. Эта часть портала 
включает обычные для защитных, экранов средства кодирования, аутентифижации и управления сессиями. 
      Репозиторий. Одна из важнейших частей корпоративного портала: в репозитории хранятся метаданные информационные объекты, пользователей, рабочие группы и информационные каналы. Метаданные, относящиеся к объекту, указывают его тип, раздел, к которому он принадлежит, формат хранения, местоположение. 
     Подсистема публикации и подписки. Эта часть портала дает пользователям возможность публиковать собственные документы и осуществлять подписку на существующие источники. 
    Механизм фильтрации данных. Этот механизм по заданным правилам фильтрует и сортирует объекты, поступающие в репознторий  по типу, формату или каким-то иным признакам, он может направлять пользователю информацию о новых объектах и ​​изменениях в уже существующих, актуализируя доступные ему источники. 
    Механизм анализа бизнес-процессов. Эта часть портала обеспечивает поддержку анализа данных средствами реляционных и многомерных ОИАР и других аналогичных систем. 
    Драйверы данных. Связь с реляционными и многомерными СУБД, разного рода библиотеками и другими возможными источниками информации осуществляется набором драйверов.

44 Назначение СОМ и CORBA технологий.

Для создания распределенных СУБД в настоящее время используются в основном две технологии: СОМ и CORBA.

Технология СОМ (компонентная модель объекта) разработана корпорацией Microsoft. Ее назначение -- предоставление возможности одной программе (клиенту) работать с объектом другой программы (сервера). СОМ -- это модель объекта, которая предусматривает полную совместимость во взаимодействии между компонентами, написанными разными компаниями и на разных языках. При этом клиент и сервер могут располагаться на разных компьютерах. На СОМ основаны такие технологии Microsoft, как OLE, Automation OLE, ActiveX, OCX. Ha COM построен, например, весь интерфейс Windows 98. В более поздних операционных системах можно отметить все более устойчивый дрейф в сторону использования компонент ActiveX.

   СОМ определяет унифицированный двоичный интерфейс, полностью независимый от языка программирования, использованного при реализации компонента. Компонент, написанный в соответствии со спецификациями двоичного интерфейса СОМ, может вступать во взаимодействие с другим компонентом, не зная в действительности ничего о реализации последнего. Каждый интерфейс имеет уникальный идентификатор IID (Interface Identifier), являющийся частным случаем GUID (Global Unique Identifier). Это глобальный идентификатор, используемый в Windows. Параметры интерфейса описывают некоторый класс с идентификатором CLSID (Class ID). В нем объявлены поля, свойства, методы, параметры обращения к свойствам и методам. Таким образом, клиент с помощью этого интерфейса может использовать объект СОМ сервера так же, как свой собственный объект. Любой объект СОМ имеет интерфейс I Unknown, с помощью которого получает доступ к основному интерфейсу объекта.

Сервер СОМ реализуется в виде программы или DLL. Если клиент и сервер располагаются на разных компьютерах, используется распределенный вариант СОМ -- DCOM. При этом обмен информацией между клиентом и сервером осуществляется двумя промежуточными программами: Proxy (уполномоченный) и Stub (заглушка). Proxy располагается на машине клиента. Получив от клиента запрос, Proxy упаковывает его в пакет СОМ и переправляет на машину сервера. Там этот пакет перехватывает Stub, распаковывает пакет и передает запрос серверу. Таким образом, запрос выполняется на машине сервера.

    CORBA (Common Object Request Broker Architecture)-- это стандарт построения приложений с распределенными объектами. Разработчиком CORBA является отраслевой комитет OMG (Object Management Group -- группа управления объектами), представляющий многие фирмы. Взаимодействие клиента и сервера в CORBA осуществляется через ряд посредников. На машине клиента размещается Stub и ORB (Object Require Broker). Клиент обращается к Stub так, как если бы это был сам объект. При этом используется интерфейс объекта, предоставляемый клиенту с помощью Stub.

      Stub транслирует полученный от клиента вызов какого-то метода объекту ORB, а тот передает соответствующее сообщение в сеть. В сетевом окружении клиента располагаются объекты Smart Agent (интеллектуальные агенты). Сообщение, переданное объектом ORB, перехватывает один из Smart Agent, отыскивает сетевой адрес соответствующего сервера и передает полученное сообщение на машину сервера. На машине сервера сообщение воспринимает расположенный там объект ORB. ORB передает его расположенному там же объекту BOA (Basic Object Adapter -- базовый адаптер объекта). BOA может проводить фильтрацию запросов, определяя, какой уровень доступа разрешен данному клиенту, и вообще разрешено ли обрабатывать такой запрос данного клиента. Если доступ разрешен, то BOA передает вызов в особый объект сервера -- Skeleton, который и реализует сам вызов.

     Интерфейс в CORBA описывается с помощью специального языка IDL (Interface Definition Language), напоминающего C++. Компилятор IDL создает в процессе компиляции объекты Stub и Skeleton данного интерфейса. Использование языка высокого уровня в сочетании с компилятором позволяет делать обмен данными независимым от аппаратных средств. Поэтому клиент и сервер могут располагаться на машинах разных платформ, например, на персональном компьютере IBM и рабочей станции Sun.

     При обмене информацией между ORB и Smart Agent используется протокол UDP. Для реализации CORBA в сетевом окружении клиента должен существовать хотя бы один объект Smart Agent. Обычно в локальной сети Smart Agent располагается на головной машине, а в Интернет -- на одном из узлов. При создании сервера он регистрируется в Smart Agent. Таким образом, Smart Agent знает, где найти тот или иной сервер, а при отказе одного сервера может переключиться на другой. Это повышает надежность работы.

     Все созданные вами приложения могут работать и с локальными базами данных, и в сети с базами с разделенными файлами (с одновременным доступом нескольких пользователей), и с удаленным сервером на платформе клиент/сервер. Однако, при работе в сети, когда к одной и той же базе данных одновременно может обращаться несколько пользователей, может возникать множество проблем. Например, вы прочитали какую-то запись из таблицы и редактируете ее. Но, пока вы редактируете, другой пользователь может изменить эту запись или вообще удалить ее. Что тогда будет при попытке сохранить ваши изменения в этой уже отредактированной или вообще удаленной записи?

     Эта и множество других аналогичных проблем разрешаются с помощью механизма транзакций. Транзакция (transaction) -- это групповая операция, связанная с передачей сообщения. С точки зрения приложения транзакция -- это группа операторов SQL, причем только успешное выполнение всех операторов приводит к изменению данных сервером. Пока все операторы транзакции не выполнены, сохраняется возможность отменить их и не фиксировать результаты в базе данных. Подобный механизм необходим для надежной работы с удаленным сервером и в многопользовательском режиме. Обычно надо управлять транзакциями явно. Попробуем осмыслить проблемы, возникающие при совместном доступе пользователей к одной и той же таблице. Их можно систематизировать следующим образом: