Pergunta : DB e desempenho de rachadura

Os peritos,

It parecem como se o desempenho o retarda uma vez separação o DB?  Isto é em comparação com o DB sem spliting.  Há umas vantagens na rachadura contra a rachadura?  É aconselhável para todos os usuários (ao redor 3) usar-se na rede e não rachar?  Eu estou supor que aquela se os usuários não têm a parte frontal em seu computador então lá pôde ser edições com formulários e relatórios porque talvez um outro usuário poderia estar no mesmo formulário e faz uma mudança dos dados.  Eu sei que a instalação típica é ter uma parte frontal em cada computador dos usuários e ter a parte posterior na rede.  

Thank you class= do

Resposta : DB e desempenho de rachadura

Você pode fazer o este mas, na configuração dos serviços do relatório mas, você terá que restaurar todas as cordas da conexão em suas origens de dados compartilhadas e em cada relatório que tem uma origem de dados do seus próprios. Se você tem mais de 20 relatórios que este será um grande projetam-se. Se você não restaura as senhas relata e programou relatórios não entregará ou sobre - - mosca gerada.

Se você faz este apoio a chave após você restaurou-o e coloc essa lima de *.snk alguns onde no usuário onde você a encontrará outra vez para restaurar da chave. Eu suporto geralmente a chave como o nome do cliente de serviço que funciona SSRS. svc_SSRS_agent.snk e usam a senha para o cliente de serviço como a senha para a chave. A senha para o cliente que SSRS está funcionando sobre não deve mudar freqüentemente ou você terá que fazer outra vez esta.