WebSphere Message Broker, Versão 8.0.0.5 Sistemas operacionais: AIX, HP-Itanium, Linux, Solaris, Windows, z/OS

Consulte as informações sobre a versão mais recente do produto em IBM Integration Bus, Versão 9.0

Entendendo a estrutura lógica

O primeiro estágio de uma abordagem de modelagem de dados usando DFDL envolve examinar a estrutura lógica de seus dados.

  1. Identificar estruturas complexas. Estruturas complexas correspondem aos tipos complexos no modelo. Haverá um tipo complexo geral para os próprios dados inteiros. Se os dados contiverem subestruturas, cada subestrutura terá um tipo complexo. Por exemplo, cada nível de estrutura em um copy book COBOL, ou cada linha diferente em uma mensagem CSV, corresponde a um elemento de tipo complexo.
  2. Identificar itens simples. Itens simples ocorrem dentro de cada tipo complexo e cada um possui um tipo de dado lógico. Itens simples correspondem a elementos simples. Por exemplo, cada campo em um copy book COBOL com uma cláusula PIC, ou cada valor separado por vírgula em uma mensagem CSV, corresponde a um elemento de tipo simples.
  3. Identificar ordenação de estrutura. A ordenação determina se o grupo dentro de um tipo complexo é uma sequência ou uma opção. Em uma opção, somente um dos itens listados pode ocorrer. Exemplos são uniões C e COBOL REDEFINES.
  4. Identificar cardinalidade de estrutura e item. A cardinalidade fornece os valores para as propriedades lógicas minOccurs e maxOccurs de seus elementos.
    • É um elemento obrigatório (minOccurs != 0) ou opcional (minOccurs = 0)?
    • Um elemento é uma matriz (maxOccurs > 1)?
    • Há um número fixo de ocorrências (minOccurs = maxOccurs) ou um número variável de ocorrências (minOccurs != maxOccurs)?
    • O número de ocorrências pode ser ilimitado (maxOccurs = unbounded)?
  5. Identificar itens anuláveis e valores padrão. Alguns elementos podem precisar ter um valor especial fora do intervalo; nesse caso, eles devem ser anuláveis. Por exemplo, um campo numérico em um copy book COBOL pode, às vezes, ser configurado como ESPAÇOS, o que não é legal para um número DFDL. Alguns elementos obrigatórios podem estar vazios nos dados; nesse caso, um valor padrão pode ser fornecido.
  6. Considerar se qualquer componente pode ser reutilizado. Se qualquer um dos tipos for comum, considere criar tipos globais complexos ou simples. Se qualquer um dos elementos for comum, considere criar elementos globais.
Imagem mostrando formato de dados com dois tipos complexos.

Como exemplo, a figura mostra um arquivo dos registros de funcionários. Esse arquivo pode ser modelado usando DFDL como um elemento complexo global employees que contém um elemento complexo employeeRecord. O elemento employeeRecord se repete um número arbitrário de vezes, por isso maxOccurs é configurado para unbounded.

O employeeRecord é uma sequência de elementos simples:
  • name do tipo xs:string
  • age do tipo xs:int
  • dob do tipo xs:date
  • permanent do tipo xs:boolean
  • salary do tipo xs:decimal.
O elemento salary está presente somente quando permanent é Y, então ele é opcional e possui minOccurs 0. Todos os outros elementos simples são obrigatórios e possuem minOccurs 1.
O estágio a seguir é configurar as anotações de DFDL: Configurando as anotações DFDL
Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback

Copyright IBM Corporation 1999, 2014Copyright IBM Corporation 1999, 2014.

        
        Última atualização:
        
        Última atualização: 2015-02-28 18:31:58


Tópico de TarefaTópico de Tarefa | Versão 8.0.0.5 | df20126_