Melhor maneira de projetar as tabelas de banco de dados com o InterBase?

Question

Estou prestes a começar a refazer um banco de dados da empresa de forma adequada. Nosso banco de dados atual é uma bagunça e tem pouca ou nenhuma documentação. Fiquei me perguntando o que as pessoas recomendamos usar ao projetar um banco de dados Interbase? Existe algum tipo de bom designer esquema visual que irá gerar o SQL? É melhor fazer tudo à mão?

Basicamente, quais são os passos que as pessoas normalmente levam ao projetar e documentar um banco de dados? Se é importante, eu pretendo usar Hibernate como ORM para o banco de dados. (Dicas específicas com Interbase seria apreciada também).

Obrigado!

Answer 1

Se este é um aplicativo de banco de dados nova marca que foi criado recentemente e não está sendo invocada no negócio, então eu digo à frente pleno vapor com o seu re-write / novo banco de dados. Suspeito, porém, que você está lidando com um banco de dados que tem sido em torno de alguns anos e é muito utilizado.

Se estou certo sobre o banco de dados estar a poucos anos de idade, eu recomendo fortemente contra a começar do zero. Quase todo o banco de dados de produção que tem sido em torno de alguns anos será "confuso". Isso geralmente é porque as exigências do mundo real para programas geralmente exigem as soluções a ser um pouco confuso. Isto será verdadeiro do seu novo banco de dados (você deve ir por esse caminho) alguns anos a partir de agora também.

Aqui estão algumas razões que eu não iria recriar um banco de dados de produção a partir do zero:

• O banco de dados ao vivo contém anos no valor de transações e os dados do cliente que é muito valioso. Vai ser muito difícil de transferir esses dados em uma estrutura de banco de dados completamente diferente. Acredite em mim, mesmo que a empresa diz que agora eles não precisarão acessar esses dados antigos, eles vão.
• Muitas regras de negócio foram provavelmente construído na estrutura de banco de dados, na forma de padrões, gatilhos, procedimentos armazenados, até mesmo os tipos de dados das colunas, e sem examinar estas com muito cuidado e documentá-los, é provável que deixá-los fora de seu novo banco de dados e gastar muito tempo de depuração e adicionar estes em quando as pessoas começar a usar o sistema e descobrir as regras não estão sendo adequadamente aplicador
• Você está sujeito a cometer erros em seu projeto novo banco de dados, ou perceber mais tarde que as necessidades de estrutura para mudar para acomodar um novo recurso. Se você tem sido fazer alterações em seu banco de dados atual, e aprender com isso, futuras mudanças tornam-se mais fácil e intuitiva.

Aqui é a abordagem que eu recomendo:

• Compreender e documentar o banco de dados atual, o que lhe dará uma boa compreensão dos fluxos de informação em seu negócio.
• Quando você vê o que parece ser má concepção ou confuso, olhar com atenção. Você pode estar certo, e ver o potencial de mudança, ou você pode encontrar um fora de comércio foi feito para o desempenho ou outras razões, e você pode aprender com isso.
• Faça melhorias incrementais na estrutura de banco de dados, tendo a certeza de documentação atualização, alterar os programas que dependem dessas áreas (ou trabalhar com o seu programador se isso não for você).

Eu sei que este parece ser um caminho muito longo ao redor, mas levá-la de alguém que tenha sido manutenção e criação de bases de dados para 12 anos agora -. Seu banco de dados atual provavelmente é confuso porque as exigências do mundo real são desorganizados

Answer 2

Normalmente, eu uso um editor de texto. Ocasionalmente, eu uso banco de dados Workbench . Última vez que ouvi, Embarcadero estava indo para adicionar suporte InterBase para algumas de suas ferramentas de modelagem de banco de dados, mas eu não sei se isso foi enviado ainda.