Curso Delphi – Criando uma Aplicação do Início ao fim
Iremos começar nosso artigo, primeiro falando dos requisitos necessários,
primeiro requisito é o banco de dados firebird, que pode ser encontrado em
www.firebase.com.br, e também o IbExpert, que é a ferramenta para manipular o
banco de dados firebird e interbase, o ibExpert pode ser adquirido no seguinte
endereço
www.firebase.com.br
Crie uma pasta chamada SisCom e uma subpasta chamada Banco e abra o
IbExpert e dê um clique no botão
, Create Database e preencha a tela de acordo
coma tela a seguir:
Obs.: o Password é
masterkey
Tecle em Ok e preencha a tela de acordo com a tela a seguir:
Tecle em Ok e registre o Banco de dados no IbExpert.
No Database Explorer selecione a opção tables e com o botão direito do mouse
selecione a opção New Table ou tecle Ctrl+N e em New Table coloque CLIENTE e nos
Field, preencha como a tabela abaixo:
Obs.: para marcar o PK, basta teclar a barra de spaço. Aqui estamos denominando que
o campo IDCLIENTE é chave primária.
Chave Primária
É um atributo que permite identificar uma única ocorrência de um registro em
uma tabela.
Desta forma, seu conteúdo deve ser único, exclusivo e imutável para cada linha
da Tabela. Todos os demais atributos da entidade devem depender unicamente deste
atributo.
Caso não exista um atributo que possa assumir a posição de chave primária, é
preciso criá-lo. Veja que nem todo campo é uma boa chave. Normalmente utilizamos
campos numéricos por serem localizados mais rapidamente pelos bancos de dados.
Valores alfanuméricos grandes têm acesso mais lento.
Desta forma, fica claro que toda tabela deve conter uma chave primária, mas é
lógico que toda regra tem a sua exceção.
Eventualmente uma chave primária pode conter mais de um atributo. Neste
caso, a chave conterá mais de um atributo, mas será considerada a chave da tabela. A
união dos dois atributos é que deve garantir o acesso a uma única linha da entidade.
Este caso de chave primária é chamado de Chave Concatenada.
Crie uma nova tabela e dê o nome de PRODUTO e preencha de acordo com a
tabela a seguir:
Crie um nova tabela e dê o nome de PEDIDO e preencha de acordo com a tabela
a seguir:
Crie um nova tabela e dê o nome de ITENS:
Tipos de Dados
O banco de dados firebird possui vários tipos de dados que são suportados por
ele. Abordaremos os tipos de dados que podem serem usados no firebird.
Char e Varchar
Os tipos CHAR e VARCHAR são usados para armazenar informações textuais
(letras, números, caracteres especiais e etc). A diferença entre os dois tipos é que o
CHAR sempre recupera a string armazenada com espaços à direita, mesmo que você
não utilize todo o espaço definido para o campo. Já o VARCHAR recupera a string sem
espaços, ou seja, com o mesmo tamanho que foi inserida.
O uso de campos CHAR é recomendado quando os valores têm seu tamanho
determinado previamente como, por exemplo, para armazenar CEPs ou siglas de UFs.
DATE: O Campo Date serve para armazenar Data.
TIME: O Campo Time serve para armazenar a hora.
TIMESTAMP: É a união do campo Date com o Time.
INTEGER e SMALLINT: O tipo INTEGER armazena valores inteiros com sinal; ocupa
32 bits e permite uma faixa de valores entre - 2.147.483.648 e 2.147.483.647. O tipo
SMALLINT também armazena inteiros com sinal, mas ocupa 16 bits, permitindo uma de
-32.768 até 32.767.
FLOAT: O Campo FLOAT é utilizado para armazenar valores de ponto flutuante;
ocupam 32 bits.
DOUBLE PRECISION: É um Float duplo. É armazenado em 64 bits, o que permite
uma faixa maior de valores. Assim, como o Float, o tipo DOUBLE PRECISION sofre com
problemas de precisão, pois também utiliza a metodologia do IEEE.
NUMERIC E DECIMAL: Os tipos de dados NUMERIC e DECIMAL são os mais
indicados para armazenar valores fracionários, nos quais a precisão é importante na
recuperação dos dados. Ambos os tipos NUMERIC e DECIMAL são declarados com
dois parâmetros: precision e scale. O parâmetro scale (escala) determina quantos
dígitos depois da vírgula serão armazenados. O parâmetro precision especifica o
número máximo de dígitos, tanto inteiros como fracionários.
BLOB: Você pode armazenar desde textos simples até arquivos binários.
Teoricamente o campo BLOB não tem limite de tamanho. Na prática, claro, este
tamanho pode ser limitado por outros fatores como, por exemplo, o espaço disponível
em disco.
Conclusão: Acabamos de fazermos nosso banco de dados SisCom, colocamos apenas
quatro tabelas, e estamos definindo que todo pedido terá que ter um cliente, esse
cliente é alimentado pelo campos IDCLIENTE. E os pedidos terão seus itens que
originaram da tabela de produto e será reconhecido pelo campo IDPRODUTO.
Até o próximo artigo de continuação.