پروژه نگاشت تراکنشهای پایگاه داده شی گرا به تراکنشهای رابطه ای ( word . powerpoint )

اختصاصی از فی لوو پروژه نگاشت تراکنشهای پایگاه داده شی گرا به تراکنشهای رابطه ای ( word . powerpoint ) دانلود با لینک مستقیم و پر سرعت .

باسلام. این محصول و مجموعه درباره بررسی نگاشت تراکنش های پایگاه داده شی گرا به تراکنشهای رابطه ای میباشد که هم در قالب آفیس وورد و هم پاورپوینت زیبا ارائه میگردد.

پایان نامه ارشد رشته کامپیوتر تریگر های فازی در پایگاه داده فعال

اختصاصی از فی لوو پایان نامه ارشد رشته کامپیوتر تریگر های فازی در پایگاه داده فعال دانلود با لینک مستقیم و پر سرعت .

دانلود پایان نامه ارشد رشته کامپیوتر تریگر های فازی در پایگاه داده فعال با فرمت ورد و قابل ویرایش تعداد صفحات 100

دانلود پایان نامه آماده

چکیده

پایگاه‌های دادة فعال با هدف ایجاد تعامل در پایگاه‌های داده ایجاد شدند. در این نوع پایگاه داده با تعریف قوانین و بدون نیاز به کدنویسی، سیستم قادر به عکس‌العمل مناسب در مقابل رویدادهای مهم در شرایط خاص می‌باشد. تعریف قوانین ساده‌ترین نوع بیان محدودیت‌ها بوده که برای متخصص های محیط نیز قابل درک می‌باشد. اما در بیان تجربیات اغلب از کلمات فازی استفاده می‌شود که ترجمه آن‌ها به مقادیر دقیق منجر به کاهش ارزش معنایی دانش می‌شود. فازی‌سازی پایگاه‌های داده فعال با هدف نزدیک‌تر نمودن زبان بیان قوانین به زبان طبیعی انسان مطرح شد. این امر کمک می‌کند دانش متخصصین، مستقیماً به پایگاه داده منتقل شود. ضمن اینکه تغییرات نیز با کمترین هزینه، بر قوانین تعریف شده اعمال می‌شود.

اولین گروه فازی‌سازی گرداننده پایگاه‌های دادة فعال ولسکی و بوعزیز و همکارانشان بودند که به فازی نمودن رویداد، شرط و واکنش در تعریف قوانین پرداخته‌اند و طی چند مقاله نتایج آن را ارائه نمودند[2, 3, 5, 7, 8, 9, 10]، این گروه در پروژه Tempo به پیاده‌سازی فازی این سه بخش پرداخته‌اند

فهرست مطالب
بخش اول: مفاهیم و تعاریف، کارهای انجام شده    1
فصل اول: کلیات    2
1-1 مقدمه    2
1-2 مروری بر فصول پایان‌نامه    5
فصل دوم: پایگاه داده فعال    6
2-1 مدیریت داده    6
2-2 مدیریت قوانین    7
2-2-1 تعریف قانون    7
2-2-1-1 رویداد    8
2-2-1-2 شرط    12
2-2-1-3 واکنش    13
2-2-2 مدل اجرایی    14
2-2-2-1 اولویت اجرایی در قوانین    16
2-2-2-2 معماری پایگاه دادة فعال    17
2-2-2-3 آشکارساز رویداد    18
2-2-2-4 ارزیابی شرط    19
2-2-2-5 زمانبندی    20
2-2-2-6 اجرا    21
2-3 نمونه‌های پیاده‌سازی شده    21
2-3-1 Starburst    21
2-3-2 Ariel    23
2-3-3 NAOS    24
2-4 نتیجه    25
فصل سوم: مفاهیم فازی    26
3-1 مجموعه‌های فازی    27
3-2 عملگرهای فازی    29
3-3 استنتاج فازی    30
3-4 ابهام‌زدایی    31
3-5 نتیجه    31
فصل چهارم : پایگاه دادة فعال فازی     32
4-1 تعریف فازی قوانین     33
4-1-1 رویداد فازی     34
4-1-1-1 رویدادهای مرکب     36
4-1-1-2 انتخاب فازی اجزاء رویدادهای مرکب     38
4-1-2 شرط فازی     38
4-1-3 واکنش فازی     40    
4-1-4 تعیین فازی موقعیت زمانبندی     41
4-2 معماری و مدل اجرایی قوانین     43
4-2-1 آشکارساز رویداد     44
4-2-2 بررسی شرط     45
4-2-3 اجرا     45
4-2-4 زمانبندی     45
4-3 نتیجه     47
بخش دوم: کاربردی جدید از تریگر فازی، رونوست برداری فازی، نتایج آزمایشات     48
فصل پنجم: رونوشت برداری فازی     49
5-1 رونوشت برداری     50
5-1-1 رونوشت برداری همگام     50
5-1-2 رونوشت برداری ناهمگام     51
5-1-3 ماشین پایه رونوشت برداری داده    52
5-1-4 مقایسه دو روش همگام و ناهمگام    53
5-2 رونوشت برداری فازی    56
5-2-1 استفاده از تریگرها برای فازی نمودن رونوشت برداری    57
5-3 کمیت سنج های فازی    59
5-3-1 روش محاسبه کمیت سنج های فازی    60
5-3-2 کمیت سنج عمومی    61
5-3-3 کمیت سنج جزئی    64
5-3-4 کمیت سنج جزئی توسعه یافته    67
5-4 روش جدید محاسبه حد آستانه در تریگرهای فازی برای رونوشت برداری فازی    69
5-5 معماری ماشین رونوشت بردار فازی    71
5-6 مثال    73
5-7 کارایی    77
5-7-1 ترافیک در رونوشت برداری مشتاق    79
5-7-2 ترافیک در رونوشت برداری تنبل    80
5-7-3 ترافیک در رونوشت برداری فازی    80
5-7-4 مقایسه تئوری هزینه رونوشت برداری فازی و تنبل    81
5-8 جمع بندی    83
فصل ششم: پیاده سازی     84
6-1 Fuzzy SQL Server    84
6-2 عملکرد اجزای Fuzzy SQL Server    85
6-3 شبیه سازی تریگرهای فازی در پایگاه داده غیر فازی    86
6-4 اجزاء تریگر فازی در پایگاه داده غیر فازی    86
6-5 جداول سیستمی مورد نیاز    87
6-6 مثال    89
6-7 کارهای آتی    94
مراجع و منابع     95

دانلود مقاله نحوة ایجاد یک پایگاه داده

اختصاصی از فی لوو دانلود مقاله نحوة ایجاد یک پایگاه داده دانلود با لینک مستقیم و پر سرعت .

لینک پرداخت و دانلود *پایین مطلب*

فرمت فایل:Word (قابل ویرایش و آماده پرینت)

 تعداد صفحه30

بخشی از فهرست مطالب

تعریف پایگاه داده

پایگاه داده های پیوستار(Relational DATABASE):

شکل داده ها :

 پیوندهای میان داده ها:

ایجاد کردن نمودار پایگاه داده

ایجاد یک نمودار پایگاه داده از یک طرح موجود

تغییر دادن جزئیات نشان داده شده در یک نمودار یایگاه داده

اضافه کردن یک جدول موجود برای نمودار پایگاه داده

استفاده کردن از نمودار پایگاه داده برای نگهداری پایگاه داده

تغییر دادن طرح پایگاه داده

تعریف پایگاه داده

منظور از ایجاد یک پایگاه داده ها ، سازماندهی داده ها به گونه ای است که بتوان میان بخشهای آن ارتباط برقرار کرد و از راه جستجو به هر گونه آگاهی مورد نظر دست یافت .

پایگاه داده های پیوستار(Relational DATABASE):

بررسی بیشتر پایگاههای ایجاد شده برای زبانهای گوناگون ، نشان می دهد که از میان سه گونه مهم و شناخته شده " سلسبه مراتبی "، " شبکه ای " و "پیوستار " ، نوع پیوستار بیشترین موفقیت را داشته است . دلیل این امر ، می تواند سادگی نسبی و کارآیی بالای آن باشد . نرم افزارهای آماده ای برای این منظور وجود دارد که با بررسی ، مشاوره و آزمون می تواند مناسبترین نمونه را برگزید .

شکل داده ها :

  داده های زبانی ، در پایگاه به صورتهای گوناگون گردآوری می شود – چه به شکل متن پیوسته و چه به صورت فهرستهای واژگانی دارای تعریف و یا بدون تعریف و حتی مجموعه یادداشتهای پژوهشی .

 پیوندهای میان داده ها:

  بخشهای متون و اقلام به گونه ای با یکدیگر ارتباط می یابند که امکان جستجو و دستیابی به بیشترین آگاهیها ، در زمانی کوتاه فراهم گردد . مثلأ  با معرفی یک واژه ، بخشی از یک واژه ، یک نشانه اختصاری ، پاره ای از یک متن ، نام نویسنده ، گونه ای از زبان ، نام یک اثر ، مفهوم کلی یک واژه ، و یا نشانه های کلیدی دیگر ، بتوان به تعاریف ، مترادفها ، متضادها ، همخانواده ها ، ترکیبات ، نمونه کاربردی ، تاریخ کاربرد ، نویسنده یا کاربرنده و بسیاری دیگر از اطلاعات مربوط به آن دست یافت و یا آمارهایی از دسته های معینی واژه یا اصطلاح در یک یا چند متن دلخواه به دست آورد .

ایجاد کردن نمودار پایگاه داده

شناخت درباره نمودار پایگاه داده

نمودارهای پایگاه داده یک راه خوبی برای مجسم کردن ساختار و ارتباطات جداول در یک پایگاه داده فراهم می آورد (طرح پایگاه داده). حاوی بودن آنها در داخل پایگاه داده خودش یک روش دستی برای سند سازی طرح می باشد از زمانی که نمودارها به طور خودکار هر تغییری را که شما می سازید منعکس می کنند.

ایجاد یک نمودار پایگاه داده از یک طرح موجود

اگر چه ایجاد یک طرح پایگاه داده کامل در داخل پنجره نمودار پایگاه داده امکان پذیر است و ایجاد کردن نمودارها از جداول موجود رایج تر می باشد. ویزاردCreate Database Diagram آن را ساده می سازد. فقط جداولی که شما می خواهید در نمودار موجود باشد را انتخاب می کنیم و ویزارد Create Database Diagram بقیه کار را انجام می دهد. یک بار شما یک نمودار پایگاه داده را با استفاده از Create Database

تحقیق جامع و کامل درباره آموزش پایگاه داده در SQL SERVER

اختصاصی از فی لوو تحقیق جامع و کامل درباره آموزش پایگاه داده در SQL SERVER دانلود با لینک مستقیم و پر سرعت .

فرمت فایل : word  (لینک دانلود پایین صفحه) تعداد صفحات 109 صفحه

بخشی از متن :

    ایجاد یک پایگاه داده

برای ایجاد یک پایگاه داده جدید S Server 2000 یکی ازسه روش زیر را بکار برید

-ویزارد Database Creation

-برنامه Enterprise Manager

-دستور CREATE DATABASE

برای ایجاد یک پایگاه داده جدید یک کپی از پایگاه داده Model ایجاد می شود. پس از آن پایگاه داده به اندازه‏ای درخواستی بسط می‏یابد و فضای اضافی با صفحات خالی تکمیل می‏شود.

داده‏های پایگاه داده به شکل فیزیکی بر روی دیسک نگهداری می شوند. هنگام ایجاد یک پایگاه داده جدید لازم است حداقل یک فایل برای ذخیره داده‏ها و جداول سیستم و یک فایل دیگر برای نگهداری فایل تراکنش‏ها مشخص کنید. پایگاه داده و فایل تراکنش می‏توانند چندین فایل را به خود اختصاص دهند.

توجه: فایل های پایگاه داده نمی توانند با فایلهای سایر پایگاههای داده یا گزارش تراکنش به اشتراک گذارده شوند.

برای ایجاد یک پایگاه داده جدید می توانید Enterprise Manager را بکار برید. مراحل زیر را دنبال کنید:

1-برای شروع Enterprise Manager را از منوی Programs Start وSQL Server  2000 انتخاب کنید.

2-به نسخه SQL متصل شوید.

3-پوشه Database را بسط دهید

4-آیکون پوشه Database یا محلی از ناحیه راست را کلیک راست کنید و از منو گزینه New Database را انتخاب کنید.

5-در اینجا لیست Database Properties در برگه General قابل مشاهده است.

نام پایگاه داده را مشخص کنید. حال به برگه Data File بروید تا فایل جدید با اندازه اولیه یک مگابایت را در پوشه پیش گزیده …\Data مشاهده کنید. در بخش FileDatabase در انتهای دیالوگ، گزینه Automatically Grow قرار دارد.

حداکثر اندازه فایل نیز نا محدود (Unrestricted File Growth) مشخص شده است.

شکل زیر ناحیه سمت راست پایگاه‏های داده را نشان میدهد و گزینه منو امکان انجام عملیات را فراهم می‏کنند.

6- برای تغییر خواص فایلهای پایگاه داده، جعبه مناسب ر اکلیک کنید و تغییرات را اعمال نمایید. برای ایجاد سایر فایلهای پایگاه داده می توانید به جعبه Filre Name بروید و خواص سایر فایلها را مشخص کنید.

7- برگه Transaction را کلیک کنید.

8- پس از خاتمه Ok را کلیک کنید. اگر پایگاه های ایجاد شده را مشاهده نمی کنید، بر روی پوشه Database راست کنید و گزینه Refresh را انتخاب نمایید.

2-3-2-حذف پایگاه داده

برای حذف یک پایگاه داده از سیستم Transact_SQL یا Enterprise بکارمی رود. قبل از حذف به نکات زیر توجه کنید:

-حذف پایگاه داده اطلاعات آن را از جداول سیستم حذف کرده و کلیه داده‏ها و گزارش تراکنشها را از سیستم پاک می کند.

-یک پایگاه داده حذف شده را می توان فقط از طریق احیاء آن با نسخه پشتیبان مجدداً ایجاد کرد.

-در هنگام حذف پایگاه داده هیچ کاربری نباید در پایگاه داده باشد.

-در هنگام صدور دستور DROP DATABASE باید در پایگاه داده Master باشید.

حال به نگارش این دستور توجه کنید:

DROP DATABASE database_name1, database_name2

برای حذف پایگاه داده از طریق Enterprise Manager مراحل زیر را دنبال کنید:

1-Enterprise Manager را اجرا کنید و به پوشه Database بروید.

2-بر روی پایگاه داده Leap کلیک راست کنید و گزینه Delete را انتخاب نمایید.

3-درجعبه تایید عمل حذف Yes را کلیک کنید.

با اینکار پایگاه داده و فایلهای داده‏ای و تراکنش از سیستم حذف می شوند.

2-3-3- مجوزها در SQL Server انواع مجوزها

DQL Server 2000 سه واژه اعطا (GRANT) منع (DENY) و باز پس گیری (Revoke) را در ارتباط با مجوزها بکار می برد.

برای آنکه کاربر بتواند عمل خاصی را انجام دهد باید مجوزآن به وی اعطا شود. برای جلوگیری از اجرای یک عمل توسط کاربر، کاربر ازاجرای آن منع می شود و برای حذف مجوز اعطا شده قبلی، مجوز باز پس گرفته می‏شود.

شما می‏توانید دو نوع مجوز اعطا کنید: مجوزهای سطح دستور و سطح شیء. مجوزهای سطح دستور به کاربر اجازه می دهند دستور T-SQL خاصی را اجرا کند، در حالیکه مجوز شیء، مجوز اجرای عملیات خاص نظیرUPDATE , INSERT , SELECT  یا DELETE  داده‏ها را به کاربر می‏دهد.

تقدیم مجوزها (Permissions Precedence)

درک چگونگی اعمال مجوزها برای آگاهی از انتخاب مجوزهای موثر ضروری است.کلیه مجوزها در SQL Server جمع شونده (Cumulative) هستند. مجوز DENY بر سایر مجوزها غالب است، استثناء محسوب می‏شود.

اگر مجوز SELECT را از عضویت خود در نقش 1 و مجوز INSERT را از عضویت خود در نقش 2 دارید درحقیقت هر دو مجوز INSERT و SELECT را در اختیار دارید. اما اگر دستور DENY بکار رود بر کلیه مجوزها غالب شده و آنها را از شما می‏گیرد..

مجوزهای خاص SQL Server

SQL Server 2000 دارای سطوح متعدد مجوزهاست و بسیاری از آنها مختص پایگاه داده می‏باشند همانطور که قبلاً ذکر شد نقشهای ثابت سرویس دهنده به  Loginها بسته می شوند ونه به کاربران پایگاه داده و هر نقش بر مجموعه ای خاص از مجوزها دلالت می‏کند.

در هر پایگاه داده نقش‏های ثابت سرویس دهنده ای وجود دارد که با مجموعه خاصی از مجوزها مرتبط است. هر پایگاه داده دارای کاربری به نام dbo (مالک پایگاه داده) است.اگر چه در SQL Server مستقیما اطلاعاتی در مورد آن نمی بینید اما مفهومی به نام مالک شیء پایگاه داده Database Object Owner وجود دارد و مجوزهای خاصی به افراد این نقش به ارث می رسد.

مجوز CREATE DATABASE

این مجوز به کاربران اجازه می‏دهد برای خود پایگاه داده ایجاد کنند و dbo آن شوند. مالکیت پایگاه داده را می توان بعداً تغییر داد.

از آنجاییکه مجوزها به کاربران اعطا می‏شود و نه Login‏ها بنابر این این مجوز را فقط در پایگاه Master اعطا کنید. این مجوز در هیچ پایگاه داده دیگری وجود ندارد. مجوز CREATE DATABASE حقوق استفاده از دستور ALTER DATABASE را نیز به شما می‏دهد به عبارت دیگر نمی توانید دستور ALTER را بکار برید مگر آنکه مجوز CREATE DATABASE را داشته باشید.

نکته : بکارگیری نقش سرویس دهنده dbcreator بهتر از اعطای مجوز دستور CREATE DATABASE است زیرا بهر حال به سایر مجوزهای اعطا شده dbcreator نیاز دارید. علاوه بر آن تشخیص حقوق اشخاص از طریق نقش‏های  SQL Server ساده‏تر است.

مجوزهای CREATE TABLE, VIEW, FUNCTION, PROCEDURE, DEFAULT, RULE

این مجوزها به کاربران امکان می‏دهد دستورات ایجاد اشیاء را در پایگاه داده‏ای که مجوز آن را در اختیار دارند اجزا نمایند. این مجوزها بطور مکرر به برنامه نویسان اعطا می‏شود زیرا ایشان در حین تولید و توسعه پایگاه داده نیاز به ایجاد منابع متفاوت دارند.

نکته: مجوزهای ALL CREATE شامل حقوق حذف و تغییر اشیاء ایجاد شده توسط  یک کاربر است. اعطای این مجوز می تواند مشکلات جدی را بوجود آورد زیرا به کاربر امکان می‏دهد پس از خاتمه کار با یک شیء آن را حذف کند. یک کاربر ممکن است شیئی را تغییر دهد و آن را برای سایرین غیر قابل استفاده کند.

تخصیص مجوزهای دستورات

برای اعطا، رد یا باز پس گیری مجوزهای دستورارت می‏توانید Enterprise Manager , T-SQL را بکار برید

دستور GRANT

این دستور مجوزهای دستورات را به کاربر اعطا می‏کند.

GRSNT {ALL | Statement_List} to {Account}

در این نگارش:

-ALL کلیه مجوزهای ممکن است

Statement_List لیست شمارشی مجوزهای  دستوری است که می خواهید به یک حساب اعطا کنید.

-Account نام کاربر پایگاه داده، نقش پایگاه داده، کاربر ویندوز یا گروه ویندوز است.

دستور REVOKE

این دستور کلیه مجوزهای اعطا شده قبلی را باز پس می‏گیرد:

REVOKE {ALL | Statement_List} to {Account}

در این نگارش:

Statement_List لیست شمارشی مجوزهای دستوری است که می خواهید باز پس بگیرید

دستور DENY

فرض کنید کاربری (مثل Joe) عضو نقش پایگاه داد‏ه‏ای با مجوز CREATE DATABASE می باشد بنابر این Joe نیز این مجوز را داراست. اما اگر مایل نیستید این شخص حتی با این عضویت توانایی ایجاد جدول داشته باشد، می‏توانید دستور DENY را بکار برید:

DENY{ALL | Statement_List} to {Account}

در این نگارش کلیه پارامتر مشابه دو دستور قبل می‏باشد.

راهبری مجوزهای دستورات از طریق Enterprise Manager

Enterprise Manager برای پیاده سازی مجوزهای دستورات یک واسط گرافیکی فراهم آورده است. برای مشاهده یا ویرایش مجوزها، پوشه Database را بسط دهید و بر روی پایگاه داده مورد نظر کلیک راست کنید. سپس Propertiseرا انتخاب کنید. برگه Permissions را کلیک کنید تا مجوزهای پایگاه داده را مشاهده کنید.

برای اعطا یا بازپس گیری مجوزها، جعبه‏ها می توانند حاوی یکی از سه نشانه زیر باشند:

-علامت چک مارک به معنای اعطای مجوز است.

-علامت * قرمز رنگ به معنای رد مجوز است.

-جعبه خالی نشان دهنده عدم تخصیص صریح هر گونه مجوز است.

برای اعطای یک مجوز علامت چک مارک را در جعبه مناسب هر حساب قرار دهید. برای رد مجوز بر روی جعبه دوبار کلیک کنید تا علامت * قرمز رنگ پدیدار شود. اگر مجوزی قبلاً اعطا شده باشد، کلیک جعبه سبب نمودار شدن علامت * قرمز رنگ میشود. برای ارسال دستور REVOKE جعبه را با کلیک مجدد خالی کنید. برای دائمی شدن تغییرات OK را کلیک کنید.

هشدار:

توانایی ایجاد اشیاء در پایگاه داده نکته مهمی است بنابراین تنها در صورت نیاز این مجوز را به کاربران اعطا کنید.

مجوزهای اشیاء (Object Permissions)

این مجوزها به کاربر، نقش، گروه یا کاربر ویندوز اجازه می دهند تا عملیاتی را بر روی اشیاء خاص پایگاه داده انجام دهند. این مجوز‏ها فقط برای اشیاء مشخص شده در هنگام اعطای مجوز اعمال می‏شود با اینکار می توان حقوق اجرای دستورات T-SQL بر روی اشیاء را به تک تک کاربران اعطا کرد. این مجوزها متداول ترین نوع مجوزهای اعطایی به کاربران می‏باشند.

مجوزهای Object در دسترس عبارتند از:

SELECT

مشاهده داده در جدول دید یا ستون

INSERYT

افزودن داده به جدول یا دید

UPDATE

تغییر داده‏های موجود در جدول، دید یا ستون

DELETE

حذف داده از جدول یا دید

EXECUTE

اجرای روال ذخیره شده

Reference:

ارجاع به جدول که دارای کلید خارجی است یا ایجاد تابع یا دیدی با گزینه SCHEMABINDING  که به یک شیء ارجاع می‏کند.

توجه:

مجوز REFERENCES در Enterprise Manager به شکل مخفف DRI بکار می رود و به کاربر (یا برنامه‏های کاربردی) اجازه می‏دهد مقداری را با مقادیر جدول دیگر مقایسه کند، بدون آنکه داده‏های جدول دیگر را واقعا مشاهده نماید.

یک کاربرد جدید در Schema binding , SQL Server 2000 نامیده می‏شود.

و کار آن ممانعت از تغییر اشیایی است که در دیدها یا توابع بکار برده اید و به آن وابسته هستید.

تخصیص مجوزهای اشیاء:

برای اعطا، رد و باز پس گیری مجوزهای اشیاء می‏توانید Enterprise Manager T_SQL را بکار برید.

اعطای مجوزهای اشیاء از طریق Enterprise Manager

مدیریت مجوزهای اشیاء بخشی از عملیات راهبری سیستم است و اعطا و بازپس گیری این مجوزها از کارهای رایجی است که در طول روز انجام خواهید داد.

Enterprise Manager یک روش سهل، سریع و بصری را برای کنترل مجوزهای اشیاء فراهم آورده است. در این روش مشاهده مجوزها بر اساس اشیاء یا کاربران امکان پذیر است. این توانایی پیگیری خطاها را نیز تسهیل می‏کند

مشاهد مجوزهای یک شیء

برای مشاهده یا تغییر مجوزهای اشیا در Enterprise Manager مراحل زیر را دنبال کنید.

1-پوشه database را برای پایگاه داده مورد نظر بسط دهید و آیکون نوع شیء را برجسته کنید.

2-بر روی شیء کلیک راست کنید و گزینه Properties را انتخاب نمایید.

3-دگمه Permissions را کلیک کنید.

شما می‏توانید مشاهده کلیه کاربران، گروهها، کاربران و گروههای ویندوز یا گروهای در دسترس پایگاه داده را انتخاب کنید و یا لیست کلیه حسابهاییی که بر روی اشیاء قابل مشاهده دارای مجوزند را انتخاب کنید برگه Object Properties درست مشابه برگه Statement Permission عمل می‏کند.

برای اعطای مجوز، جعبه مجاور آن را علامتگذاری کنید، برای DENY یک علامت * قرمز در جعبه قراردهید و برای باز پس گیری مجوز جعبه مناسب را پاک کنید. پس از اعمال تغییرات دگمه Apply یا OK را کلیک کنید. برای تنظیم مجوزهای سطح ستون، دگمه Column را کلیک کنید.

SQL Server تنها مجوز‏های مناسب با نوع شیء انتخاب شده را نمایش می‏دهد.

مشاهده مجوزها برای یک کاربر یا نقش پایگاه داده

شما می‏توانید مجوزها را برای یک کاربر یا نقش مشاهده کنید. برای مشاهده یا تغییر مجوزها در Enterprise Manager بر مبنای نقش یا کاربر، مراحل زیر را دنبال کنید:

1-پوشه Database را برای پایگاه داده مورد نظر بسط دهید و آیکون Database یا Database Roles را بر جسته کنید.

2-بر روی کاربر یا نقش کلیک راست کرده و گزینه Properties را انتخاب کنید.

3-دگمه Permissions راکلیک کنید.

4- جعبه های مناسب را برای اعطا، یا باز پس گیری مجوزها کلیک کنید. پس از تنظیم مجوزها، Apply یا OK را برای دائمی کردن تغییرات کلیک کنید.

2-3-4-انواع داده و ایجاد جداول

جداول

جداول کلیه داده های پایگاه داده را به شکل مجموعه ای از سطرها و ستونها (رکوردها و فیلدها) سازماندهی و ذخیره می کنند. هر ستون در جدول قابلیت نگهداری یک نوع داده (نوع خاصی از اطلاعات ) را داراست.

هر جدول مجزا در پایگاه داده معرف یک موجودیت (entity) و هر سطر جدول نمودی (ocurance) از آنست. ستون های جدول، مشخصه های (attributes) موجودیت منطقی را بیان می کنند. برای مثال در جدول فرضی کارمندان (کارمندان موجودیت منطقی هستند) هر سطر نشاندهنده یک کارمند و ستون های تشکیل دهنده جدول، مشخصه های ایشان نظیر شماره کارمندی، نام و نام خانوادگی و شماره تأمین اجتماعی است.

ستونها

هر ستون (فلید) در جدول داده‏ای دارای یک نام، نوع داده، طول (اختیاری)، collation (اختیاری) و قابلیت ذخیره سازی مقدار تهی است. ستون ها را می توان با هر ترتیبی در تعریف جدول قرار داد اما لازم است تا نام یکتایی در جدول داشته باشند و از قوانین شناسه های (identifiers) SQL Server تبعیت کنند.

هر پایگاه داده می تواند دو میلیون جدول با 1024 ستون در هر جدول را دارباشد. حداکثر طول هر سطر 8192 بایت است که سربار (overhead) ذخیره سازی فیزیکی سطرها در SQL Server از آن کم می‏شود. این سربارمتغیر است اما بطور کلی حداکثر طول داده های هر سطر 8060 بایت می باشد.

حداکثر طول هر ستون 8000 بایت است و می توان در هر سطر 1024 ستون داشت. در هر حال یک سطر نمی تواند از یک صفحه داده‏ای (Data Page) برابر با 8192 بایت برای داده و سربار بیشتر شود مگر نوع داده‏ای متن (text) و تصویر (image) که می تواند تا دو گیگابایت اطلاعاتی متنی یا باینری را ذخیره کند صفحه داده‏ای برای آنها اعمال نمی شود.

شناسه های SQL Server

نام جداول ، ستون ها و سایر اشیاء در SQL Sever تابع قوانین زیر است:

• طول شناسه از 1 تا 128 کاراکتر Unicode شامل حروف، اعداد و علائم است.
• نخستین کاراکتر باید حرف یا یکی از علایم @ ‚ # یا ـ (Underscore) باشد. @‚# معانی خاصی در SQL Sever دارند.
• علائم #‚@ و ـ را می توان پس از کاراکتر نخست بکار برد.
• شناسه هایی که با علامت @ شروع می شوند بعنوان متغیرهای محلی بکار می روند. این علامت می تواند فقط در کاراکتر نخست بکار رود.
• شناسه هایی که با علامت # شروع می شوند اشیاء موقت (temporary) را نشان می دهند و در طول نشست (session) توسط کاربر قابل ارجاع می‏باشند.
• بکارگیری فاصله (space) در شناسه به شرط قرار گیری آنها در “” و[ ] در زمان ارجاع بلامانع است.برای مثال جدول Employee Pension را هنگام ارجاع به شکل “Employee Pension” یا [ Employee Pension ] بکار برید تا بارشته های ثابت در شناسه ها اشتباه نشوند.

نگاشت تراکنشهای پایگاه داده شی گرا به تراکنشهای رابطه ای 20 ص + پاورپوینت 16 اسلاید

اختصاصی از فی لوو نگاشت تراکنشهای پایگاه داده شی گرا به تراکنشهای رابطه ای 20 ص + پاورپوینت 16 اسلاید دانلود با لینک مستقیم و پر سرعت .

در اکثر پروژه­های کامپیوتری انجام شده در دهه­های اخیر از تکنولوژی­های تمام شئ­گرایی مانند Java و C# استفاده شده در حالی که برای ذخیره سازی داده­ها از پایگاه­داده­های رابطه­ای که در آنها اثری از شئ­گرایی موجود نیست استفاده شده. این بدین معنا نیست که انتخاب­های دیگری موجود نیست بلکه بسیاری زبان­های برنامه­نویسی Procedural شبیه COBOL موجود است همچنین بسیاری از پایگاه­داده­های موجود از تکنولوژی شئ­گرا بهره می­برند از جمله می­توان از پایگاه­داده­های XML نام برد.

بین تکنولوژی­های شئ­گرایی و رابطه­ای که اکثر تیم­های نرم­افزاری در سیستم­های خود به­کار می­برند یک ناهم­خوانی ذاتی موجود است. برای رفع این ناهمخوانی یک راه ساده وجود دارد که از دو بخش تشکیل شده: ابتدا باید پروسه­ی نگاشت اشیاء به رابطه­های پایگاه­داده را آموخت و سپس روشی برای پیاده­سازی آن فرا گرفت.