PRB: مشاركة رسم تخطيطي لقاعدة بيانات مركزية في أوراكل باستخدام أدوات البيانات

هام: تمت ترجمة هذا المقال باستخدام برنامج ترجمة آلية لشركة مايكروسوفت بدلاً من الاستعانة بمترجم بشري. تقدم شركة مايكروسوفت كلاً من المقالات المترجمة بواسطة المترجمين البشر والمقالات المترجمة آليًا وبالتالي ستتمكن من الوصول إلى كل المقالات الموجودة في قاعدة المعرفة الخاصة بنا وباللغة الخاصة بك. بالرغم من ذلك، فإن المقالة المترجمة آليًا لا تكون دقيقة دائمًا وقد تحتوي على أخطاء إملائية أو لغوية أو نحوية، مثل تلك الأخطاء الصادرة عن متحدث أجنبي عندما يتحدث بلغتك. لا تتحمل شركة مايكروسوفت مسئولية عدم الدقة أو الأخطاء أو الضرر الناتج عن أية أخطاء في ترجمة المحتوى أو استخدامه من قبل عملائنا. تعمل شركة مايكروسوفت باستمرار على ترقية برنامج الترجمة الآلية

247828
تمت أرشفة هذه المقالة. وتظهر "كما هي" ولن يتم تحديثها بعد الآن.
الأعراض
عندما تحاول مشاركة رسم تخطيطي لقاعدة بيانات مركزية داخل لقاعدة بيانات Oracle باستخدام تسجيلات دخول مختلفة, يتم المستخدمين غير قادر على رؤية والوصول إلى الرسم التخطيطي لقاعدة البيانات.

ملاحظة: يوصى معرفة قوية Oracle في فهم محتوى هذه المقالة.
السبب
لا تعتمد الرسومات التخطيطية لقواعد البيانات الأذونات عبر المخطط (الذي يعتمد أوراكل).
الحل
تحتوي معظم المؤسسات تسجيل الدخول وكلمات المرور التي تملك المخطط تطبيق معين. يتم تأمين ذلك تسجيل الدخول ثم الأشخاص المعينة فقط حق الوصول. هذا ليس سيناريو معتمدة مع InterDev مرئية.

الحل المستخدمين تحتاج إلى الوصول إلى الرسم التخطيطي لقاعدة البيانات مركزية لاستخدام مالك مخططات معرف المستخدم وكلمة المرور.
تصريح
يعتبر هذا السلوك بواسطة تصميم "أدوات البيانات".
معلومات أخرى
في Oracle يوجد جدول MICROSOFTDTPROPERTIES كل مخطط (على سبيل المثال، اسم المستخدم) بنفس الطريقة التي يوجد جدول DTPROPERTIES واحدة لكل قاعدة بيانات في Microsoft SQL Server. حيث لا تعتمد الرسومات التخطيطية لقواعد البيانات الجداول عبر المخطط (وبكلمات أخرى، لا يمكنك وضع Joe.Table1 في الرسم تخطيطي في المخطط الخاص Mary) ، توجد طريقة لتنفيذ مخزن مركزي الرسومات التخطيطية لقاعدة بيانات Oracle بالكامل. هذا فرق أساسي بين SQL Server و Oracle. لدى ملقم Oracle قاعدة بيانات واحد مع عدة مخططات بينما يحتوي ملقم SQL Server قواعد بيانات متعددة أن يكون لدى كل منها الكائنات التي يملكها المستخدمين مختلفة.

عند استخدام "أدوات البيانات" إلى Oracle بالإضافة إلى إنشاء جدول يسمى MICROSOFTDTPROPERTIES ، الإجراءات جهازي أيضاً الحصول على إنشاء:
dt_dropuserobjectbyid
dt_setpropertybyid
ثم إنشاء استدعاء DT_ADDUSEROBJECT دالة.

إنشاء مرادفات الجدول أعلاه ، الإجراءات المخزنة و الدالة وتعيين حقوق إدارية لا يعمل. بشكل مبدئي، عمله; ومع ذلك، بعد اللاحقة الوصول إلى الرسم التخطيطي لقاعدة البيانات مركزية هذه الأذونات يجب أن تتم إعادة تعيين.
kbvisID600 kbOracle

تحذير: تمت ترجمة هذا المقال تلقائياً

خصائص

رقم الموضوع: 247828 - آخر مراجعة: 02/23/2014 01:18:59 - المراجعة: 3.2

  • 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
  • kbnosurvey kbarchive kbmt kbprb KB247828 KbMtar
تعليقات