Depois de construir o ambiente de desenvolvimento, o planejamento do banco de dados do BLOG da Doking é a terceira etapa. Também é uma etapa importante para os requisitos de especificação de um desenvolvedor.
3.1 Padronização de banco de dados
A padronização de banco de dados se reflete principalmente no relacionamento entre tabelas, estrutura de dados e armazenamento.
3.1.1 Relacionamentos entre tabelas de dados
Muitos iniciantes costumam pensar que basta criar uma tabela para armazenar todos os dados. Se você pensa assim, muitas vezes isso causará redundância de dados. A Figura 3-1-1 é uma tabela de dados. Você pode ver que os dados desenhados no círculo vermelho são redundantes.
Figura 3-1-1
Dados redundantes em uma tabela de dados afetarão a operação eficaz do banco de dados e podem até destruir o banco de dados. Para reduzir a redundância de dados, os dados devem ser armazenados separadamente em várias tabelas e devem ser estabelecidas conexões entre tabelas. Existem três maneiras principais de conectar relacionamentos entre tabelas: um para muitos, muitos para muitos e um para um.
O relacionamento um-para-muitos é o tipo de relacionamento mais comum em bancos de dados. Esse relacionamento é chamado de relacionamento entre tabela pai e tabela filho ou relacionamento entre tabela principal e subtabela. A Figura 3-1-2 reflete um relacionamento entre tabela pai e tabela filho. Aqui, a tabela de tópicos e a tabela de respostas têm um relacionamento um para muitos. A tabela de tópicos é a tabela pai e a tabela de resposta é a tabela filha. Uma linha na tabela de tópicos pode ter zero linhas, uma linha ou muitas linhas correspondentes na tabela de respostas, e cada linha na tabela de respostas corresponde ao. tópico correspondente na tabela de tópicos.
Figura 3-1-2 Relacionamento um-para-muitos Um
relacionamento muitos-para-muitos significa que cada linha na primeira tabela pode corresponder a muitas linhas na segunda tabela. Da mesma forma, cada linha na segunda tabela também pode corresponder a muitas linhas. linhas na primeira tabela correspondendo a muitas linhas. Por exemplo, muitos usuários podem responder a um tópico e um usuário também pode responder a vários tópicos. Isto requer a criação de uma terceira tabela para conectar os códigos de tópico e os códigos de usuário. Esta tabela é a tabela pai das duas primeiras tabelas. Na Figura 3-1-3, a “tabela de resposta” é a tabela pai da “tabela de tópicos” e da “tabela de usuários”.
Figura 3-1-3 Relacionamento muitos-para-muitos
Um relacionamento um-para-um consiste em conectar linhas em uma tabela com linhas em outra tabela. Esta relação é muito rara, porque se fosse, seria mais razoável combinar as duas tabelas numa só.
3.1.2 Estrutura e armazenamento de dados
A estrutura física do banco de dados deve ser estabelecida com base na estrutura lógica. Algumas regras precisam ser lembradas ao projetar tabelas, campos e relacionamentos. A ordem das linhas e colunas não desempenha um papel. Embora as colunas tenham uma determinada posição sequencial na tabela de dados, elas não representam a ordem de referência. A ordem dos registros só importa quando eles são retirados da tabela de dados e enviados a eles. O SQL tratará da ordem de extração dos registros por meio do índice do banco de dados de parâmetros. Por exemplo, na tabela de dados, não há problema em colocar o campo de gênero antes do campo de nome, desde que você se lembre de colocar o campo de nome antes do campo de gênero ao chamar a tabela de dados usando instruções SQL, tudo bem.
Ao projetar uma tabela de dados, aloque os tamanhos dos campos com cuidado e economize o máximo possível quando for suficiente. Se o campo for usado para armazenar números inteiros, use números inteiros ou inteiros longos em vez de precisão simples ou precisão dupla. Se for suficiente, é melhor criar um campo de tipo de texto de 100 caracteres em vez de um campo de memorando. Por que? Se você não tem medo dos altos custos do servidor ou da operação lenta do banco de dados de rede, não precisa se preocupar com isso, mas isso causará uma falha grave no banco de dados.
3.2 Design do banco de dados BLOG da Doking
Com base no conhecimento acima sobre padronização de banco de dados, esta seção inicia o planejamento e design do banco de dados BLOG da Doking. Cinco tabelas de dados são projetadas no banco de dados BLOG do Doking, ou seja, tabela LM (tabela de coluna), tabela ZT (tabela de notas de estudo), tabela HF (tabela de resposta), tabela YH (tabela de usuário) e tabela GLY (tabela de administrador). nomeie o banco de dados como "dkblog.mdb" e salve-o no diretório "D:dat".
A tabela LM é uma tabela de colunas usada para criar barras de navegação do site e classificar notas de estudo. O conteúdo da coluna é projetado pelo administrador do site.
Figura 3-2-1 Diagrama de design de campo da tabela LM
A tabela ZT é uma tabela de notas de aprendizagem, usada para armazenar a experiência de aprendizagem dos usuários. Na verdade, o design de campo é mostrado na Figura 3-2-2:
Figura 3-2-2 Diagrama de design de campo da tabela ZT
A tabela HH é uma tabela de resposta, que armazena as respostas dos usuários às notas de estudo publicadas.
Figura 3-2-3 Diagrama de design de campo da tabela HF
A tabela YH é a tabela do usuário, que armazena informações de registro do usuário e facilita o login e a publicação de notas de estudo e respostas às notas de estudo. Seu desenho de campo é mostrado na Figura 3-2-4:
Figura 3-2-4 Diagrama de design de campo da tabela YH
A tabela GLY é a tabela do administrador, que é usada para login do administrador e gerenciamento do site. Seu design de campo é mostrado na Figura 3-2-5.
Figura 3-2-5 Diagrama de projeto de campo da tabela GLY
3.3 Criar fonte de conexão do banco de dados BLOG do Doking
(1) Inicie o Dreamweaver MX 2004, no menu [Arquivo], selecione [Novo], na [Nova caixa de diálogo], selecione a categoria como "Página Dinâmica", selecione a página dinâmica como "ASP.NET VB" e clique em Botão "Criar" ”para criar uma página da web dinâmica.
(2) Mude para o painel [Aplicativo], selecione a guia [Banco de dados], clique no sinal "+" e selecione "Conexão OLE DB", conforme mostrado na Figura 3-3-1:
Figura 3-3-1 Selecione a conexão OLE DB
(3) Na caixa de diálogo pop-up [Conexão OLE DB], insira o nome da conexão "dkconn" e clique no botão "Criar", conforme mostrado na Figura 3-3-2 :
Figura 3-3-2 Defina o nome da conexão
(4) Entre na página [Data Connection Properties] e selecione a guia [Select Program] Como o banco de dados a ser conectado é um banco de dados Access2003, selecione "Microsoft Jet 4.0 OLE DB" em. o mecanismo de banco de dados. Provider" como driver, conforme mostrado na Figura 3-3-3:
Figura 3-3-3 Selecione o mecanismo de banco de dados
(5) Selecione a guia [Conectar], selecione o banco de dados a ser conectado como "D:dkblogdatdkblog.mdb" e limpe as caixas de texto "Nome de usuário" e " Senha", Figura 3-3-4
Figura 3-3-4 Selecione para conectar ao banco de dados
(6) Selecione a aba [Avançado], e na configuração das permissões de acesso, selecione "ReadWrite", conforme mostrado na Figura 3-3-5
Figura 3-3-5 Definir permissões de acesso
(7) Retorne à aba [Conectar], clique no botão "Testar" e a caixa de diálogo mostrada na Figura 3-3-6 aparecerá, o que significa que o banco de dados dkblog.mdb foi conectado ao site. Clique no botão “OK” para concluir a conexão com o banco de dados. No diretório raiz do site, você pode ver que um novo arquivo "web.config" foi adicionado. Você pode modificar diretamente a conexão do banco de dados neste arquivo no futuro.
Figura 3-3-6 Caixa de diálogo de teste de banco de dados
Se você clicar no botão [Criar] na etapa (3) da Seção 3.3, a caixa de diálogo [Propriedades do link de dados] não será exibida. abrir. Nada acontece ao clicar no botão [Criar]. Uma possível causa desse problema é que o MDAC 2.8 está incluído por padrão no XP SP2. Os usuários do XP SP1 que possuem o MDAC 2.8 instalado também são afetados por esse problema. Esse problema afeta apenas o Dreamweaver MX 2004 e não afeta o Dreamweaver MX. Existem duas soluções:
O primeiro método: siga a etapa (3) das etapas da Seção 3.3 e insira na área de texto [String de conexão] na caixa de diálogo [Conexão OLE DB]:
Provider=Microsoft.Jet. ;DataSource=D:dkblogdatdkblog.mdb;Persist Security Info=False
Segundo método: Crie um novo arquivo de texto no disco rígido, altere a extensão do arquivo de .txt para .udl e, em seguida, abra o arquivo .udl . Este arquivo pode abrir a caixa de diálogo [Propriedades do link de dados]. As operações específicas são as seguintes:
① Siga a etapa (3) das etapas da Seção 3.3. Execute o comando do menu do sistema [Iniciar] | [Todos os Programas] |
② Na janela principal do programa Notepad, execute diretamente o comando de menu [Arquivo] | [Salvar] Na caixa de diálogo pop-up [Salvar como], o nome do arquivo de entrada é connection.udl do banco de dados, conforme mostrado na Figura 3. -4-1.
Figura 3-4-1 Salvar "Database Connection.udl"
③Clique no botão [Salvar], feche o programa Notepad, mude para [Desktop], clique duas vezes no arquivo "Database Connection", siga as etapas (4)-(7) no tutorial) para operar. Clique no botão [OK] para fechar a caixa de diálogo [Link do banco de dados].
④Execute o comando do menu do sistema [Iniciar] | [Todos os Programas] | Na janela principal do programa Notepad, execute diretamente o comando de menu [Arquivo] | [Abrir] e selecione "Conexão de Banco de Dados" para abrir o arquivo.
⑤ Na janela principal do programa Bloco de Notas, selecione todos os caracteres da terceira linha para copiar, conforme mostrado na Figura 3-4-2. Mude para o programa Dreamweaver e cole-o na área de texto [String de conexão] na caixa de diálogo [Conexão OLE DB] que aparece na etapa (3). Isso completa o link do banco de dados no Dreamweaver.
Figura 3-4-2 Copie todos os caracteres da terceira linha do arquivo "Database Connection"