none
Replicação de Dados RRS feed

  • Pergunta

  • Boa  Noite

    Pessoal estou com um problema na empresa onde trabalho temos um banco de dados com uma tabela que precisa ser replicada para uma filial e a mesma possui mais de 246 colunas realizei algumas pesquisas e descobri que o tamanho limite é 246 colunas para uma tabela ou um tamanho de linha de no máximo 6000 bytes, pensei em mexer nessa tabela para ver a possibilidade de desmembrar em várias tabelas porém existem muitas informações e já esta em desenvolvimento um novo sistema com essa tabela dividida, porém gostaria de saber existe uma forma de eu fazer temporariamente essa replicação? Ouvi dizer que existe o split que poderia me ajudar mas como utilizar o mesmo para resolver esse problema?

    quarta-feira, 20 de fevereiro de 2013 23:00

Respostas

  • Eder,

    Você esta se referindo a split das tabelas.

    Pois bem, este tipo de particionamento envolve não somente em pensar na divisão dos dados, temos que ter em mente como será possível você relacionar os dados e de que forma isso poderá ser aplicado a sua necessidade.

    Em relação à quantidade de tabelas envolvidas na replicação, acredito que o número correto seja 256 colunas e 8000 bytes isso se você estiver trabalhando com replicação transacional, no caso de merge os valores estão corretos.

    Qual é o tipo de replicação que você esta utilizando?


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]


    sexta-feira, 22 de fevereiro de 2013 18:45
    Moderador

Todas as Respostas

  • Eder,

    Você esta se referindo a split das tabelas.

    Pois bem, este tipo de particionamento envolve não somente em pensar na divisão dos dados, temos que ter em mente como será possível você relacionar os dados e de que forma isso poderá ser aplicado a sua necessidade.

    Em relação à quantidade de tabelas envolvidas na replicação, acredito que o número correto seja 256 colunas e 8000 bytes isso se você estiver trabalhando com replicação transacional, no caso de merge os valores estão corretos.

    Qual é o tipo de replicação que você esta utilizando?


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]


    sexta-feira, 22 de fevereiro de 2013 18:45
    Moderador
  • Estou usando o metodo merge, verifiquei em um forum o seguinte comando que diziam resolver meu problema:

    DECLARE @publication AS sysname;

    DECLARE @article AS sysname;
    SET @publication = N'SAU_PESSOAENTREVISTA';
    SET @article = N'';

    -- Enable column-level conflict tracking.
    -- Changing this property requires that existing subscriptions
    -- be reinitialized and that a new snapshot be generated.
    USE [VIBRA]
    EXEC sp_changemergearticle 
      @publication = @publication,
      @article = @article, 
      @property = N'column_tracking', 
      @value = N'false',
      @force_invalidate_snapshot = 1,
      @force_reinit_subscription = 1;
    GO

    Por ventura isso funciona mesmo ou o split é o melhor caminho?

    terça-feira, 26 de fevereiro de 2013 19:37
  • Eder,

    Vai funcionar sim, será necessário reinicializar toda replicação, inclusive forçar a geração do snapshot e processamento dos artigos configurados.


    Pedro Antonio Galvão Junior [MVP | Microsoft Evangelist | Microsoft Partner | Engenheiro de Softwares | Especialista em Banco de Dados | SorBR.Net | Professor Universitário | MSIT.com]

    quarta-feira, 27 de fevereiro de 2013 13:27
    Moderador