CORRECÇÃO: sp_MSexpandnotbelongs pode ser chamado no Publisher pagar para inválido avaliação de fazer parte de filtro

IMPORTANTE: Este artigo foi traduzido por um sistema de tradução automática (também designado por Machine translation ou MT), não tendo sido portanto revisto ou traduzido por humanos. A Microsoft tem artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais. O objectivo é simples: oferecer em Português a totalidade dos artigos existentes na base de dados do suporte. Sabemos no entanto que a tradução automática não é sempre perfeita. Esta pode conter erros de vocabulário, sintaxe ou gramática… erros semelhantes aos que um estrangeiro realiza ao falar em Português. A Microsoft não é responsável por incoerências, erros ou estragos realizados na sequência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza actualizações frequentes ao software de tradução automática (MT). Obrigado.

300180
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
N.º DE BUGS: 352213 (SHILOH_BUGS)
Sintomas
Na replicação de intercalação, se o nome de coluna no filtro de associação é semelhante ao que podem qualificar-se como uma função, como USERID ou USER_ID, poderá provocar expansão das eliminações (efectuado por sp_MSexpandnotbelongs ) no Editor. Isto poderá afectar o desempenho até certo porque é efectuada outra chamada (que não deve ser efectuada) para o fabricante.
Causa
Quando configurar a replicação de intercalação, filtros de associação podem ser especificados por várias razões, tais como minimizar a quantidade de dados enviados através da rede, reduzindo a quantidade de espaço necessária no subscritor e muitos outros. Os procedimentos armazenados sp_MSsetupbelongs , sp_MSbelongs , sp_MSexpandbelongs e sp_MSexpandnotbelongs são utilizados para determinar o conjunto de linhas que têm de ser publicados para o subscritor baseado o filtro especificado. Estes filtros podem também ser efectuados dinâmicos especificando uma função do sistema ou uma função definida pelo utilizador que é avaliada diferente para cada subscritor. Este procedimento também melhora o desempenho porque o subscritor recebe apenas as informações necessárias, baseadas nas propriedades de ligação do agente de intercalação para a subscrição.

Para determinar se um filtro é dinâmico, é efectuada uma verificação internamente utilizando uma cláusula LIKE que procura padrões. No entanto, em determinadas circunstâncias, podem existir colunas com nomes como USERID, USER_ID, e assim sucessivamente, utilizadas no filtro. Neste caso, a verificação incorrectamente avalia o filtro para ser dinâmicos, interpretar USERID ou USER_ID coluna como uma função USER_ID(). Isto origina uma expansão de elimina por sp_MSexpandnotbelongs no Editor. Expansão de elimina normalmente é feito no subscritor, mas com funções de filtros de associação é feito no Editor, porque essas funções devem ser avaliado no contexto do fabricante.
Resolução
Para resolver este problema, obtenha o service pack mais recente do SQL Server 2000. Para obter informações adicionais, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base:
290211INF: How to Obtain the Latest SQL Server 2000 Service Pack
importante : O service pack deve ser aplicado para cada instância do SQL Server.
Ponto Da Situação
A Microsoft confirmou que este é um problema no SQL Server 2000. Este problema foi corrigido pela primeira vez no SQL Server 2000 Service Pack 1.

Aviso: Este artigo foi traduzido automaticamente

Propriedades

ID do Artigo: 300180 - Última Revisão: 01/16/2015 22:50:58 - Revisão: 3.2

  • Microsoft SQL Server 2000 Standard Edition
  • kbnosurvey kbarchive kbmt kbbug kbfix kbsqlserv2000sp1fix KB300180 KbMtpt
Esta informação foi útil?