Noções Básicas de Aprendizagem da 4ª Dimensão
A plataforma 4D — originalmente 4th Dimension, e ainda amplamente conhecida por seu nome histórico — armazena os dados de uma aplicação inteira dentro de um único arquivo de dados estruturado. Compreender como as Tabelas se encaixam nessa arquitetura é a base para tudo o mais que você criará: campos, formulários, listas de valores e, eventualmente, as consultas e métodos que impulsionam um aplicativo de negócios real. Esta seção explica como criar sua primeira Tabela, abrir suas propriedades e nomeá-la corretamente, além de explicar o raciocínio por trás de cada etapa para que você possa aplicá-la com confiança a designs maiores.
Principais conclusões
- No 4D, todas as Tabelas residem dentro de um único arquivo de dados, em vez de arquivos separados como acontece no FileMaker Pro (FMP). Este modelo de arquivo único é fundamental para a forma como o 4D lida com backup, implantação e acesso multiusuário.
- Um banco de dados 4D suporta até 256 Tabelas, cada uma com no máximo 2 GB de dados ou aproximadamente 16 milhões de registros.
- Você cria Tabelas no menu Estrutura enquanto está no modo Design.
- Para abrir as propriedades de uma Tabela, você deve clicar duas vezes especificamente na área do nome da Tabela — clicar em qualquer outro lugar na janela Estrutura não abrirá a caixa de diálogo de propriedades.
- A janela Propriedades da Tabela possui três abas; os padrões são seguros para um primeiro projeto, e o Nome da Tabela pode ser alterado a qualquer momento.
- As convenções de nomenclatura são importantes: escolha nomes claros e consistentes no singular ou plural, como “Clientes”, antes de criar formulários e relacionamentos sobre eles.
Por que as Tabelas são importantes no modelo de dados 4D
Se você vem de um histórico com FileMaker Pro, a mudança mental é importante. No FMP, cada tabela historicamente vivia em seu próprio arquivo, e os relacionamentos eram gerenciados entre arquivos.
No 4D, a arquitetura é diferente: todas as Tabelas são armazenadas no único arquivo de dados. A Estrutura (seu design — tabelas, campos, formulários, métodos) é mantida separadamente dos Dados (os registros reais que os usuários inserem), mas cada Tabela que você define reside dentro desse único arquivo de dados.
Este design tem consequências práticas que moldam a forma como você trabalha:
- Os backups são mais simples. Como os dados são centralizados, você faz o backup de um único arquivo de dados em vez de rastrear vários.
- A implantação é mais limpa. Você envia uma estrutura e um arquivo de dados, não uma pasta cheia de documentos interdependentes.
- O acesso multiusuário já vem integrado. O 4D Server gerencia o acesso simultâneo a esse único arquivo de dados, portanto, você não precisa projetar esquemas de bloqueio de arquivos por conta própria.
A desvantagem é que o arquivo de dados se torna o único ponto de crescimento. É exatamente por isso que o 4D impõe limites por Tabela — até 256 Tabelas, cada uma limitada a 2 GB ou cerca de 16 milhões de registros. Para a maioria dos aplicativos de negócios departamentais e de equipes pequenas, esses limites são generosos. Mas se você estiver projetando algo que irá acumular milhões de linhas de transação, deve pensar antecipadamente sobre como dividir os dados entre Tabelas e se precisará arquivar registros mais antigos.
Criando uma Tabela passo a passo
Para este passo a passo, criaremos apenas uma Tabela, o que mantém o banco de dados de exemplo fácil de acompanhar. O mesmo procedimento se aplica a muitas Tabelas.
Relacionado: — Uma interface simples de planilha baseada em um banco de dados relacional real, com automações, visualizações e interfaces compartilháveis..
- Entre no modo Design. A criação de Tabelas é uma mudança estrutural, portanto, você deve estar no modo Design. Você não pode adicionar Tabelas enquanto executa a aplicação no modo Usuário.
- Abra o menu Estrutura. Na barra de menu, selecione o menu Estrutura.
- Escolha “Nova Tabela”. Este item de menu adiciona uma nova Tabela vazia à sua estrutura.
- Localize a nova Tabela na janela Estrutura. A janela Estrutura para Banco de Dados de Exemplo (Figura 6 no passo a passo original) exibe suas Tabelas. Uma Tabela recém-criada aparece como uma entrada sem nome.
- Clique duas vezes na área do nome da Tabela. Isso abre a janela Propriedades da Tabela (Figura 7).
Esse último passo traz uma ressalva que vale a pena repetir, pois confunde os novatos: você deve clicar na área do nome da Tabela e não em outro lugar. A janela Estrutura contém diversas regiões, e apenas a área do nome responde abrindo a caixa de diálogo Propriedades da Tabela. Se nada acontecer quando você clicar duas vezes, é quase certo que você está clicando no lugar errado — mova o cursor diretamente para o nome da Tabela e tente novamente.
Compreendendo a janela de Propriedades da Tabela
Quando a janela Propriedades da Tabela abrir, você verá três abas. A orientação original é deixá-las nos padrões por enquanto, e esse é um bom conselho para um primeiro projeto — mas ajuda saber o que você está adiando.
- O campo Nome da Tabela permanece visível em todas as abas. Esta é uma escolha de design deliberada: não importa qual aba você esteja visualizando, você pode renomear a Tabela. Você pode alterar o nome a qualquer momento, portanto, um nome nunca é permanente.
- As outras abas controlam o comportamento estrutural — coisas como a forma como a Tabela participa do banco de dados mais amplo e como seus registros são gerenciados. Para um exemplo de Tabela única, nada disso precisa de ajuste.
O hábito importante a ser construído aqui é a moderação. Novos desenvolvedores geralmente abrem uma caixa de diálogo de propriedades e começam a alternar opções antes de entenderem o que cada uma faz. No 4D, como na maioria dos projetos de bancos de dados relacionais, o caminho mais seguro é aceitar os padrões, obter uma Tabela funcional e revisitar as configurações avançadas somente quando um requisito concreto o forçar.
Se você estiver comprando: — Um construtor de aplicativos de baixo código que se conecta ao conjunto Zoho mais amplo e tem preços por usuário, e não por aplicativo..
Uma nota sobre nomenclatura
Para o Banco de Dados de Exemplo, nomeie a primeira Tabela como “Customers”. Esta é uma pequena decisão com efeitos posteriores desproporcionais:
- Seja consistente quanto à pluralidade. Se você nomear esta Tabela como “Customers”, nomeie a próxima como “Orders” e “Products” — não como “Order” e “Product”. A consistência torna os relacionamentos e o código muito mais fáceis de ler.
- Evite espaços e caracteres especiais onde puder, pois os nomes das Tabelas geralmente aparecem no código e em consultas geradas.
- Nomeie para a entidade, não para a tela. “Customers” descreve uma coisa; “CustomerEntryScreen” descreve um formulário. Mantenha esses conceitos separados.
Depois de digitar o nome, clique em Apply, então feche a janela usando a caixa no canto superior esquerdo ou o botão Done. Sua Tabela agora existe na estrutura e está pronta para receber campos.
Como as Tabelas se Encaixam no Restante do Banco de Dados
Uma Tabela é apenas o recipiente. O resto do seu aplicativo é construído sobre ela em uma sequência clara, e vale a pena ver a imagem completa antes de continuar:
- Campos de dados definem as colunas — os atributos reais que você armazena, como o nome, endereço ou número da conta de um cliente.
- Formulários são a interface do usuário: as telas onde as pessoas visualizam e editam registros.
- Listas de valores (listas de escolha) restringem e aceleram a entrada de dados, oferecendo opções predefinidas.
- Dados de amostra permitem testar formulários e listas com conteúdo realista antes de entrar em produção.
Cada um destes depende de a Tabela existir primeiro. É por isso que o fluxo de trabalho de design do 4D é deliberadamente ordenado: estrutura antes da interface, interface antes dos dados. Se você tentar criar um formulário antes que os campos subjacentes existam, você simplesmente não terá nada ao que vincular.
Isso também explica por que o modelo de arquivo de dados único é tão importante. Como cada Tabela, campo e registro vive em uma estrutura coordenada, o 4D pode impor relacionamentos e integridade referencial em todo o seu aplicativo sem que você precise gerenciar arquivos externos.
Esse é o mesmo princípio por trás dos sistemas de gerenciamento de banco de dados relacionais em geral — o conceito formalizado no modelo relacional de E. F. Codd e agora padrão em produtos como Oracle Database, Microsoft SQL Server e PostgreSQL. O 4D aplica esse pensamento relacional dentro de um arquivo de aplicativo autocontido, o que o torna acessível para pequenas equipes e desenvolvedores cidadãos.
Orientação Prática para Escalar Além de Uma Tabela
O exemplo usa uma única Tabela para maior clareza, mas aplicativos reais raramente param por aí. Ao adicionar Tabelas, mantenha estes critérios em mente:
| Consideração | O que verificar | Por que importa |
|---|---|---|
| Contagem de Tabelas | Mantenha-se bem abaixo do limite de 256 Tabelas | Deixa margem de manobra e mantém a estrutura navegável |
| Tamanho por Tabela | Observe o teto de 2 GB / ~16 milhões de registros | Tabelas de transações volumosas podem precisar de arquivamento ou divisão |
| Nomeação | Consistente, baseada na entidade, sem caracteres soltos | Afeta a legibilidade do código e a clareza dos relacionamentos |
| Relacionamentos | Defina os links entre Tabelas deliberadamente | Evita dados órfãos ou duplicados |
| Plano de crescimento | Decida cedo o que será arquivado | Protege o desempenho à medida que os dados se acumulam |
Uma regra prática útil: modele uma Tabela por entidade do mundo real (clientes, pedidos, produtos, faturas) e, em seguida, conecte-as com relacionamentos, em vez de amontoar tudo em uma única Tabela larga. Isso reflete os princípios de normalização ensinados na maioria dos currículos de banco de dados e mantém sua estrutura 4D sustentável à medida que o aplicativo cresce.
Erros Comuns a Evitar
- Clicar na área errada na janela Structure. Somente a área do nome da Tabela abre as Propriedades da Tabela. Este é o obstáculo mais comum nesta etapa.
- Renomear Tabelas tardiamente sem verificar dependências. Você pode renomear a qualquer momento, mas se formulários, métodos ou relacionamentos já referenciarem o nome antigo, você precisará atualizá-los.
- Ignorar os limites de tamanho até que seja tarde demais. O limite de 2 GB / 16 milhões de registros por Tabela é generoso, mas finito. Planeje o arquivamento para Tabelas de alto volume.
- Construir formulários antes dos campos. A ordem do fluxo de trabalho existe por um motivo — defina a estrutura primeiro.
- Customizar demais as propriedades no primeiro dia. Os padrões estão lá para fazer você avançar. Altere-os quando um requisito exigir, não antes.
Perguntas Frequentes
Quantas Tabelas um banco de dados 4D pode conter?
Um banco de dados 4D suporta até 256 Tabelas. Cada Tabela pode conter um máximo de 2 GB de dados, ou aproximadamente 16 milhões de registros. Para a maioria das aplicações departamentais e de pequenas equipes, esses limites são mais do que suficientes, mas designs de alto volume devem planejar o arquivamento.
Por que não consigo abrir a janela de Propriedades da Tabela?
Você quase certamente está clicando na parte errada da janela Structure. O diálogo de Propriedades da Tabela abre apenas quando você clica duas vezes diretamente na área do nome da Tabela. Clicar em outro lugar da janela não faz nada, então reposicione o cursor sobre o nome da Tabela e tente novamente.
Posso renomear uma Tabela após criá-la?
Sim. O campo Nome da Tabela permanece visível em todas as três guias da janela de Propriedades da Tabela, portanto, você pode alterar o nome a qualquer momento. Apenas lembre-se de que, se formulários, métodos ou relacionamentos já referenciarem o nome antigo, você precisará atualizar essas referências.
Preciso alterar alguma das guias de Propriedades da Tabela?
Não para um primeiro projeto. O guia original recomenda manter os padrões, e isso é uma boa prática. As três guias controlam comportamentos estruturais que você não precisará até que um requisito específico o force a revisitá-las.
Qual a diferença entre uma Tabela 4D e um arquivo do FileMaker Pro?
No FileMaker Pro, as tabelas historicamente viviam em arquivos separados. No 4D, todas as Tabelas são armazenadas dentro de um único arquivo de Dados, o que centraliza o backup, a implantação e o acesso multiusuário. Esta é a principal diferença arquitetônica a ser internalizada ao migrar entre as duas plataformas.
Como devo nomear minha primeira Tabela?
Para o banco de dados de exemplo, nomeie-a como “Customers”. De maneira mais geral, escolha nomes baseados em entidades, mantenha a pluralidade consistente entre as Tabelas e evite espaços ou caracteres especiais, pois os nomes das Tabelas frequentemente aparecem no código e em consultas geradas.
Para onde ir em seguida
Com sua primeira Tabela criada e nomeada, você tem o contêiner que seu aplicativo precisa. A próxima etapa é definir os campos de dados — as colunas que dão substância à Tabela.
A partir daí, você criará formulários para a interface, configurará listas de valores para acelerar a entrada de dados e, finalmente, inserirá dados de exemplo para testar tudo de ponta a ponta. Cada etapa é construída diretamente sobre a Tabela que você acabou de criar, então reserve um momento para confirmar se ela aparece corretamente na janela de Estrutura antes de prosseguir.
Experimente o FileMaker gratuitamente por 45 dias
A plataforma de banco de dados relacional de longa duração para equipes que precisam de aplicativos personalizados em desktop, web e dispositivos móveis a partir de um único arquivo.