PRB: Compartir un diagrama de base de datos centralizada en utilizando las herramientas de datos de Oracle

Seleccione idioma Seleccione idioma
Id. de artículo: 247828 - Ver los productos a los que se aplica este artículo
Este artículo se ha archivado. Se ofrece "tal cual" y no se volverá a actualizar.
Expandir todo | Contraer todo

Síntomas

Cuando intenta compartir un diagrama de base de datos centralizada dentro de una base de datos de Oracle mediante distintos inicios de sesión, los usuarios son no se puede ver y tener acceso el diagrama de base de datos.

Nota: Se recomienda un conocimiento seguro de Oracle para comprender el contenido de este artículo.

Causa

Diagramas de base de datos no admiten permisos cross-schema (que admite Oracle).

Solución

La mayoría de organizaciones tienen un inicio de sesión y una contraseña que posee el esquema de una aplicación determinada. Ese inicio de sesión está protegido y sólo designadas personas tengan acceso. Esto no es un escenario compatible con Visual InterDev.

La solución es para usuarios que necesitan tener acceso al diagrama de base de datos centralizada para utilizar ID. del propietario de esquemas de usuario y contraseña.

Estado

Este comportamiento es por diseño de las herramientas de datos.

Más información

En Oracle es existe una tabla MICROSOFTDTPROPERTIES para cada esquema (por ejemplo, nombre de usuario) de la misma manera que hay una tabla DTPROPERTIES para cada base de datos en Microsoft SQL Server. Como los diagramas de base de datos no admiten tablas entre esquema (en otras palabras, no se coloca un Joe.Table1 en un diagrama de esquema de María), no hay ninguna forma para realizar un almacén centralizado de diagramas para la base de datos Oracle completa. Ésta es una diferencia fundamental entre SQL Server y Oracle. Un servidor Oracle tiene una base de datos con varios esquemas, mientras que un servidor SQL Server tiene varias bases de datos, cada uno de los cuales puede tener objetos que pertenecen a diferentes usuarios.

Al utilizar las herramientas de datos para Oracle, además de crear una tabla denominada MICROSOFTDTPROPERTIES, también obtener crea dos procedimientos:
DT_DROPUSEROBJECTBYID
DT_SETPROPERTYBYID
Y, se crea una función denominada DT_ADDUSEROBJECT.

Crear sinónimos en la tabla anterior, procedimientos almacenados y función y asignar derechos administrativos no funciona. Inicialmente, funciona; sin embargo, tras acceso posterior al diagrama de base de datos centralizada, se deben restablecer estos permisos.

Propiedades

Id. de artículo: 247828 - Última revisión: domingo, 23 de febrero de 2014 - Versión: 3.2
La información de este artículo se refiere a:
  • Microsoft Visual InterDev 6.0 Standard Edition
  • Microsoft Visual Studio 6.0 Professional
  • Service Pack 3 de Microsoft Visual Studio 6.0
  • Microsoft Visual Studio 6.0 Enterprise
Palabras clave: 
kbnosurvey kbarchive kbmt kbprb KB247828 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 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