PROBLEMA: Um diagrama de base de dados centralizada no Oracle utilizando as ferramentas de dados de partilha

Traduções de Artigos Traduções de Artigos
Artigo: 247828 - Ver produtos para os quais este artigo se aplica.
Este artigo foi arquivado. Este artigo é oferecido "tal como está" e deixará de ser actualizado.
Expandir tudo | Reduzir tudo

Sintomas

Quando tentar partilhar um diagrama de base de dados centralizada numa base de dados Oracle utilizando inícios de sessão diferentes, os utilizadores conseguem visualizar e aceder o diagrama de base de dados.

NOTA: Um conhecimento seguro do Oracle é recomendado para compreender o conteúdo deste artigo.

Causa

Diagramas de base de dados não suportam permissões de acesso a sites esquemas (que suporta a Oracle).

Resolução

A maior parte das organizações têm um início de sessão e palavra-passe que possui o esquema para uma determinada aplicação. Esse início de sessão está protegido e só as pessoas designadas têm acesso. Não se trata de um cenário suportado com Visual InterDev.

A solução é para utilizadores que têm acesso ao diagrama da base de dados centralizada para utilizar ID de utilizador o proprietário de esquemas e palavra-passe.

Ponto Da Situação

Este comportamento ocorre por predefinição as ferramentas de dados.

Mais Informação

No Oracle existe uma tabela MICROSOFTDTPROPERTIES para cada esquema (por exemplo, o nome de utilizador) da mesma forma, existe uma tabela DTPROPERTIES para cada base de dados do Microsoft SQL Server. Uma vez que diagramas da base de dados não suportam tabelas de esquema de acesso a sites (por outras palavras, não é possível colocar um Joe.Table1 num diagrama do esquema de Maria), não é possível conseguir um arquivo centralizado de diagramas para a base de dados Oracle completa. Esta é uma diferença fundamental entre o SQL Server e Oracle. Um servidor Oracle tem uma base de dados com vários esquemas, enquanto que um servidor de SQL Server tem várias bases de dados, cada uma delas pode ter objectos pertencentes a diferentes utilizadores.

Quando utilizar as ferramentas de dados para Oracle para além de criar uma tabela denominada MICROSOFTDTPROPERTIES, obter criados dois procedimentos também:
DT_DROPUSEROBJECTBYID
DT_SETPROPERTYBYID
E, uma função designada por DT_ADDUSEROBJECT é criada.

Criar sinónimos para a tabela acima, procedimentos armazenados e função e atribuir direitos administrativos não funciona. Inicialmente, funciona; no entanto, após acesso subsequente ao diagrama da base de dados centralizada, tem de ser repor estas permissões.

Propriedades

Artigo: 247828 - Última revisão: 23 de fevereiro de 2014 - Revisão: 3.2
A informação contida neste artigo aplica-se a:
  • Microsoft Visual InterDev 6.0 Standard Edition
  • Microsoft Visual Studio 6.0 Professional Edition
  • Microsoft Visual Studio 6.0 Service Pack 3
  • Microsoft Visual Studio 6.0 Enterprise Edition
Palavras-chave: 
kbnosurvey kbarchive kbmt kbprb KB247828 KbMtpt
Tradução automática
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.
Clique aqui para ver a versão em Inglês deste artigo: 247828

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com