PROBLEMA: Compartilhamento de um diagrama de banco de dados centralizado no Oracle usando as ferramentas de dados

Traduções deste artigo Traduções deste artigo
ID do artigo: 247828 - Exibir os produtos aos quais esse artigo se aplica.
Este artigo foi arquivado. É oferecido "como está" e não será mais atualizado.
Expandir tudo | Recolher tudo

Sintomas

Ao tentar compartilhar um diagrama de banco de dados centralizado dentro de um banco de dados Oracle usando logons diferentes, os usuários conseguem ver e acessar o diagrama de banco de dados.

Observação: Conhecimento de alta segurança do Oracle é recomendável entender o conteúdo deste artigo.

Causa

Diagramas de banco de dados não oferecem suporte permissões de esquema de cruz (que oferece suporte a Oracle).

Resolução

A maioria das organizações têm um logon e uma senha que possui o esquema para um determinado aplicativo. Esse logon é protegido e designadas somente as pessoas têm acesso. Isso não é um cenário com suporte com o Visual InterDev.

A solução alternativa é para usuários que precisam de acesso ao diagrama de banco de dados centralizado para usar identificação do usuário do proprietário de esquemas e senha.

Situação

Esse comportamento é próprio do projeto das ferramentas de dados.

Mais Informações

No Oracle, há uma tabela MICROSOFTDTPROPERTIES para cada esquema (por exemplo, nome de usuário) da mesma maneira que há uma tabela DTPROPERTIES para cada banco de dados no Microsoft SQL Server. Como diagramas de banco de dados não suportam tabelas do esquema de cruz (em outras palavras, você não pode colocar um Joe.Table1 em um diagrama no esquema de Mary), não é possível realizar um armazenamento centralizado de diagramas para o banco de dados Oracle inteiro. Essa é uma diferença fundamental entre o SQL Server e Oracle. Um servidor Oracle tem um banco de dados com vários esquemas, enquanto um SQL server tem vários bancos de dados, cada um deles pode ter objetos pertencentes a diferentes usuários.

Ao usar as ferramentas de dados para Oracle além de criar uma tabela chamada MICROSOFTDTPROPERTIES, também obter criados dois procedimentos:
DT_DROPUSEROBJECTBYID
DT_SETPROPERTYBYID
E, uma função chamada DT_ADDUSEROBJECT é criada.

Criando sinônimos para a tabela acima, procedimentos armazenados e função e atribuir direitos administrativos não funciona. Inicialmente, ele funciona; no entanto, após subseqüente acesso ao diagrama de banco de dados centralizado, essas permissões devem ser redefinidas.

Propriedades

ID do artigo: 247828 - Última revisão: domingo, 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 Basic 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 traduzido ou revisto por pessoas. A Microsoft possui artigos traduzidos por aplicações (MT) e artigos traduzidos por tradutores profissionais, com o objetivo de oferecer em português a totalidade dos artigos existentes na base de dados de suporte. No entanto, a tradução automática não é sempre perfeita, podendo conter erros de vocabulário, sintaxe ou gramática. A Microsoft não é responsável por incoerências, erros ou prejuízos ocorridos em decorrência da utilização dos artigos MT por parte dos nossos clientes. A Microsoft realiza atualizações freqüentes 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