4D v14.3Propriedades de Tabela |
||||||||||||||
|
4D v14.3
Propriedades de Tabela
Propriedades de Tabela
É possível configurar várias propriedades para as tabelas utilizando Inspetor ou para algumas tabelas, usar o menu contextual das tabelas (clique com o botão direito). Um trigger é um método que é executado automaticamente quando ocorrem certos eventos relacionados com a tabela. Estes eventos são:
É possível acessar diretamente ao trigger de uma tabela através da janela de estrutura clicando no botão Editar... do Inspetor ou selecionando Editar método... no sub-menu contextual. Para maiores informações sobre triggers, consulte a seção Tipos de métodos.. Notes:
O trigger que introduza no editor de métodos não se executará quando os eventos selecionados são detectados. É possível definir diferentes atributos para personalizar a aparência e o comportamento geral da tabela. É possível atribuir uma cor a cada tabela. O uso de cores ajuda a organizar a estrutura de um banco com muitas tabelas. Por exemplo, é possível utilizar uma cor para todas as tabelas relacionas com os clientes e outra cor para as tabelas relacionadas com o inventário. Nota: Também é possível atribuir uma cor a cada campo (ver ) e a cada relação (ver Definição). Para definir a cor de uma ou várias tabelas, efetue suas seleções e escolha uma cor utilizando:
A opção Automático pode ser usada para aplicar os padrões de cores automáticos a sua tabela. Esta opção permite fazer uma tabela invisível no modo Aplicação e para os plug-ins. É possível ativar esta opção para as tabelas utilitárias ou para as tabelas que não estão sendo utilizadas temporariamente. Tornar uma tabela invisível lhe permite limitar as operações que um usuário pode realizar sobre a tabela e seus campos. Uma vez uma tabela é invisível, não aparece mais nos editores nem na maioria de caixas de diálogo que aparecem no ambiente Aplicação. Da mesma forma não podem ser utilizadas pelos plug-ins. Os editores e caixas de diálogo no ambiente Aplicação incluem:
Em cada um destes editores, o usuário não pode ver ou escolher a tabela ou um de seus campos. Por exemplo, o usuário não pode incluir campos de uma tabela invisível em um relatório ou em uma etiqueta. Nota: Quando se utilizam estes editores, os usuários têm a opção de salvar no disco as características de pesquisas e ordenações, previamente criadas. Neste caso, as tabelas ou campos especificados como invisíveis podem ser utilizados posteriormente. Além do mais, os usuários podem escrever os nomes das tabelas e campos invisíveis na caixa de diálogo . As tabelas invisíveis e seus campos são exibidos em itálico na janela do editor de estrutura. Esta opção permite otimizar a eliminação de uma seleção de registros realizada com a ajuda do comando DELETE SELECTION. Quando 4D elimina uma seleção, os marcadores dos registros também são apagados. Um marcador de registro é um cabeçalho associado ao registro que contém a informação relativa a esse registro. A eliminação dos marcadores e dos registros é mais lenta que a eliminação dos recursos. Em alguns casos, pode ser conveniente não eliminar automaticamente os marcadores dos registros. Esta opção permite definir o tipo de eliminação que deseja usar. Para acelerar a eliminação de uma grande seleção usando o comando DELETE SELECTION, desmarque a opção Registros apagados definitivamente. Os marcadores de registros não serão eliminados. Esta opção não pode ser definida por programação. Quando esta opção está marcada, 4D gera, durante a utilização da tabela, a informação necessária para a replicação dos registros da tabela (baseada particularmente na chave primária da tabela). A função de replicação dos registros permite sincronizar os dados de dois bancos de dados 4D para maior segurança. Logo que essa opção estiver ativa, os mecanismos de replicação devem ser implementados usando os comandos específicos da linguagem SQL de 4D ou através do protocolo HTTP. Para mais informação sobre essa opção e sobre os mecanismos de replicação dos registros através do SQL, consulte a seção Replicação via SQL.Para mais informações sobre a replicação através do HTTP, consulte URL 4DSYNC/. Como padrão, esta opção não está selecionada.Para que ela esteja disponível, é necessário especificar uma chave primária para a tabela a ser replicada. Do contrário, a opção está em cinza. 4D permite definir a chave primária de uma tabela no editor de estrutura (ver a seguir). Esta opção pode ser utilizada no contexto das petições 4D Mobile dirigidas a base via REST. Por padrão, todas as tabelas estão expostas em 4D Mobile. Se não deseja expor uma tabela (nem nenhum dos campos que contém), desative a opção Expor com o serviço REST para a tabela. Nota: também pode definir esta opção a nível de cada campo da tabela, ver Armazenado em registro, arquivo de dados ou fora do arquivo de dados. Esta opção controla se a tabela se encontra exposta no contexto das solicitações REST enviadas a base 4D. Por padrão, todas as tabelas se expõem em REST. Por defecto, esta opción está seleccionada para todas las nuevas tablas creadas en 4D v14 y para todas las tablas en bases de datos convertidas. Marque esta opción para que las operaciones realizadas en los datos de la tabla se incluyan en el archivo de registro de la base de datos (cuando se genera). Esta opción generalmente debe ser seleccionada para la mayoría de las tablas. Sin embargo, por razones de optimización, puede deseleccionarla, por ejemplo para tablas temporales o tablas utilizadas para la importación de datos. Nota: esta opción se pone gris cuando la tabla no tiene llave primaria. Es importante tener en cuenta que esta opción sólo indica que los datos de la tabla deben registrarse en el historial si la database usa un archivo de historial, no activa el procedimiento de historial a nivel de la base de datos (ver Gestão do arquivo de histórico). 4D muestra un icono de advertencia a la derecha de la opción Incluir en archivo de historial cuando las condiciones necesarias se cumplen. Mientras este icono se muestre, el historial no se activa. Puede colocar el puntero del ratón sobre el icono para ver el motivo de la alerta: Pueden aparecer los siguientes mensajes:
A área Comentários de Inspetor permite armazenar informação adicional sobre a tabela. Estes comentários estão disponíveis para todos os desenvolvedores. Note que cada campo e cada relação tem sua própria área de comentários.A área SQL de Inspetor inclui o menu “Esquema” e uma área de informação.
Em 4D, é possível administrar a chave primária de uma tabela diretamente no editor da estrutura. Em SQL, uma chave primária identifica as colunas (ou campos) utilizados para especificar de forma única os registros (linhas) de uma tabela.A definição de uma chave primária é necessária para a função de replicação dos registros de uma tabela de 4D. Em SQL, a chave primária é definida utilizando a cláusula PRIMARY KEY seguida da lista de colunas (ver Chave primária no Guia de referência SQL de 4D). É possível criar e eliminar as chaves primárias diretamente utilizando o menu contextual (botão direito do mouse) do editor de estrutura. Para criar uma chave primária:
O campo ou os campos que pertencem à chave primária não podem conter valores duplicados. Se os valores duplicados já existem nos registros da tabela, aparecerá uma caixa de diálogo de advertência para indicar que não é possível criar a chave por isso. Nota: as colunas que pertencem à chave primária não aceitam valores NULL.Para apagar a chave primária de uma tabela. Clique com o botão direito sobre a tabela que contém a chave primária e escolha Eliminar a chave primária no menu contextual:Aparece uma caixa de diálogo de confirmação. Clique em Aceitar para eliminar a chave primária. Para crear una llave primaria desde el editor de estructura:
Se crea la llave principal de inmediato. Los campos incluidos en la clave principal se subrayan en el editor y su descripción SQL muestra la palabra clave PRIMARY KEY. Starting with 4D v14, every new table created in the database contains a primary key by default: This field, named "ID" by default, is of the Longint type, and has, in particular, the following attributes:
Note: On the Structure Page of the Preferences for the 4D application, you can modify the name and type of the primary keys that are created by default. You can use this field as is, or change its name and/or its properties if you want (for example, you may want to use an UUID field). You can also delete it if you want to use another field (or fields) as primary key(s). However, it is strongly recommended to keep at least one primary key in each 4D table. Note: Default primary keys are not added to tables that are created using the SQL CREATE TABLE command, or tables that are imported into the database. Para eliminar uma chave primária de uma tabela:
|
PROPRIEDADES
Produto: 4D PALAVRAS CHAVES primary key, replication ARTICLE USAGE
Manual de Desenho 4D ( 4D v14.3) Inherited from : Propriedades de Tabela ( 4D v14 R2) |
||||||||||||