Olá,
Este post aborda a segunda parte sobre Visões de tabela e Diálogos de atualização. No post anterior, abordei as Visões de tabela. Agora, será a vez das Visões de atualização.
Criação de visões de atualização: Os dados que estão distribuídos em mais de uma tabela formam o que chamamos de objeto de aplicação para o usuário. Nele poderíamos exibir, modificar e criar os dados de um objeto de aplicação, em conjunto. Contudo, o usuário geralmente não está interessado na implementação técnica do objeto de aplicação, como a distribuição dos dados em N tabelas.
Através da visão de atualização podemos atualizar objetos de aplicação complexos de maneira simples, sendo que dados são automaticamente distribuídos entre as tabelas de BDs e todas as tabelas utilizadas em uma visão de atualização devem estar ligadas com uma chave externa. Não se pode entrar diretamente com a condição JOIN, tal como acontece em uma visão de banco de dados. Quando uma visão de atualização é criada, são gerados automaticamente módulos de função que distribuem os dados atualizados com a visão nas tabelas. Para a interface de atualização, utilizando o tcode SE54.
Em visão de atualização de uma etapa, os dados das linhas de tabela são representados como TableControl. Os campos-chave têm um fundo cinza e não podem ser alterados. Os campos de função têm um fundo branco e podem ser alterados.
Já se criarmos uma visão de atualização de duas etapas, pode ser aberta outra tela, efetuando clique duplo em uma linha de tabela na qual o registro de dados selecionado é apresentado de modo claro.
A seguir, alguns print's com um exemplo de atualização simples.
Vantagens e desvantagens de uma visão de atualização simples:
+ Eles podem ser criados em um período de tempo breve.
- Sem atualização assíncrona.
É somente indicado para tabelas do customizing e do cliente.
Há também opção de atualização de duas etapas e clusters de visões que não abordei com print's neste post. Enfim, o assunto não pára. Se tudo der certo, numa próxima atualização no Blog, tratarei de colocar algo relacionado a estes dois últimos pontos que cito.
Bom, basicamente é isso.
Um abraço e bom final de semana!
Através da visão de atualização podemos atualizar objetos de aplicação complexos de maneira simples, sendo que dados são automaticamente distribuídos entre as tabelas de BDs e todas as tabelas utilizadas em uma visão de atualização devem estar ligadas com uma chave externa. Não se pode entrar diretamente com a condição JOIN, tal como acontece em uma visão de banco de dados. Quando uma visão de atualização é criada, são gerados automaticamente módulos de função que distribuem os dados atualizados com a visão nas tabelas. Para a interface de atualização, utilizando o tcode SE54.
Em visão de atualização de uma etapa, os dados das linhas de tabela são representados como TableControl. Os campos-chave têm um fundo cinza e não podem ser alterados. Os campos de função têm um fundo branco e podem ser alterados.
Já se criarmos uma visão de atualização de duas etapas, pode ser aberta outra tela, efetuando clique duplo em uma linha de tabela na qual o registro de dados selecionado é apresentado de modo claro.
A seguir, alguns print's com um exemplo de atualização simples.
+ Eles podem ser criados em um período de tempo breve.
- Sem atualização assíncrona.
É somente indicado para tabelas do customizing e do cliente.
Há também opção de atualização de duas etapas e clusters de visões que não abordei com print's neste post. Enfim, o assunto não pára. Se tudo der certo, numa próxima atualização no Blog, tratarei de colocar algo relacionado a estes dois últimos pontos que cito.
Bom, basicamente é isso.
Um abraço e bom final de semana!
Nenhum comentário:
Postar um comentário