Performance no SQL Server

Contribuindo para a discussão....
Achei esse artigo interessante: Aumente a performance do SQL Server

Um dos principais cuidados que se deve ter para garantir uma boa performance em um SQL é criar join com todos os indices das tabelas que estão sendo utilizadas.

é isso aí Marisiana, ajudou legal. este artigo não lembro se já li, mas vou conferir.

sobre essa pergunta, sabe algo?

muito valido essa questão de performance, não conheço quase nada, mas os selects melhorados ajudam bastante, fora o que a Marisiana mencionou.



eu acho que HD particionado não ajuda nessa questão, se fosse dois HD ai sim ajudaria.

Uma pergunta...
Pra que vc iria realizar o particionamento de um HD? Para dividir as tabelas do banco de dados?

Se for isso, no Oracle, por exemplo, é possivel criar diferentes Schemas e em cada esquema constar as tabelas de um determinado assunto.
Assim, vc pode ter um Schema sobre RH, outro sobre o Administrativo, outro sobre Financeiro...
Mas eu acredito que o realmente vai fazer diferença na performance é a criação de índices nas tabelas e a utilização dos mesmos nas instruções SQL...

isso e possivelmente uma parte para dados historicos.

o HD não faz diferença nisso, com relação a muitos acessos em um unico hd.

Ah tá... Lembrei que vc tinha criado um tópico sobre esse assunto...

Sabe me dizer se esse método é bastante utilizado?

sim tipo isso.

que metodo está se referindo?

Chamei de método porque não me ocorreu outro nome... =D
Eu quis me referira a isso de particionar o HD e separar os dados mais antigos dos atuais...

Bom dia

O que eu já fiz para melhorar a performance foi justamente ter dois HD na maquina, em um deles colocamos o arquivo MDF e no outro o LFD.
Com isso ocorre o melhoramento na hora da gravação e leitura dos dados, também é possível você fazer a divisão do arquivo MDF.

Também já fiz alguns tratamento na base TEMP e Master, nessa bases temos que aumentar o tamanho do INITIAL SIZE, como a TEMP é para arquivos temporários ocorre lentidão nesse casos. Para aumentar o tamanho não existe um padrão temos que ir testando.
Exemplo nesses caso, quando alguns usuários salva um arquivo de 10 MB dentro do banco o INITIAL esta com 8 MB praticamente vai fazer a alocação de 10MB é a onde causa as lentidão mais isso cada caso é um, tem que fazer o estudo do ambiente antes de fazer a alteração.

Existe vários fatores para aumentar a performance, pode ter alguns SQL com junção errados, index desorganizado ou até um SQL que usando muita memoria para executar e esta matando o banco.

Entra no francozodba.wordpress.com nesse enderenço vai encontrar algo de performance.

Espero ter ajudado.

Att.
João Antonio

Gostei do blog que indicaste João Antônio!
Tem conteúdos bem interessantes..
Obrigada!

sobre isso, queria ter a certeza, se isso ajudaria ou não.

pessoal. referente a essa questao de particionamento do mesmo disco.
ex.. temos dois shemas... manutencao e producao.

o manutenção e o producao tem quase o mesmo volume de informação e acessos.

entao se temos um disco de 10 T nao dividido teoricamente ele vai jogar tudo aleatoriamente manutencao e producao.

se dividir o mesmo 5 T para manutencao e 5 T para producao de cara a intrucao tem teoricamente -50% a percorrer legal.
agora vamos imaginar que a informacao esta em uma parte do particionamento bem no final. enquanto sem o particionamento vc tem uma determinada informacao que esta logo no inicio qual sera mais rapido?
para mim essa visao é muito relativa com n fatores como organizacao de dados volume dos mesmo etc.

outro ex... temos duas consultas a fazer uma em cada esquima que por sua vez estao particionados... como a leitura podera ser mais rapida
se a parte fisica de leitura do hd é uma so?

João Antonio, obrigado mesmo pelas infos e o blog, irei conferir, ja vi que tem bastante conteudo.

Roniere, perguntei a um amigo, ele me deu a certeza de que particionar o hd não melhora em nada, pois se está apenas dividindo o hd, em outras palavras, no hd existe o disco interno e apenas uma unica "agulha" para percorrer todo o hd.

muitissimo obrigado Mariana, pensando assim é mais que logico isso. valeu mesmo.

abs

não entendi Isaac. abs?

To aqui acompanhando...
Gostei das informações! Obrigada!

Marisiana, esse processo é igual com Oracle de performance

Eu acho que em teoria as técnicas são iguais ou semelhantes, o que muda é forma como se trabalha em cada banco devido as particularidades da linguagem e até das ferramentas que são utilizadas.
Me corrijam se eu estiver errada...


Segue um artigo interessante sobre o Oracle: Analisando Desempenho de Consultas Utilizando Oracle SQL Developer

Como boa prática para os desenvolvedores é importante sempre analisar o plano de execução do SQL para verificar o desempenho dele. ( Analisando o Plano de Execução para tunar instruções SQL )
Nesse plano aparece o custo de execução do SQL para o banco de dados. Assim se tem indices que deveriam ter sido utilizados, mas não foram incluidos na instrução, o custo de execução daquela instrução provavelmente vai aumentar, gerando uma demora na execução do mesmo.

Como boa prática para os desenvolvedores é importante sempre analisar o plano de execução do SQL para verificar o desempenho dele. ( Analisando o Plano de Execução para tunar instruções SQL )
Nesse plano aparece o custo de execução do SQL para o banco de dados. Assim se tem indices que deveriam ter sido utilizados, mas não foram incluidos na instrução, o custo de execução daquela instrução provavelmente vai aumentar, gerando uma demora na execução do mesmo.

essa IDE utilizada no primeiro artigo é gratuito?

A SQL Developer é gratuita e pode ser utilizada para desenvolvimento, administração, modelagem e migração de dados no Oracle.
Esta matéria apresenta um conteúdo interessante sobre ela [url]http://imasters.com.br/artigo/19522/oracle/oracle-sql-developer-instalacao-configuracao-personalizacao-e-atualizacao/[/url]

depois irei fazer a instalação do Oracle Express na minha maquina, tinha um aqui apenas em uma VM, as vezes acho complicado tentar iniciar os estudos com algo que nunca contato, nem na faculdade, onde apenas falaram "existe um sgbd chamado oracle".

Está certo! É difícil de aprender sem praticar por mais que se possar relacionar, por exemplo, com outro SGBD pois cada um tem suas particularidades.

verdade, o que conheço "melhor" é o SQL Server, em seguida MySQL(basicão) e Postgree...quase "nulo" meu conhecimento. hehehe

=) Se quiser uma dica, no youtube tem videos com passo a passo de como instalar o Oracle...

pode ser esse, conhece?

[url]https://www.youtube.com/watch?v=ql6ovb16tyQ[/url]

Não conhecia, mas eu acredito que já te ajuda....
No blog do Fábrio Prado tem uma diversidade de conteúdos bons!
A comunidade [url:descricao=GPO (Grupo Profissional Oracle)]http://www.profissionaloracle.com.br/gpo/[/url], também é interessante!

Já em meus favoritos para evitar esquecimento. muito obrigado.

te agradeço tambem pelos links Marisiana.

Por nada!! =)