Инструменти за управление на Microsoft SQL Server Analysis Services (SSAS) – Studopedia
SQL Server 2008 представя следния набор от инструменти за разработка на приложения и управление на сървъри:
SQL Server Business Intelligence Development Studio (BI Dev Studio) е инструмент за разработване на пълноценни системи за бизнес разузнаване, базирани на Analysis Services, Reporting Services и Integration Services. BI Dev Studio се интегрира с обвивката на Visual Studio, което ви позволява да създавате допълнителни типове проекти за SSAS.
С помощта на BI Dev Studio можете да създавате SSAS проекти, които съдържат дефиниции на SSAS обекти (кубове, измерения и т.н.), които се съхраняват в XML файлове, съдържащи елементи на SSAS Scripting Language (ASSL). Тези проекти се съдържат в решения, които също съдържат проекти от други компоненти на SQL Server, включително SQL Server Integration Services и SQL Server Reporting Services.
В средата BI DevStudio можете да разработвате SSAS проекти като част от решение, което е независимо от конкретен екземпляр на SSAS. По време на разработката обектите могат да бъдат внедрени в екземпляр на тестов сървър за целите на тестването, след което същият SSAS проект може да се използва за внедряване на обектите в екземпляри на един или повече етапни или производствени сървъри.
Можете също да използвате BI DevStudio, за да се свържете директно със съществуващ SSAS екземпляр, за да създавате и модифицирате SSAS обекти, без да работите с проект и без да съхранявате дефиниции на обекти в XML файлове.
BI Dev Studio включва инструмента за предупреждение Best Practice Design Alerts, който автоматично ви информира за потенциални дефекти в дизайна в началото на процеса на разработка инамаляване на загубеното време, причинено от грешки в дизайна, което значително ускорява разработката.
SQL Server Management Studio (SSMS) е инструмент, предназначен за администратори на бази данни за управление на многоизмерни обекти, създадени от разработчици на бази данни. SSMS ви позволява да администрирате Analysis Services, SQL Server, Reporting Services и Integration Services в една конзола, която интегрира управление, редактиране на заявки и функционалност за настройка на производителността.
Планиране и архитектура на SSAS. Връзки между SSAS обекти. Логическа архитектура.
Microsoft SQL Server Analysis Services използва сървърни и клиентски компоненти, за да осигури онлайн аналитична обработка (OLAP) и функционалност за извличане на данни на приложения за бизнес разузнаване.
Сървърният компонент SSAS е внедрен като услуга на Microsoft Windows. SQL Server Analysis Services поддържа множество екземпляри на един компютър, като всеки екземпляр на SSAS е внедрен като отделен екземпляр на услуга на Windows.
Клиентите комуникират със SSAS, използвайки публичния стандарт XML за анализ ( XMLA ), който е базиран на SOAP протокол за изпълнение на команди и получаване на отговори и се предоставя като уеб услуга. Следователно всеки екземпляр на SSAS е уеб услуга.
Обектните модели от страна на клиента също са изложени чрез XML за анализи и са достъпни чрез управляван доставчик като http://www.ADOMD.NET или чрез собствения http://www.OLEDB доставчик.
SSAS също така поддържа локална кубична машина, която позволява на приложенията на прекъснати клиенти да преглеждат локално съхраненимногомерни данни.
Екземплярът на SSAS може да съдържа множество бази данни, а базата данни може да съдържа както OLAP обекти, така и обекти за извличане на данни. Приложенията се свързват с посочения екземпляр на SSAS и с указаната база данни. Един сървърен компютър може да изпълнява множество екземпляри на SSAS. Екземплярите на SSAS се наричат „ \ “.
Базовите класове са минималният набор от обекти, необходими за образуване на куб. Този минимален набор от обекти включва измерение, група от мерки и дял. Определението за агрегиране не е задължително.
Измерението описва елемента от данни, върху който се извършва анализът. Например общ елемент на анализа е времето. Измеренията се създават въз основа на атрибути и йерархии.
Атрибутът е пълна колекция от елементи от един и същи тип. Например, всички дни от седмицата биха били атрибут на измерението Време.
Йерархиите се формират с помощта на подреден набор от атрибути, така че всеки атрибут да съответства на едно от нивата в йерархията.
Кубовете се създават от групи размери и мерки. Започвайки с Analysis Services 2005, множество факти се поддържат в един куб. Мерките от таблица с факти се групират в група мерки. Един куб може да има множество групи мерки.
Измеренията в колекцията от размери на куб принадлежат към колекцията от размери на базата данни.
Групите мерки са колекции от мерки, които споделят един и същ изглед на източник на данни и едно и също подмножество от измерения в куб. Група мерки има един или повече раздели за управление на физически данни. Група мерки може да има схема за агрегиране по подразбиране.
Агрегирането по подразбиране може да се използва ввсички раздели в група мерки; освен това всеки раздел може да има собствена статистическа схема.
Всеки екземпляр на SSAS се третира като отделен сървърен обект. Всеки отделен екземпляр се свързва към обекта Server с помощта на отделна връзка. Всеки сървърен обект съдържа един или повече източници на данни, изглед на източник на данни и обекти на база данни, както и модули и роли за защита Всеки обект на база данни съдържа няколко обекта на измерение. Всеки обект на измерение съдържа един или повече атрибути, които са организирани в йерархии Всеки обект на база данни съдържа един или повече кубични обекти. Кубът се определя от неговите мерки и размери. Мерките и размерите на куб се извличат от таблиците и изгледите в изгледа на източника на данни, на който се основава кубът или са създадени от дефиниции на мерки и измерения.
Планиране и архитектура на SSAS. Физическа архитектура.
За да предостави функционалност за извличане на данни за приложения за бизнес разузнаване, MicrosoftAnalysis Services използва сървърни и клиентски компоненти.
-Сървърният компонент на услугите за анализ е внедрен като услуга на Microsoft Windows. SQL Server 2008 Analysis Services (SSAS) поддържа множество екземпляри на един компютър, като всеки екземпляр на Analysis Services е внедрен като отделен екземпляр на услуга на Windows.
-Клиентите комуникират с услугите за анализ, използвайки стандарта Common XML for Analysis (XMLA), който е базиран на SOAP протокол за изпълнение на команди и получаване на отговори и се предоставя като уеб услуга. Обектните модели от страна на клиента също се предоставят чрез XML за анализ и са достъпничрез управляван доставчик като ADOMD.NET или чрез роден доставчик на OLE DB.
-Командите за заявки могат да бъдат изразени на следните езици. Data Mining Extensions (DMX) е стандартен език за заявки, фокусиран върху извличането на данни. Скриптовият език на услугите за анализ (ASSL) може също да се използва за манипулиране на обекти на база данни на услугите за анализ.
Екземплярът на Analysis Services работи като самостоятелна услуга и комуникира с услугата чрез XMLA, използвайки HTTP или TCP. AMO са слоят между потребителското приложение и екземпляра на Analysis Services. Те осигуряват достъп до административни обекти на Analysis Services. AMO е библиотека от класове, която приема команди от клиентско приложение и ги преобразува в XMLA съобщения за екземпляр на Analysis Services. AMO представляват обекти на екземпляр на Analysis Services като класове за приложение за краен потребител, с елементи на метод, които изпълняват команди, и елементи на свойства, които съхраняват данни за обект на Analysis Services.
Следващата фигура показва архитектурата на компонентите на Analysis Services, включително всички основни елементи, които се изпълняват на екземпляр на Analysis Services и всички персонализирани компоненти, които взаимодействат с този екземпляр. Фигурата също така показва, че единственият начин за достъп до екземпляра е чрез XML слушател за анализ или използване на HTTP или TCP протокол.
Не намерихте това, което търсихте? Използвайте търсачката: