SQL Server

This page describes how AnalyticsCreator generates and integrates data warehouse solutions for Microsoft SQL Server environments.

Overview

AnalyticsCreator supports SQL Server as both the metadata repository platform and a primary target platform for generated data warehouse structures. In a typical SQL Server-based setup, AnalyticsCreator generates database objects, loading procedures, SSIS packages, and analytical structures that run on SQL Server and related Microsoft services.

AnalyticsCreator itself is a design-time application. It generates SQL-based artifacts, but execution takes place in SQL Server, SQL Server Integration Services, and downstream analytical services.

Supported Services and Components

  • SQL Server Database Engine
  • SQL Server Integration Services (SSIS)
  • SQL Server Analysis Services, where used for tabular or analytical models
  • Power BI as a downstream semantic and reporting target
  • SQL Server-based repository for metadata storage

What AnalyticsCreator Generates

For SQL Server environments, AnalyticsCreator generates:

  • SQL objects:
    • STG tables for source import
    • Persistent staging and historization tables
    • CORE transformations as views or persisted tables
    • DM layer structures with facts and dimensions
  • Stored procedures for:
    • Data loading
    • Historization
    • Persisting logic
    • Customizable processing steps
  • SSIS packages for:
    • Source import
    • Workflow execution
    • ETL orchestration
  • Analytical outputs:
    • Data marts
    • Tabular or semantic model structures where configured
    • Power BI-ready dimensional outputs
  • Deployment assets:
    • Deployment packages
    • Visual Studio solution content
    • Generated SQL deployment artifacts

Supported Modeling Approaches

  • Dimensional modeling with facts and dimensions
  • Data Vault modeling with hubs, links, and satellites
  • Hybrid approaches combining Data Vault foundations with dimensional output
  • Historized models using valid-from and valid-to logic
  • Snapshot-based historization patterns

In SQL Server-based models, AnalyticsCreator can generate a layered flow from source to staging, persistent staging, CORE, data mart, and presentation-oriented outputs.

Deployment and Execution Model

AnalyticsCreator separates structure generation, deployment, and execution:

  • AnalyticsCreator stores metadata in the repository and generates SQL Server artifacts from that metadata
  • Synchronization materializes the modeled structure in a SQL Server database
  • Deployment creates the required database assets and related execution packages
  • Execution is performed by SQL Server and SSIS, not by AnalyticsCreator itself

Typical SQL Server execution flow:

  • Metadata is stored in the SQL Server repository
  • The wizard generates a draft model
  • Synchronization materializes the model as SQL Server objects
  • Deployment creates SQL Server database content and SSIS packages
  • SSIS packages are executed to load and process data

CI/CD and Version Control

  • Repository metadata is stored in SQL Server
  • Projects can be exported for versioning and deployment control
  • Generated deployment packages can be used in development, test, and production processes
  • Visual Studio-based deployment assets support controlled release workflows

Connectors, Sources, and Exports

Relevant source types

  • SQL Server source systems
  • SAP sources with SQL Server as target platform
  • Files and other supported source connectors

Relevant exports and downstream targets

  • SQL Server data warehouse databases
  • SSIS execution packages
  • Analysis Services or Power BI-oriented semantic outputs

Prerequisites, Limitations, and Notes

  • A SQL Server instance is required for the repository
  • A target SQL Server database is required for generated warehouse objects
  • SSIS is required when package-based orchestration is used
  • Performance depends on indexing, load strategy, and transformation complexity
  • Generated SQL should still be reviewed where platform-specific tuning is required

Design considerations:

  • Persistent staging should be used deliberately to support reprocessing and historization
  • Persisting can improve performance for complex transformations by materializing view output into tables
  • Historization strategy affects both storage volume and processing behavior

Example Use Cases

  • Building an on-premise SQL Server data warehouse with SSIS-based loading
  • Modernizing an existing SQL Server warehouse into a metadata-driven model
  • Generating dimensional marts and semantic outputs for Power BI
  • Implementing Data Vault or hybrid architectures on SQL Server

Platform-specific FAQ

Does AnalyticsCreator execute ETL inside SQL Server?

AnalyticsCreator generates SQL objects and procedures for SQL Server, but workflow execution is typically handled through generated SSIS packages or other generated orchestration assets.

Does synchronization load business data?

No. Synchronization materializes the structure in SQL Server. Data loading happens later during execution.

Can SQL Server be both source and target?

Yes. SQL Server can be used as a source system, as the repository platform, and as the target warehouse platform.

Can I use Power BI with a SQL Server-based model?

Yes. AnalyticsCreator can generate dimensional and semantic outputs that are intended for downstream use in Power BI.

Proof Assets

  • Demo transcripts show the repository stored in SQL Server, synchronization creating a new SQL Server database, and deployment producing SSIS packages and SQL-based structures
  • Demo transcripts also show generated historization procedures, view-based transformations, persisting procedures, and data mart outputs for analytical consumption

Related Content

Commercial Solution Page

For product-level positioning and commercial overview, see the AnalyticsCreator SQL Server solution page.

Key Takeaway

In SQL Server environments, AnalyticsCreator generates the warehouse schema, loading procedures, SSIS assets, and analytical structures, while SQL Server and related Microsoft services execute and host the resulting solution.