Banco de dados

...

Possuir um campo pesquisa, que buscará e os apresentará os produtos em tela.

Movimentação Gerencial

Exibir uma tela com os dados da tabela Movimentação em forma de planilha.

Possuir um campo para que seja possível a busca dos dados de uma data específica.

Aparecer na tela obrigatoriamente os dados relacionados à data digitada.

2.1.2 Projeto Conceitual do BD

[pic 1]

[pic 2]

2.1.3 Projeto Lógico

[pic 3]

[pic 4]

2.1.4 Projeto Físico

Inicialmente no projeto físico calculamos qual quantidade de espaço que cada tabela ocupa.

2.1.4.1 Cálculo do espaço ocupado pelas tabelas

Antes de tudo vejamos o tamanho para cada tipo de dado:

Tabela 2 – Tamanho para cada tipo de dados

Tipo de dado

Tamanho

Int

3 bytes

Double

8 bytes

Date

3 bytes

Varchar

Variável, ex: varchar(10) = 4bytes

Double

8 bytes

Com o conhecimento do tamanho que cada tipo de dado ocupa basta somar o tamanho de cada campo das colunas das tabelas, vejamos este processo:

- Venda 4 + 4 + 3 + 3 + 4 = 18 bytes.

- Saída 4 + 3 + 3 + 4 + 4 = 18 bytes.

- Produto 4 + 10 + 4 + 8 + 8 + 4 = 38 bytes.

- Cliente 2 + 5 + 20 + 20 + 3 + 4 + 4 + 4 = 62 bytes.

- Vendedor 4 + 20 + 4 + 3 = 31 bytes.

- Op_caixa 4 + 20 + 4 + 3 = 31 bytes.

- Movimentação 4 + 3 + 3 + 8 + 4 + 4 = 26 bytes.

Feito isso se faz necessário realizar uma estimativa de crescimento do banco, e é isso que veremos a seguir.

2.1.4.2 Estimativa de crescimento do banco

Vejamos a estimativa de dados coletados com o cliente:

- Venda: 200, logo 200 * 18 = 3600 bytes diários e 10800 mensais.

- Saída: 200, logo o mesmo resultado de venda 3600 bytes diários e 10800 mensais.

- Produto: 6500 cadastrados, com estimativa de adição 80 produtos mensalmente, logo (6500 * 38) + (80 * 38) = 247000 bytes iniciais, 3040 bytes adicionados mensalmente.

- Cliente: 1000 cadastrados, com expectativa de 300 novos cadastros mensalmente, logo (1000 * 32) + (300*32) = 32000 bytes iniciais, 9600 bytes adicionados mensalmente.

- Vendedor: 12 cadastrados, sem expectativa de aumento nos próximos 6 meses, logo 12 * 31 = 372 bytes.

- Op_caixa: 8 cadastrados, sem expectativa de aumento nos próximos 6 meses, logo 8 * 31 = 248 bytes.

- Movimentação: 1 por dia, logo 26 * 30 = 780 bytes mensais aproximadamente.

Com estes dados, podemos fazer estimativa para crescimento do banco de dados, basta calcularmos por período:

- 6 meses: ((10800 * 6) + (10800 * 6) + 247000 + (3040 * 6) + 32000 +(9600 * 6) + 372 + 248 + ( 780 * 6) / 1024) /1024 =~ 474 gigabytes , com essa expressão(a divisão por 1024 serve para transformar bytes em kbytes e gbytes respectivamente), fazemos uma estimativa do espaço necessário para seis meses .

- 1 ano: 948 Gigabytes.

- 2 anos: 2 Terabytes.

- 3 anos: 3 Terabytes

2.1.4.3 Política de backup

A política de backup foi realizar um backup parcial diário e um total mensal.

2.2Códigos de criação

Nas imagens abaixo está o código em SQL da criação das tabelas.

[pic 5]

[pic 6]

[pic 7]

[pic 8]

2.2.1 Escolha do banco de dados

A princípio escolhemos três bancos de dados free para listar suas características, os quais são: Firebird, PostgreSQL e Mysql

2.2.1.1 Firebird

O Firebird é uma ferramenta para banco de dados Open Source. Sua primeira versão foi Interbase 6.0 lançada em julho de 2000. O Firebird já não é mais dependente da Interbase, tendo atualmente seu código fonte distribuído para alterações. Possui a vantagem de funcionar em várias plataformas, as quais podemos citar Windows, Linux, FreeBSD e outros.

Possui alta compatibilidade, sendo capaz de interagir com linguagens de programação como Java, C/C++, Python, Perl, PHP, entre outras. Podemos ressaltar também a não necessidade de hardware poderoso para sua implementação.

2.2.1.2 PostgreSQL

Sua origem remete a 1986 na Universidade de Berkeley, na Califórnia. Naquele ano um projeto liderado por Michael Stonebraker criava um servidor de banco de dados relacionais chamado Postgress, o qual foi comprado pela empresa Illustra, que viria ser adquirida pela Informix, assim na mesma universidade onde o Postgres fora criado, dois estudantes (Jolly Chen e Andrew Yu) tornou o Postgres compatível com a linguagem SQL, em 1996 então foi lançada a versão definitiva do PostgreSQL.

Possui a característica de ser robusto, pois trabalha bem com banco de dados com tamanhos consideráveis, ter compatibilidade