Dividir banco, é possivel?

amigos?!?

Oi Roniere!

Explica melhor como vc pretende fazer...
Qual é a finalidade?

Marisiana, obrigado por responder.

bom, tentar explicar melhor, desculpa.

eu tenho um banco, com o passar o tempo ele fica grande, tem como dividi-lo em duas partes, uma para uso frequente e outra como sendo apenas historico(pouco uso).

isso me interessa tambem, acompanhando.

Encontrei este post que fala sobre isso...

[url]https://www.devmedia.com.br/separacao-dos-dados-transacionais-x-historicos/3404[/url]

Poderia ser criado um novo banco com estrutura idêntica ao que está sendo utilizado e nele armazenar os dados históricos ( ou vice-versa).
E, em seguida, trabalhar com importação e exportação de dados pra manter a base histórica sempre atualizada.
Claro, tem que avaliar o impacto que isso vai gerar nos sistemas que acessam a base de dados atuais, pode ser que tenha relatórios, por exemplo, que precisam ser gerados a partir dos dados históricos.
Essa duplicação de bases de dados é bastante utilizada para criar ambientes de trabalho: produção, testes e desenvolvimento. Já trabalhei em uma universidade que possui esta estrutura de ambiente no setor de desenvolvimento e o DBA realiza as atualizações das bases.

justamente isso. muito obrigado.

sobre criar um novo banco, é uma alternativa interessante.

post melhorando hein!!!

Por nada Roniere! =)

Não sabia dessa alternativa apresentada da matéria do link. Acho que dei sorte de encontrar pq não encontrei nada além disso que pudesse ser útil.
Se alguém encontrar mais algum material a respeito peço, por gentileza, que compartilhem!

na hora de postar tem uns botões, é isso?

Caso você verifique a necessidade você tem a opção de criar um banco secundário ".NDF".
Também é possível depois de seu banco já estar em produção você migrar objetos para o banco NDF.

mas pode haver separação? por data...?

2 Bancos para um mesmo Aplicativo?

mais ou menos isso, é possivel?

Sim seria possível ter um aplicativo com dois banco de dados, mais não seria aconselhável por questões de licenças e podendo haver divergência de informação.

em vez de dois bancos de dados, poderia ser dois arquivos dividos do banco? e pode mudar de local esse arquivo que seria usado como base dados historico?

Ai pode se aplicar o que eu comentei, criação de um NDF Banco secundário para guardar novas informações ou histórico e poderia sim ficar em um outro diretorio.

seria especificamente em outro HD na mesma maquina. pode?

Sem problema algum, você faz o apontamento de onde quer que o banco seja salvo.

feito então. obrigado pela atenção.

acompanhando aqui, é bom saber dessas coisas, essa questão de colocar em outro HD, melhor a consulta?

sim, um dos fatores.

Lembrando que NDF é um extensão aconselhável mais não obrigatória, assim como o arquivo LDF, faça um simples teste,
crie um banco de Log com extensão TXT e faça um Loop na sua tabela, veja que seu banco funciona normalmente.

Pegando o Post andando...

gostei do post... rsrsr

pelo que eu entendi deveria se usar a opcao de replicacao para garantir essas opcoes de historico x transacional.

o que entendi tbm eh que na aplicacao deveria ser prevista essa possibilidade onde deveria haver um atrelamento a um tipo de usuario do banco de dados a um tipo de usuario no sistema(ERP por exemplo).

Ou ponto que me pareceu, e que aumentaria a complexidade do projeto, eh que basicamente haveriam uma necessidade de uma divisao ou distribuicao dos tipos de usuarios, tanto do erp qto do banco/SO, com a identificacao dos tipos de usuarios, operacionais = transacionais, e estrategicos/ gerenciais = historicos; lembrando que os historicos veriam ou teriam acessos as duas bases indistintamente, dai a necessidade da replicacao/ sincronisco, e os transacionais so fariam as insercoes basicamente no banco.

Isso atingiria um nivel de complexidade consideravel, creio eu, afinal nao sou desenvolvedor e nao tenho experiencia com essas questoes.

Pensando nisso entrarimos em outras ponderacoes, como por exemplo o CRM, que parte dele eh usado durante uma venda por exemplo, operacao basicamente transacional enquanto parte das informacoes do CRM sao historicas, entre outras questoes.

Em contrapartida a esta questao, nao seria o uso de um DataWareHousing?

Qual das duas situacoes seriam mais viaveis?

Pensando nestas duas e suas particularidades.

Ja trabalhei em uma software house que de tempos em tempos ela adotava uma opcao de arquivo morto, parte dos dados eram copiados para uma outra base de dados e ficando assim a base oficial menor, e caso houvesse necessidade de consulta destes dados historicos isso seria refeita uma configuracao para aquele ususario por exemplo fazer esse tipo de consulta; e claro que isso foi no inicio dos anos 2000, nao sei se essas metodologias ja eram usadas e se as mesmas ja foram substituidas por essa questao de Data Ware House que mencionei, afinal a materia eh de 2006, bastante tempo atraz.

Espero ter contribuido para a discusao.

Abraco.

Alex - Lekao

Alex eu não aconselharia dos bancos para um mesmo aplicativo e sim uma outra versão, mais caso necessário seria possível a criação
de uma nova instancia ou até mesmo a criação de um banco na mesma instancia e gerenciamento de login através do tipo windows.
Além disso existem outras formas de principals que podem ser utilizadas.
Eu prefiro a utiliza de NDF que iria refletir menores problemas em questões de permissões e logins.
Quando se fala em criar uma nova instancia e se trabalha com logins SQL da um trabalho imenso dependendo da quantidade de logins.

Compreendo.

levantei algumas hipoteses pensando na materia do link e dos comentarios.

Mas honestamente eu nao sei ate que ponto algumas coisas que foram apresentadas sao realmente necessarias.

Eh claro que os bancos, no nosso caso da sala, sql server, da a possibilidade de fazer inumeras divisoes do banco com varios arquivos diferenciados, mais isso tem outros impactos, que nao so a divisao em si, nao eh vdd?

Mas eu gosto dos pontos e das discursoes.

e gostei do topico, embora nao tenha tanta experiencia assim ou conhecimento tao aprofundado para contribuir melhor. rsrsr

Abraco.

OK, entendido.

Boa Tarde Roniere

No seu caso o banco de dados esta em quanto GB.
Lembrando que os dados de uma empresa é fundamental, no meu ponto de vista não aconselho você fazer esse tipo de separação, para resolver alguns problemas de lentidão temos outros caminhos para melhorar o desempenho, tais como reorganização de index que é fundamental para uma consulta e outros tratamento de dados.

Att
João Antônio

João Antonio, fiz a pergunta para conhecimento apenas, obrigado pelas informações, se tiver algum link contendo esses materiais, agradeço.

obrigado.

Thanks Roniere, post muito produtivo, e vendo as ajudas.

de nada, estamos aqui, sempre!!!