Dictionary A Bap

177957821.
doc
Data Dictionary
1. Objetivos .........................................................................................................................................3
2. Conceitos de Bancos de Dados Relacionais...................................................................................3
Modelo Entidade-Relacionamento................................................................................................3
Restries de Mapeamento...........................................................................................................3
Modelo Relacional..........................................................................................................................3
Como distinguir as ocorrncias umas das outras?........................................................................4
Como representar os relacionamentos entre tabelas?...................................................................4
Como definir todos esses elementos num BD?............................................................................4
3. R/3 Data Dictionary........................................................................................................................4
Introduo.......................................................................................................................................4
Funes desempenhadas pelo Data Dictionary............................................................................5
4. Elementos de Dados........................................................................................................................5
Requisitos do SAP R/3....................................................................................................................5
Padro (standard)...........................................................................................................................5
5. Domnios..........................................................................................................................................5
Padro (standard)...........................................................................................................................5
6. Objeto de Bloqueio..........................................................................................................................6
Formato Padro (standard)...........................................................................................................6
7. Macth Codes ID...............................................................................................................................6
8. Objetos Match Code........................................................................................................................6
9. Pools / Clusters................................................................................................................................7
10. Tabelas Transparentes e Cluster..................................................................................................7
11. Nomes de Tabelas - ATAB............................................................................................................8
Pg.: 1/10
177957821.doc

12. Campos de Tabelas........................................................................................................................8
13. Tabela de ndice............................................................................................................................8
14. Tabela de Grupo............................................................................................................................9
15. Grupo de Tipo................................................................................................................................9
16. Estrutura........................................................................................................................................9
17. Views............................................................................................................................................10
Requisitos do SAP R/3..................................................................................................................10
Formato Padro (standard).........................................................................................................10
Pg.: 2/10
177957821.doc
1. Objetivos
Apresentar conceitos de Bancos de Dados Relacionais

SAP vs Modelo Relacional
Conhecer as ferramentas bsicas do Dicionrio de Dados do R/3
Criar objetivos atravs do Dicionrio de Dados
2. Conceitos de Bancos de Dados Relacionais

Modelo Entidade-Relacionamento
Modelo desenvolvido para facilitar o projeto de banco de dados, permitindo a especificao de
um esquema que represente a estrutura lgica global de um banco de dados.
Entidade:
um objeto que existe e distinguvel de outros objetos, ou seja,

identifica o agrupamento de objetos do mesmo tipo. Ex.: Clientes,
Bancos, Agncias, Contas-corrente.
Atributos:
So os qualificadores de uma entidade, isto , representam no modelo o

que uma entidade pretende ser. Ex.: Nome, RG, CPF, Endereo, Nro
Conta, Nro Agncia, Nro Banco.
Domnio:
Conjunto de valores permissveis para um atributo. Ex.: Estado Civil,

Seco, Cor, Meses do Ano.
Relacionameto:
a associao entre duas entidades, ou seja, representa a maneira como

duas entidades so relacionadas ou ligadas. Ex.: Conta-corrente de um
Cliente, Agncia de um Banco, Contas-corrente de uma Agncia.
Restries de Mapeamento
Representam o modo como as diferentes entidades de um modelo se relacionam.
Determinadas pela cardinalidade dos relacionamentos entre as entidades.
Um-para-Um:
Uma ocorrncia da Entidade A est relacionada com uma e apenas uma

ocorrncia da Entidade B.
Um-para-N:
Uma ocorrncia da Entidade A est relacionada com uma ou vrias

ocorrncias da Entidade B.
N-para-Um:
Vrias ocorrncias da Entidade A esto relacionadas com apenas uma

ocorrncia da Entidade B.
N-para-N:
Vrias ocorrncias da Entidade A est relacionada com vrias ocorrncias

da Entidade B.
Modelo Relacional
Um banco de dados relacional a implementao fsica do Modelo Entidade-Relacionamento e
traduz concretamente o que o modelo conceitual procura representar. Consiste em uma
coleo de tabelas cada uma das quais associada a um nome nico e que possuem
relacionamentos entre si. Tabelas representam fisicamente as Entidades.
Cada tabela possui uma estrutura similar quilo que pretende a representar, isto , tabelas so
formadas de linhas que por sua vez so formadas por colunas. Colunas representam
fisicamente os Atributos.
Pg.: 3/10
177957821.doc
A cada linha da tabela chamamos de Ocorrncia e o conjunto de ocorrncias pode ou no estar

relacionado com ocorrncias de outras tabelas.
Como distinguir as ocorrncias umas das outras?
Utilizando o conceito de Chave Primria!!!
Chave Primria:
Conjunto de atributos que garante a unicidade de cada ocorrncia da

tabela. Exemplos: RG, CPF, Nro Chassis.
Normalizao:
processo de reconhecimento da chave primria.
Como representar os relacionamentos entre tabelas?
Transferindo a chave primria de uma tabela para outra!!!
Chave Estrangeira:
tabela(s).
Quando a chave primria de uma tabela um atributo em outra(s)
Como definir todos esses elementos num BD?
SQL:
Utilizando linguagens especiais para cada Sistema Gerenciador de BD!!!

Structured Query Language Linguagem desenvolvida nos anos 70 para definio e
manipulao de dados em sistemas de bancos de dados relacionais. Conjunto reduzido
de comandos, sem recursos de lgica, nica e exclusivamente para criar objetos no
banco de dados e permitir que os dados possam ser mantidos, de acordo com as
necessidades funcionais. Nos gerenciadores de BD, ferramentas especficas de cada
fabricante oferecem recursos adicionais para a construo de lgica. Outras linguagens
foram adaptadas para trabalharem em conjunto com o SQL, como o COBOL, C e ABAP/4.
O SQL utilizado no R/3 proprietrio e segue um mnimo da regulamentao
internacional para esta, estando longe de possuir os mesmos mecanismos de
funcionamento. Seus comandos podem ser divididos em:
DDL:
DML:
Data Definition language Comandos especficos para definio de

objetos do banco de dados. Ex.: Create Table, Create View, Create
TableSpace, Drop Table, etc.
Data Manipulation Language Comandos especficos para tratamento dos
dados armazenados nos objetos do banco. Ex.: Select, Insert, Delete,
Update, etc.
3. R/3 Data Dictionary

Introduo
O dicionrio de dados do ABAP/4 (DD) uma fonte central de informaes provenientes do
sistema gerenciador de dados do SAP. Sua principal funo suportar a criao e o
gerenciamento das definies de dados, tambm conhecidas como metadados.
Neste
curso, o DD ser utilizado em exerccios prticos com o seguinte objetivo:

Visualizar objetos do SAP (tabelas, estruturas, elementos de dados, domnios)
Observar a estrutura e atributos dos dados armazenados na base de dados
Elaborar consultas (queries simples) de dados
Descobrir os relacionamentos entre diferentes objetos
Criar objetos
Pg.: 4/10
177957821.doc
O Data Dictionary parte integrante do ABAP/4 Workbench e est numa camada intermediria
entre o sistema aplicativo e o gerenciador de banco de dados.
Funes desempenhadas pelo Data Dictionary
Gerenciamento das Definies de Dados

Criao e manuteno das definies de dados num repositrio central
Proviso de informaes para avaliaes

Permite obter informaes sobre o modo como os objetos esto relacionados
Suporte ao desenvolvimento
Diferentemente de outros dicionrios de dados, est integrado ao ambiente de
desenvolvimento de modo que alteraes ou criao de novos objetos promovem
automaticamente a gerao dos outros objetos dependentes, sejam eles parte do
dicionrio ou programas aplicativos.
Suporte documentao
Permite obter documentao atualizada
Garantia de que as definies de dados sejam flexveis e atualizadas

Gerao de objetos de runtime garantindo performance
4. Elementos de Dados
Requisitos do SAP R/3
Os nomes dos Elementos de Dados devem iniciar com Z ou Y, podem ter um mximo de 10
caracteres de comprimento e devem ser nicos na instncia da base de dados.
Padro (standard)
Os Elementos de Dados precisam ser ativados pelo Administrador do Dicionrio de Dados para
melhor controle. Quando possvel, use o mesmo nome como domnio associado a esse
Elemento de Dados. Se houver um conflito, o nome do Elemento de Dados o principal motivo.
A SAP no cria Elemento de Dados que comeam com um Z, como hbito, Elementos de Dados
poderiam comear com ZZ.
Os nomes de Data Elementos poderiam ter um mximo de 8 caracteres. A SAP gerou
programas ou funes que podem utilizar essas definies de objetos para SELECT-OPTIONS e
PARAMETERS, o qual podem ter no mximo 8 caracteres de comprimento.
Exemplo:
ZZOBJTNM
ZZ
OBJTNM
Sempre ZZ
Um nome significativo que descreva o elemento de dados.
5. Domnios
Os nomes dos Domnios devem iniciar com Z ou Y, podem ter um mximo de 10 caracteres de
comprimento e devem ser nicos na instncia da base de dados.
Padro (standard)
Os Domnios precisam ser ativados pelo Administrador do Dicionrio de Dados para melhor
controle. Quando possvel, use um Domnio existente. Se no for possvel, nomeie o Domnio
Pg.: 5/10
177957821.doc
com um nome significativo. A SAP no cria Domnios que comeam com um Z, como hbito,
Domnios poderiam comear com ZZ.
Os nomes de Domnios poderiam ter um mximo de 8 caracteres. A SAP gerou programas ou
funes que podem utilizar essas definies de objetos para SELECT-OPTIONS e PARAMETERS e
o tamanho permitido para as variveis de 8 caracteres de comprimento.
Exemplo:
ZZOBJTNM
ZZ
OBJTNM
Sempre ZZ
Um nome significativo que descreva o elemento de dados.
6. Objeto de Bloqueio
Quando criar um objeto de bloqueio, o nome do arquivo deve comear com EY ou EZ e pode
ter um mximo de 10 caracteres de comprimento.
Formato Padro (standard)

EZ_ZA100
EZ
_ZA1000
Sempre EZ ou YZ
O nome da tabela primria entrada no primeiro campo da tabela
da tela de criao de Objeto de Bloqueio
7. Macth Codes ID
Cdigos de Match Codes e Objetos devem ser verificados e ativados pelo Administrador do
Dicionrio de Dados.

hbito que os cdigos de Match Codes tenham 1 caracter e no tm conveno de nomes.

Atualmente, a SAP no usa match codes 0-9 para seus objetos match code. Ultimamente
cdigos de Match Codes definidos para objetos SAP deveriam restringir eles mesmos de 0-9.
Cdigos de Match Codes que so definidos para novos objetos podem ser qualquer caracter
alfanumrico (0-Z).
Exemplo:
1
Match Code 1
8. Objetos Match Code

hbito que os objetos Match Codes devam comear com um Z ou Y e podem ter 4
caracteres.

Use o Objeto SAP Match Code quando possvel, caso contrrio crie um objeto de acordo com
suas necessidades. Iniciando o Objeto de Match Code com um Z o diferencia de outros objetos
e ento incluindo uma descrio segura que o Match Code ser nico e no interferir com um
Match Code existente.
Pg.: 6/10
177957821.doc
Exemplo:
Z001
Match Code para Centro de Custo
Posi Descrio Valores
o
1
Tipo
Z
Significado
Desenvolvimento
Funcional
A
B
F
G
H
I
K
L
M
P
R
S
U
Asset Management
Basis
Financial Accounting
Special Leadger
Human Resources Planning
Maintenance
Cost Accounting
Warehouse Management
Materials Management
Production Planning
Payroll
Sales and Distribution
General System / Utility programs
3-4
Identificad
or nico
00-ZZ
nica identificao de objeto Match

Code
9. Pools / Clusters
Um nome Pool ou Cluster deve comear com Z ou Y e pode ter um mximo de 10 caracteres
de comprimento.

O nome padro garante que o pool / cluster ser nico e no interferir com nenhum pool /
cluester definido pela SAP.
Exemplo:
ZKIT
Pool customizado para o objeto matchcode ZKIT
10. Tabelas Transparentes e Cluster

Precisam iniciar com Z, Y ou T9 e podem ter um mximo de 10 caracteres de comprimento.

Cada tabela customizada poderia comear com um Z seguido pelo cdigo da aplicao para
ela da principal finalidade.
Nomes de tabela no deveria exceder 7 caracteres. Se todos os 10 caracteres so usados,
programas SAP gerados tero dificuldades devido a gerao de campos e ndices.
Necessitando usar da transao SM31 s podem ser utilizados 5 caracteres de comprimento.
Exemplo:
ZF100
Tabela customizada que pode ser visualizada on-line.
Pg.: 7/10
177957821.doc
Posi
o
Descrio Valores
Significado
1
2
Tipo
Funcional
3-10
Identificador
nico
Desenvolvimento
Asset Management
Basis
Special Leadger
Maintenance
Cost Accounting
Production Planning
Payroll
Descrio alfanumrica
Z
A
B
F
G
H
I
K
L
M
P
R
S
U
11. Nomes de Tabelas - ATAB

Precisam iniciar com Z, Y ou T9 e podem ter um mximo de 10 caracteres de comprimento.

Cada tabela customizada para ATAB poderia comear com um T9 seguido pelo identificador
nico .
Tabelas que necessitam usar a transao SM31 so limitadas num mximo de 5 caracteres de
comprimento.
Exemplo:
Z9100
Tabela customizada definida para ATAB.
12. Campos de Tabelas

Campos de usurios podem ter at 10 caracteres de comprimento e devem ser nicos na
definio da tabela.

Quando possvel, use o mesmo nome do elemento de dados associado com este campo. Se
diversos campos na tabela usam o mesmo elemento de dados, nomeie estes campos de
maneira significativa.
Quando possvel, use um elemento de dados existente do SAP.
No use espaos e caracteres especiais no nome do campo da tabela.
Exemplo:
X(10) LOANNUM
Este poderia marcar um campo de nmero de emprstimo.
13. Tabela de ndice
Pg.: 8/10
177957821.doc

Comea com um Z e tem um mximo de 3 caracteres de comprimento.
Exemplo:
Z01
14. Tabela de Grupo

Uma tabela de grupo deve comear com um Z e pode ter um mximo de 8 caracteres de
comprimento.
15. Grupo de Tipo

Type definido pelo usurio pode ter at 5 caracteres de comprimento e deve comear com um
Z.

Type Pools so definidos com a transao SE11, comeando com um Z e um mximo de 5
caracteres. TYPE-POOL poderia ser associado com uma rea funcional em particular.
Exemplo:
ZF001
Tipo definido para TYPEs financeiros
Posi
o
Descrio Valores
Significado
1
2
Tipo
Funcional
3-4
Identificador
nico
Desenvolvimento
Asset Management
Basis
Special Leadger
Maintenance
Cost Accounting
Production Planning
Payroll
nico Identificador
Z
A
B
F
G
H
I
K
L
M
P
R
S
U
0-Z
16. Estrutura
Um nome de estrutura pode ter at 10 caracteres e deve iniciar com Z ou Y.

Exemplo:
ZEADR
Estrutura customizada para endereo expandido do escritrio principal
Pg.: 9/10
177957821.doc
17. Views
Uma view deve comear com Z ou Y e pode ter no mximo 10 caracteres.

Views customizadas poderia comear com Z seguido pelo tipo da view e um separador. O
restante do campo poderia ser usado para identificar o tabela primria da view.
Pg.: 10/10

Dictionary A Bap

Enviado por

Dados do documento

Título original

Direitos autorais

Formatos disponíveis

Compartilhar este documento

Compartilhar ou incorporar documento

Opções de compartilhamento

Você considera este documento útil?

Este conteúdo é inapropriado?

Direitos autorais:

Formatos disponíveis

Dictionary A Bap

Enviado por

Direitos autorais:

Formatos disponíveis

177957821.

Formato Padro (standard)...........................................................................................................8

Apresentar conceitos de Bancos de Dados Relacionais

2. Conceitos de Bancos de Dados Relacionais

um objeto que existe e distinguvel de outros objetos, ou seja,

So os qualificadores de uma entidade, isto , representam no modelo o

Conjunto de valores permissveis para um atributo. Ex.: Estado Civil,

a associao entre duas entidades, ou seja, representa a maneira como

Uma ocorrncia da Entidade A est relacionada com uma e apenas uma

Uma ocorrncia da Entidade A est relacionada com uma ou vrias

Vrias ocorrncias da Entidade A esto relacionadas com apenas uma

Vrias ocorrncias da Entidade A est relacionada com vrias ocorrncias

A cada linha da tabela chamamos de Ocorrncia e o conjunto de ocorrncias pode ou no estar

Utilizando o conceito de Chave Primria!!!

Conjunto de atributos que garante a unicidade de cada ocorrncia da

processo de reconhecimento da chave primria.

Como representar os relacionamentos entre tabelas?

Transferindo a chave primria de uma tabela para outra!!!

Quando a chave primria de uma tabela um atributo em outra(s)

Como definir todos esses elementos num BD?

Utilizando linguagens especiais para cada Sistema Gerenciador de BD!!!

Data Definition language Comandos especficos para definio de

3. R/3 Data Dictionary

curso, o DD ser utilizado em exerccios prticos com o seguinte objetivo:

Funes desempenhadas pelo Data Dictionary

Gerenciamento das Definies de Dados

Proviso de informaes para avaliaes

Garantia de que as definies de dados sejam flexveis e atualizadas

Formato Padro (standard)

Requisitos do SAP R/3

Formato Padro (standard)

8. Objetos Match Code

Formato Padro (standard)

nica identificao de objeto Match

Formato Padro (standard)

10. Tabelas Transparentes e Cluster

Formato Padro (standard)

11. Nomes de Tabelas - ATAB

Formato Padro (standard)

12. Campos de Tabelas

Formato Padro (standard)

13. Tabela de ndice

Formato Padro (standard)

14. Tabela de Grupo

15. Grupo de Tipo

Formato Padro (standard)

Formato Padro (standard)

Formato Padro (standard)

Você também pode gostar