Informatie over Data
Home
Trainingen
Onderwerpen
Zoek naar content
Sparx Enterprise Architect
Webvideo's
Whitepapers
IDEA Addon voor Sparx
Web Publicatie Platform voor Sparx
Blog
Repository
Trefwoorden zoeken
Repository verkenner
Begrippenlijst
Wat is de repository
Extra
Grafieken
Participant
Inschrijven voor de webmailing
Login
Content voor geregistreerde gebruikers
Contact
Data Architectuur
|
Object catalogus (DA)
|
Fysieke RDBMS Modelleer en naamgevingsconventie
|
Fysieke RDBMS Modelleer en naamgevingsconventie
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.
Package
Object catalogus (DA)
Auteur
Admin
Alias
Stereotypes
Checklist
Diagrammen
Beschrijvende data architectuur fysiek database
Links 2 Tags
Archimate
Architect
Architectuur
Architectuur document
Architectuur repository
Azure
Big data
Bouwblokken en patronen
Bpmn
Data
Data architectuur
Data governance
Data kwaliteit
Data management
Data modelleren
Database
Datamodelleren
Document
Enterprise architect
Enterprise architectuur
Grafendatabase
Idea
Image library
Intervisie
Logisch applicatie model
Master data
Matrix
Mdg
Metadata
Metafoor
Metamodel
Modelleren
Principes
Register
Releasemanager
Repository
Simulator
Software
Sparx enterprise architect
Sql
Stakeholders
Stappenplan
Time aware modelleren
Tips en tricks
Training
Videokanaal
Viewpoint
Webvideo
Werkproces
Whitepaper
Wpp