SSAS Tabular to nowoczesny model relacyjny, który przechowuje dane w tabelach i używa języka DAX — jest domyślnym wyborem Microsoftu dla nowych projektów i jedyną opcją w chmurze (Azure, Power BI). SSAS Multidimensional to dojrzała technologia OLAP z kostkami, wymiarami i językiem MDX — wciąż wspierana wyłącznie on-premises w SQL Server, ale bez ścieżki do chmury.
Werdykt w 3 zdaniach
Dla każdego nowego projektu w 2026 roku wybierz SSAS Tabular — otrzymujesz szybsze development, lepszą kompresję (nawet 10×), wsparcie chmury i zgodność z Power BI. Multidimensional utrzymuj tylko jeśli już go masz i działa — migracja ma sens tylko przy okazji generalnej modernizacji hurtowni danych. Jeśli potrzebujesz SQL Server z licencją do hostowania SSAS, sprawdź licencje SQL Server w KluczeSoft.
W skrócie
- Tabular (od SQL Server 2012): model relacyjny (tabele, kolumny, relacje), język DAX, pełne wsparcie Azure/Power BI/Fabric
- Multidimensional (od SQL Server 2000): kostki OLAP, wymiary, miary, język MDX, tylko on-premises
- Microsoft nie rozwija już Multidimensional — ostatnie nowości funkcjonalne dostał w SQL 2012; od 2016 Tabular przejął całą innowację
- Tabular = kompresja ~10× oryginalnych danych; Multidimensional = ~3×
- Tabular działa in-memory lub DirectQuery; Multidimensional = MOLAP/ROLAP/HOLAP
- Wszystkie narzędzia chmurowe Microsoft (Power BI, Fabric, Azure AS) obsługują wyłącznie Tabular
- Multidimensional nie ma EOL, ale nie dostanie już nowych funkcji — to utrzymanie (maintenance mode) de facto
- DAX jest łatwiejszy do nauki dla osób znających Excel/Power BI; MDX jest niszowy i ma stromą krzywą uczenia
Tabela porównawcza: Tabular vs Multidimensional
| Cecha | SSAS Tabular | SSAS Multidimensional |
|---|---|---|
| Debiut | SQL Server 2012 (dojrzały od 2016, poziom 1200) | SQL Server 2000 (2000) |
| Model danych | Relacyjny (tabele, kolumny) | OLAP (kostki, wymiary, miary) |
| Język zapytań | DAX (podstawowy), MDX (zapytania) | MDX (podstawowy), DAX (ograniczone zapytania) |
| Język skryptowy | TMSL (od 1200), ASSL (1050–1103) | ASSL (XMLA) |
| Kompresja danych | ~10% oryginalnego rozmiaru | ~33% oryginalnego rozmiaru |
| Tryb przechowywania | In-memory, DirectQuery | MOLAP, ROLAP, HOLAP |
| Azure / Power BI / Fabric | ✅ Pełne wsparcie | ❌ Niedostępny (tylko on-premises lub VM) |
| Relacje wiele-do-wielu | ⚠ Dwukierunkowe filtry przecinające (od 1200) | ✅ Natywne |
| Agregacje niestandardowe | ❌ | ✅ (Custom Rollups) |
| Zapisywanie zwrotne (writeback) | ❌ | ✅ |
| Akcje (Actions) | ❌ | ✅ |
| Kolumny obliczeniowe | ✅ | ❌ |
| Tabele obliczeniowe | ✅ (od 1400) | ❌ |
| Row-level security (RLS) | ✅ | ✅ |
| Object-level security (OLS) | ✅ (od 1400) | ❌ (ale ma cell-level security) |
| Partitions | ✅ | ✅ |
| DirectQuery (tryb zapytań bezpośrednich) | ✅ (odświeżony w 2016) | ⚠ ROLAP (ograniczony) |
| Łatwość developmentu | ⭐⭐⭐ Intuicyjny (jak Excel/Power BI) | ⭐ Stroma krzywa uczenia |
| Ścieżka Microsoftu | ✅ Aktywnie rozwijany | ❌ Tylko utrzymanie; bez nowych funkcji |
Model Tabular — charakterystyka i mocne strony
Model tabelaryczny zadebiutował w SQL Server 2012 jako odpowiedź na rosnącą popularność samodzielnej analityki (self-service BI) i potrzebę uproszczenia procesu tworzenia modeli semantycznych. Jego architektura opiera się na znanym z Excela i Power BI paradygmacie relacyjnym: dane są przechowywane w tabelach, połączonych relacjami, a logika biznesowa wyrażana jest w języku DAX (Data Analysis Expressions).
Architektura: In-Memory i DirectQuery
Tabular działa domyślnie w trybie in-memory — po przetworzeniu cała baza danych przechowywana jest w pamięci RAM serwera. Silnik xVelocity (VertiPaq) stosuje agresywną kompresję kolumnową, która potrafi zmniejszyć rozmiar danych nawet dziesięciokrotnie względem źródłowej hurtowni. To oznacza, że 100 GB w SQL Server może zająć tylko ~10 GB w SSAS Tabular — co bezpośrednio przekłada się na niższe koszty infrastruktury.
Od SQL Server 2016 tryb DirectQuery został znacząco przebudowany i umożliwia tworzenie modeli tabelarycznych bez konieczności kopiowania danych — zapytania są przekazywane bezpośrednio do źródłowej bazy SQL. To kluczowe dla scenariuszy near-real-time i bardzo dużych wolumenów danych (>100 GB), gdzie przechowywanie całości w RAM byłoby nieopłacalne.
Ekosystem i przyszłość
Tabular to jedyna droga do chmury Microsoft. Azure Analysis Services (wspierane do 2028 roku, po czym migracja do Fabric), Power BI Premium i Microsoft Fabric obsługują wyłącznie modele tabelaryczne. Jeśli planujesz migrację do chmury — nawet w perspektywie 3–5 lat — Tabular jest jedynym sensownym wyborem.
W 2026 roku modele tabelaryczne na poziomie zgodności 1600 (SQL Server 2022) oferują m.in. zaawansowane relacje hierarchiczne (parent-child przez DAX), pełne OLS, integrację z Power Query (M), DirectQuery dla Power BI i wiele więcej.
Model Multidimensional — charakterystyka i ograniczenia
Model wielowymiarowy to technologia z 2000 roku, która przez dwie dekady była kręgosłupem korporacyjnych rozwiązań BI na platformie Microsoft. Opiera się na klasycznym paradygmacie OLAP: kostki (cubes), wymiary (dimensions), miary (measures) i język MDX (Multidimensional Expressions).
Mocne strony dla istniejących wdrożeń
- Agregacje — Multidimensional pozwala ręcznie definiować agregacje na poziomie kostki, co może drastycznie przyspieszyć zapytania w bardzo specyficznych scenariuszach.
- Writeback — możliwość zapisu danych z powrotem do kostki (np. budżetowanie, planowanie).
- Natywne relacje wiele-do-wielu — Tabular radzi sobie z tym przez dwukierunkowe filtry przecinające, ale Multidimensional ma pełne wsparcie.
- Dojrzałość — tysiące wdrożeń produkcyjnych, sprawdzone algorytmy partycjonowania, ogromna baza wiedzy MDX.
- ROLAP/HOLAP — elastyczność wyboru gdzie przechowywane są fakty, a gdzie agregacje.
Ograniczenia — dlaczego Microsoft odchodzi
Microsoft ostatni raz dodał nowe funkcje do Multidimensional w SQL Server 2012. Od 2016 roku wszystkie innowacje trafiają wyłącznie do modelu tabelarycznego. Multidimensional:
- ❌ Nie działa w Azure Analysis Services ani Power BI Premium/Fabric — jedyną ścieżką chmurową jest postawienie SQL Server na maszynie wirtualnej Azure (IaaS)
- ❌ Nie obsługuje DirectQuery w nowoczesnym znaczeniu (ROLAP jest ograniczony i mało wydajny)
- ❌ MDX jest językiem niszowym — trudno znaleźć specjalistów na rynku; DAX jest powszechny w ekosystemie Power BI
- ❌ Brak wsparcia dla Power Query (M), nowoczesnych konektorów danych
- ❌ Kompresja jest 3× słabsza niż w Tabular — wyższe koszty sprzętu
Multidimensional nie został oficjalnie uznany za deprecated, ale znajduje się w stanie faktycznego maintenance mode — Microsoft nie planuje nowych funkcji, dostarcza jedynie poprawki bezpieczeństwa i krytyczne łatki w ramach cyklu życia SQL Server.
Kiedy wybrać który model
Wybierz SSAS Tabular, gdy:
- Rozpoczynasz nowy projekt — rok 2026, nie ma dyskusji; Tabular to standard
- Planujesz chmurę — Azure, Power BI, Fabric — kiedyś, niekoniecznie dziś
- Zespół zna Power BI / Excela — DAX jest naturalnym przedłużeniem tych narzędzi
- Priorytetem jest szybki development — Tabular jest znacząco prostszy w projektowaniu i utrzymaniu
- Dane mieszczą się w RAM lub użyjesz DirectQuery — typowe wdrożenia do ~100-200 GB danych
Zostań przy SSAS Multidimensional, gdy:
- Masz działające, krytyczne wdrożenie na Multidimensional — bez potrzeby zmiany
- Używasz Writeback (budżetowanie, planowanie w Excelu) — Tabular tego nie wspiera
- Agregacje niestandardowe są kluczowe dla Twoich zapytań — Tabular nie ma ręcznych agregacji
- Potrzebujesz natywnych relacji wiele-do-wielu z pełnym wsparciem — bez obejść DAX-owych
Migracja z Multidimensional do Tabular
Jeśli zdecydujesz się na migrację, nie ma automatu — struktury kostek i tabelek są fundamentalnie różne. Typowy proces:
- Odtworzenie modelu danych w Tabular (tabele faktów i wymiarów z hurtowni)
- Przepisanie logiki MDX → DAX (miary, calculated members)
- Przebudowa uprawnień (z dimension/cell security na RLS/OLS)
- Testy wydajnościowe — Tabular na tych samych danych może być szybszy, ale nie zawsze
Do migracji przystępuj przy okazji większej modernizacji platformy danych — nie jako osobny projekt.
Częste pytania
Czy Microsoft oficjalnie zakończył wsparcie dla SSAS Multidimensional?
Nie. Oficjalnego ogłoszenia EOL (End of Life) nie ma. Multidimensional jest wspierany w ramach cyklu życia SQL Server — SQL Server 2022 będzie otrzymywać poprawki bezpieczeństwa do 2032 roku. Jednak Microsoft od 2016 roku nie dodaje nowych funkcji do tego trybu — to de facto utrzymanie bez rozwoju.
Czy DAX jest trudniejszy od MDX?
Wręcz przeciwnie — DAX jest uznawany za łatwiejszy, szczególnie dla osób znających Excela (funkcje pokroju SUM, CALCULATE, FILTER). MDX ma stromą krzywą uczenia i jest językiem ściśle związanym z paradygmatem OLAP. Na rynku pracy jest też znacznie więcej specjalistów DAX (dzięki Power BI) niż MDX.
Czy Tabular nadaje się do bardzo dużych danych (terabajty)?
Tak — dzięki trybowi DirectQuery, który od SQL Server 2016 jest w pełni funkcjonalny. Model tabelaryczny nie przechowuje wtedy danych w pamięci, tylko przekazuje zapytania bezpośrednio do SQL Server. Przy trybie in-memory Tabular sprawdza się do ~100–200 GB skompresowanych danych. Multidimensional z ROLAP-em może obsłużyć większe wolumeny, ale kosztem wydajności.
Dlaczego Microsoft porzucił rozwój Multidimensional?
Bo rynek BI przeszedł z klasycznych kostek OLAP na samoobsługową analitykę (self-service BI) i chmurę. Modele tabelaryczne są prostsze dla użytkowników biznesowych, naturalnie integrują się z Power BI i Excel, a architektura in-memory daje lepszą wydajność przy niższym TCO. Microsoft postawił wszystko na jedną platformę — Tabular.
Czy mogę używać Power BI z kostką Multidimensional?
Tak — Power BI łączy się z SSAS Multidimensional przez connector Analysis Services i Live Connection. Raporty i dashboardy działają poprawnie. Ale nie możesz opublikować samego modelu Multidimensional do usługi Power BI — musi on zostać na serwerze on-premises (lub VM w Azure). Power BI nie hostuje kostek Multidimensional.
Czy SSAS Tabular wymaga licencji SQL Server Enterprise?
Zależy od funkcji. Podstawowy Tabular działa na SQL Server Standard Edition, ale bez wsparcia dla DirectQuery, partycjonowania, zaawansowanego RLS/OLS i przetwarzania równoległego. Enterprise Edition odblokowuje pełną funkcjonalność. Jeśli potrzebujesz licencji SQL Server w przystępnej cenie, sprawdź ofertę KluczeSoft na licencje serwerowe — legalne klucze reselle w cenach nawet 70% niższych od sugerowanych przez Microsoft.
Jaki poziom zgodności (compatibility level) wybrać dla nowego modelu Tabular w 2026?
Zawsze najwyższy dostępny: 1600 dla SQL Server 2022. Jeśli pracujesz na starszym SQL Server: 1500 (2019), 1400 (2017) lub 1200 (2016). Poziom zgodności determinuje dostępne funkcje — im wyższy, tym więcej możliwości (Power Query/M, OLS, hierarchie parent-child, ulepszony DirectQuery).
Potrzebujesz SQL Server do uruchomienia SSAS?
Niezależnie od tego, który model wybierzesz, potrzebujesz aktywnej instancji SQL Server z Analysis Services. W KluczeSoft znajdziesz legalne, używane klucze licencyjne SQL Server w cenach nawet o 70% niższych od katalogowych — z pełnym wsparciem technicznym, fakturą VAT i natychmiastową dostawą.
→ SQL Server 2022 Standard — od 599 zł → Microsoft 365 Business Premium — z Power BI Pro w pakiecie
Artykuł niezależny — KluczeSoft nie jest autoryzowanym partnerem Microsoft. Informacje o SSAS oparte są na oficjalnej dokumentacji Microsoft Learn (stan na maj 2026).