Gestandaardiseerde interface op basis van een database artifact een materialized view. Een combinatie van een abstract sql statement met buffering van de achterliggende data voor performance winst

Waaronder de aanwezigheid van Open Source oplossingen. Denk hierbij bijvoorbeeld aan NoSQL databases en gedistribueerde filesystemen zoals Hadoop.

Behandelen van big data als een tabelstructuur en werkt daarbij met een SQL achtige querytaal

Is een interface die vanuit de cloud aanbieder wordt aangeboden om de cloud diensten in meerdere vormen van ontsluiting te kunnen benaderen. Denk aan webservices, htmlscherm interfaces voor beheerders maar ook interface voor fat client beheerapplicaties (SQL-Server Management Studio).

Fysieke datamodellen voor een relationele database uitgewerkt in een Microsoft SQL-Server database.

Fysieke datamodellen voor een relationele database uitgewerkt in een Microsoft SQL-Server database.

Fysisch model voor de beschrijving van een technisch implementatiemodel. Dit is platformspecifiek en wordt gebruikt voor het maken van SQL DDL- en ETL-scripts en uiteindelijk voor technische documentatie.

• Tabel - en kolomnamen worden met Hoofdletter en kleine letters geschreven Hierbij wordt ieder nieuw woord in de naam of codering een hoofdletter gebruikt.
• De _ wordt gebruikt in de naamgeving ipv een spatie Spatie kan problemen geven bij implementatie in artifacten en dus wordt de spatiev vervangen door een _.
• Zijn er kolommen met een bijzonder kenmerk dan wordt dit voorafgegaan met XX_ bijv DW_ Codering kan gebruikt worden voor een extra classificatie in de kolomnamen.
• Primary key heeft een vaste opbouw bestaande uit tabelnaam_Id Hiermee wordt een naamgevingsconventie geintroduceerd wordt zodat in het model de relaties ook in de primary key namen af te leiden zijn bij een enkelvoudige relatie tussen de tabellen.
• Foreign key heeft een vaste naam bestaande uit Tabelnaam_Id Naam van de primaire sleutel in de verwijzende sleutel heeft dezelfde naam, Zijn er meerdere foreign keys naar een tabel dan is de opbouw van de kolomnaam Tabelnaam_Rol_id. Behalve als er meer relaties zijn tussen de elementen dan krijgt de extra verwijzende sleuitel de naam van de tabel en de rolnaam van de relatie.
• Primary key constraints voldoen aan de naamgevingsconventie PK_Table_A Naamgevingsconventie van de primaire sleutels op basis van de kolomnamen.
• Foreign key constraints voldoen aan de naamgevingsconventie FK_Table_C_TableA (FK_Kind_Ouder) Opbouw van de FK naam zodat uit de naam blijkt welke relatie geimplementeerd wordt. Reden is dat ook zonder datamodel in de database de relaties inzichtelijk gemaakt kan worden.
• Tabel en kolomnaam zijn in het Nederlands Dit geldt voor de tabellen die door de organisatie zelf gedefinieerd kunnen worden. In andere gevallen bepaald de leverancier van de database de naamgevingsconventie.
• Bij voorkeur bij de tabellen en kolommen een description voor documentatie in de gegenereerde code Afhankelijk van het database platform genereren we de omschrijvingen als documentatie mee in de DDL SQL scripts.
• Voor Tabellen met een bijzonder karakter wordt een X_ prefix gebruikt bijvoorbeeld voor Fact (F_) of Dimension (D_) tabellen Ook voor tabellen kan er met een letter codering een extra classificatie of domeindefinitie worden gebruikt in de tabelnamen.

• Tabel - en kolomnamen worden met Hoofdletter en kleine letters geschreven Hierbij wordt ieder nieuw woord in de naam of codering een hoofdletter gebruikt.
• De _ wordt gebruikt in de naamgeving ipv een spatie Spatie kan problemen geven bij implementatie in artifacten en dus wordt de spatiev vervangen door een _.
• Zijn er kolommen met een bijzonder kenmerk dan wordt dit voorafgegaan met XX_ bijv DW_ Codering kan gebruikt worden voor een extra classificatie in de kolomnamen.
• Primary key heeft een vaste opbouw bestaande uit tabelnaam_Id Hiermee wordt een naamgevingsconventie geintroduceerd wordt zodat in het model de relaties ook in de primary key namen af te leiden zijn bij een enkelvoudige relatie tussen de tabellen.
• Foreign key heeft een vaste naam bestaande uit Tabelnaam_Id Naam van de primaire sleutel in de verwijzende sleutel heeft dezelfde naam, Zijn er meerdere foreign keys naar een tabel dan is de opbouw van de kolomnaam Tabelnaam_Rol_id. Behalve als er meer relaties zijn tussen de elementen dan krijgt de extra verwijzende sleuitel de naam van de tabel en de rolnaam van de relatie.
• Primary key constraints voldoen aan de naamgevingsconventie PK_Table_A Naamgevingsconventie van de primaire sleutels op basis van de kolomnamen.
• Foreign key constraints voldoen aan de naamgevingsconventie FK_Table_C_TableA (FK_Kind_Ouder) Opbouw van de FK naam zodat uit de naam blijkt welke relatie geimplementeerd wordt. Reden is dat ook zonder datamodel in de database de relaties inzichtelijk gemaakt kan worden.
• Tabel en kolomnaam zijn in het Nederlands Dit geldt voor de tabellen die door de organisatie zelf gedefinieerd kunnen worden. In andere gevallen bepaald de leverancier van de database de naamgevingsconventie.
• Bij voorkeur bij de tabellen en kolommen een description voor documentatie in de gegenereerde code Afhankelijk van het database platform genereren we de omschrijvingen als documentatie mee in de DDL SQL scripts.
• Voor Tabellen met een bijzonder karakter wordt een X_ prefix gebruikt bijvoorbeeld voor Fact (F_) of Dimension (D_) tabellen Ook voor tabellen kan er met een letter codering een extra classificatie of domeindefinitie worden gebruikt in de tabelnamen.

Hadoop component voor SQL achtige bevraging

NoSQL is een nieuw dataplatform voor de implementatie van semi-gestructureerde data. Er zijn verschillende NoSQL-databasetypen, zoals kolom-, naamwaarde-, document- of grafiekdatabases

https://en.wikipedia.org/wiki/NoSQL

Adapter binnen de ODI of Open Source tooling om NoSql naar ETL te transformeren en omgekeerd

Opslag van data in een NoSQL dataplatform, veelal opslag in data in een gedistrueerde niet raltionele structuur

Transformatie van een NoSQL-databron naar een gestandaardiseerd datadoel

The Operational Data Store (ODS) compound pattern represents a solution environment such that the Big Data platform’s inexpensive NoSQL storage can be utilized as a traditional ODS where transactional data from operational systems across the enterprise is collected for operational BI and reporting.

(Traditionele) ETL voor het transformeren en overbrengen van data van relationele registers en consumenten. Voor NoSQL transformaties wordt veelal gebruik gemaakt van vergelijkbare ETL inrichting en daarom is dit niet nader gespecificiceerd

Kies voor een opslag medium, wijze (zoals rdbms, nosql, newsql of polyglot etc).

Toepassing voor het ontwikkelen van geautomatiseerde data transformaties binnen een SQL-Server omgeving.

Infra structurele software ter ondersteuning van de data verwerkende toepassingen, bron- en doelsystemen. Denk bijvoorbeeld aan besturingssystemen zoals Linux of SQL server als database.

Ouder tabel zonder ouders, er is een primary key gedefinieerd op basis van de naamgevingsconventie. In het model worden ook de gedefinieerde indexen getoond en beheerd zodat op basis hiervan de SQL DDL gegenereerd kan worden vanuit het model.

Ouder tabel zonder ouders, er is een primary key gedefinieerd op basis van de naamgevingsconventie. In het model worden ook de gedefinieerde indexen getoond en beheerd zodat op basis hiervan de SQL DDL gegenereerd kan worden vanuit het model.

Ouder tabel zonder ouders, er is een primaire sleutel gedefinieerd op basis van de Naamgevingsconventies. In het model worden ook de gedefinieerde indexen getoond en beheerd zodat op basis hiervan de SQL DDL gegenereerd kan worden vanuit het model.

Beschrijving van code templates binnen EA

In dit whitepaper worden databases beschreven. Databases zijn niet weg te denken binnen data gedreven werken. Wil je een beeld krijgen van de basis van select statements binnen SQL en relationele databases bekijk dan dit whitepaper. Dit whitepaper is een onderdeel van meerdere whitepapers over databases en business intelligence. Databases zijn onder andere gericht op relationele databases en NoSQL databases. We gaan in op het opvragen van data op basis van het select statement binnen de structured query language op basis van data opgeslagen in relationele databases.

Many organisations are investigating the possibilities of Big Data solutions, for example the Dutch and German Electricity Transport System Operator TenneT. Introducing Big Data is new and traditional approaches are of limited use. Think about introducing data-lab functionalities, innovative and agile approaches, new technologies like NoSql or Hadoop. How are you going to support these activities in an organisation as an architect and how can Enterprise Architect support you in adding architectural value. In this session we will discuss a reference architecture for the TenneT Data Platforms, modelling techniques, architectural patterns and agile approaches all supported by the use of Enterprise Architect. You will see examples of big data patterns, solutions and templates based on ArchiMate.

Beschrijving van databases zoals relationele databases en NoSQL databases. Dit inclusief een vergelijking van de kenmerken

Use a profiler for SQL analysis

SQL queries in EA

Dit diagram is een viewpoint voor het uitwerken van een fysieke datamodel voor SQL-Server RDBMS.Dit viewpoint geeft aan welke tabellen, constraints en kolommen gebruikt kunnen worden binnen het opstellen van een RDBMS data model. Voor het RDBMS datamodel gelden een paar uitgangspunten:

• Fysiek datamodel is voor de ICT (Database specialisten)
• Van het Fysiek datamodel kunnen SQL DDL statements gegenereerd worden
• Naamgevingsconventies voor het database platform (SQL Server/Oracle) gelden als basis voor de Naamgevingsconventies
• Op de associaties worden de database details voor de verwijzende en primaire sleutels getoond.

Classificatie van dataopslagfunctionaliteit. Dit omvat traditionele opslagtypen en modernere implementaties zoals NoSQL en NewSQL, enz.

Uitwerking in een eenvoudig model van een transformatie van een veel op veel model naar een implementatie in een relationeel model voor een database. (in dit geval een SQL server database).

Dit diagram is een metamodel voor het uitwerken van een fysiek datamodel voor SQL-Server RDBMS.Dit metamodel geeft aan welke tabellen, constraints en kolommen gebruikt kunnen worden binnen het opstellen van een RDBMS data model. Voor het RDBMS datamodel gelden een paar uitgangspunten:

• Fysiek datamodel is voor de ICT (Database specialisten)
• Van het fysiek datamodel kunnen SQL DDL statements gegenereerd worden
• Naamgevingsconventie voor het database platform (SQL Server/Oracle) gelden als basis voor de naamgevingsconventie.
• Op de associaties worden de database details voor de foreign en primary keys getoond.

Overzicht van de transformatie van een NoSQL-database naar een datatarget. Aanvankelijk met een ETL-proces als tussenstap.

Overzicht van de transformatie van een NoSQL-database naar een datatarget. Aanvankelijk met een ETL-proces als tussenstap.

Fysieke datamodellen voor een relationele database uitgewerkt in een Microsoft SQL-Server database.

Fysieke datamodellen voor een relationele database uitgewerkt in een Microsoft SQL-Server database.