Exchange Server 2016. The Administrator\'s Reference

اختصاصی از اینو دیدی Exchange Server 2016. The Administrator\'s Reference دانلود با لینک مستقیم و پر سرعت .

Exchange Server 2016. The Administrator's Reference

Author(s):William Stanek

Year:2017

Pages:873

Extension:pdf

مقاله میل سرور mail server

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

دانلود مقاله میل سرور mail server

نوع فایل : Word
تعداد صفحات : 17
فهرست و پیشگفتار

Mail server 1
ویژگی ها : 1
امکانات : 1
شرح امکانات : 2
● پنل مدیریت وب بیس فارسی 3
● پنل وب بیس کاملا فارسی اعضاء 4
● پشتیبانی کامل از سرویس SMS 5
● ابزار تهیه نسخه پشتیبان از کاربران ، ایمیل ها و تنظیمات 6
افزودن امکان domainkey به SmarterMail 14
افزودن امکان domainkey به Plesk 7.6 16 

میل سرور mail server

Hightailاولین و تنها میل سرور فارسی ، با امکانات گسترده از جمله(پشتیبانی از پروتوکول های POP3 / SMTP / IMAP4 / LIST / SSL / SMS / HTTP ، پنل وب بیس کاملا فارسی ، پنل مدیریت و ... ) می باشد که نگارش نخست آن در سال 1379 توسط تیم فنی شرکت آریانیک تولید شده و از آن تاریخ تا کنون 5 نگارش از برنامه ارائه شده و در حال حاضر آخرین نگارش برنامه ، 3 میباشد...

تحقیق جامع و کامل درباره آموزش پایگاه داده در 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 ] بکار برید تا بارشته های ثابت در شناسه ها اشتباه نشوند.

دانلود تحقیق کامل درمورد دلایل ظهور سیستم های Application server

اختصاصی از اینو دیدی دانلود تحقیق کامل درمورد دلایل ظهور سیستم های Application server دانلود با لینک مستقیم و پر سرعت .

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

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

تعداد صفحه :35

بخشی از متن مقاله

دلایل ظهور سیستم های  Application server :

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

از این دیدگاه سیستم های Application  server شباهت بسیاری به سیستم عامل ها دارند چرا که سیستم عامل های امروزی با ارائه ابزارهای کار آمد خود امکانات مورد نیاز جهت انجام کارهای مختلف را در اختیار کاربران خود قرار می دهند.همان گونه که سیستم عاملها، مجموعه ایی از اسباب های سخت افزاری و سرویس های مورد استفاده جهت نمایش پنجره ها را کپسوله می کنند، سیستم های Application     server نیز انواع پروتکلها و داده ها و همچنین مجموعه های مختلفی از سرویسهای مورد استفاده جهت برقراری ارتباط با کاربران را فراهم می کند. سیستم های Application  server همانند برنامه های دیگری که زیر بنای آنها دائما” از سوی توسعه دهندگان در حال تغییر و تحول است، ناچار به دگرگونی در مقابل نیازهای آنان هستند.

همانند تغییراتی که در دهه گذشته به دلیل ظهور نیازهای جدید، سیستم عاملها پذیرای آنها بودند، محیطهای تجارت الکترونیکی و اینترنتی نسل آینده، موجب تحولی عظیم در سیستم های Application  server خواهد شد. برای درک بهتر اهمیت این سیستم ها بحث خود را بررسی تاریخچه این ابزارها بکار آمد پی می گیریم.

تاریخچه سیستم های Application  server :

توسعه نرم افزاری بر روی اینترنت از قدمت چندانی برخوردار نیست، با این وجود طی همین مدت کوتاه به دلایل رویدادهای مهمی که در زمینه اینترنت رخ داده است، توسعه نرم افزاری به توسعه دهندگان سایت کرده است.

هدف توسعه دهندگان وب از تبدیل صفحات ایستایHTML به صفحات دینامیک، به توسعه برنامه های کاربردی کارآمد بر روی وب تکامل یافته است. به واسطه این تکامل به تدریج چار چوب های سیستمی که امروزه به سیستم های application serverمعروف شده،تعریف و به مرور زمان تکمیل شد. اما ابتدا به تکنولوژی وابزارهای مختلفی که موجب مطرح شدن این گونه سیستم ها شدند نگاهی کوتاه بیندازیم.

  CgIاولین تکنولوژی بود که امکان ایجاد صفحات html پویا را در اختیار طراحان قرارداد. متاسفانه بهره گیری از این تکنولوژی کارزیادی را از جانب توسعه دهندگان طلب میکرد، چرا که ایشان علاوه بر کد نوبسی قوانین کار در قالب صفحات HTMLمجبور بودند تا به منظور انجام کارهای ساده مانند ارتباط با یک بانک اطلاعاتی وقالب بندی نتایج به صورت HTMLو حفظ اطلاعات مابین جلسات (نوبت های مختلف برقراری ارتباط با سرور)راه حل منحصر به فردی را پیاده سازی کنند.

از آنجایی که بیشتر کاربران با مسائل مشترکی دست به گریبان بودند، توسعه دهندگان به ایجاد کتابخانه هایی متشکل از کدهای قابل استفاده مجدد اقدام کردند که بدین ترتیب بسیاری از مسائل حل می شد. با وجود این با پیچیده ترشدن برنامه ها،سرهم بندی این قطعات (کدهای قابل استفاده مجدد)در قالب یک برنامه کاربردی کامل و قابل اعتماد به تدریج مشکل ومشکلتر می شد.در آن مقطع برخی از دست اندر کاران امرکامپیوتر متوجه این نکته مهم شدند و بدین ترتیب سیستم های Application Serverپا به عرصه ظهورگذاشتند. این پیشگامان درابتدا اقدام به تدوین مجموعه ایی از منابع مفیدوقابل استفاده مجدد کردندند و آنها را در اختیار توسعه دهندگان پیش از این از آنها استفاده می کردندـ بسیار مفید بودند. در ابتدای امر بیشتر این فرآوردها همانند ابزاری سودمند به توسعه دهندگان وب فروخته شد.همانند وضعیتی که پیش از این در مورد ابزارهای مورد استفاده جهت توسعه برنامه های کاربردی وجود داشت، در اینجا منابع مورد نیازحین اجرای برنامه از طریق یک زبان Scriptو یا به واسطه مجموعه ای از امکانات کپسوله شده (درقالب کلاس) فراهم می شد. نخستین پیشگامان در این عرصه از تکنولوژی، شرکت Allairبا نرم افزارColdfusion،شرکت Net Scapeبا نرم افزارLive Wireبودند.

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

آنها برای گسترش زمینه کاری و افزایش کارایی نرم افزارهایشان از تکنولوژی TP monitorsنیز پیشیبانی کردند. برای تسهیل در استفاده از نرم افزارهای تولید شده به همراه سیستم های موجود ،ابزارهایی را جهت تطبیق با سیستم های E- mailو کاربا ORBها (جهت اتصال با برنامه های کاربردی موجود ) توسعه دادند. این گونه برنامه ها به واسطه دارا بودن ابزارهایی جهت اعتبار سنجی و رمز گذاری از امنیت بالایی برخوردار بودند. به موازات توسعه این قبیل برنامه های کاربردی ، اهمیت فوق العاده آنها در تجارت الکترونیکی بیش از بیش برای دست اندر کاران کامپیوتر مشهود می شد.

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

با وجود اینکه هنوز اصطلاح سیستم های Application Serverوارد واژگان اینترنتی ما نشده بود هر یک از این سیستم های مسیر تکامل خود را به طور جداگانه طی می کردند ، تقریبا” در اواسط سال 1999بیشتر آنها برسر ساختار یکسان توافق کرده بودند. این ساختار شامل مجموعه ایی از سرویسهای حین اجرا و همچنین سرویس های مورد نیاز جهت اتصال به سایر سیستم ها و منابع (بانکهای اطلاعاتی ، فایل سرورها، خدمات پست الکترونیکی ) و سایر برنامه های کاربردی می شد

برای دسترسی به این منابع، توسعه دهندگان یک مدل دو لایه ایی در اختیار داشتند. لایه اول در این مدل که Application Layerنام داشت ، عهده دار نمایش اطلاعات به کاربران بود و دیگری با نام Business Logic Layer، فرایند دسترسی به داده ها و پردازش آنها را انجام می داد با همه گیر شدن تدریجی این مدل ، اصطلاح Application Serverنیز برسرزبانها افتاد.

ضرورت ایجاد استانداردها :

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

در ابتدا این استاندارها به صورت مجزا مطرح شدند. برای نمونه ابزار Java Server Pagesبه عنوان دو ابزار بسیار کار آمد جهت استفاده از جاوا در لایه اول از مدل دو لایه ایی ذکر شده در قسمت قبل مورد توجه بسیاری از توسعه دهندگان قرار گرفتند. از طرف مایکروسافت با ابزار Aspو شرکت All air با محصول cfmlابزارهای دیگری را جهت استفاده در این لایه معرفی کردند.

به طور مشابه دو تکنولوژی Ejb از شرکت Sun MicroSystem و com /com +

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

در گام بعدی SUNو سایراعضای جامه جاوا سعی کردند تا این استانداردهای مجزا را در قالبی همگن و مجموعه ی کاملی از API ها که هم اکنون آنرا با نام java 2EE میشناسیم ، گردآوری کنند.

تا زمانی که حرکت به سمت استاندارد کردن مدلهای برنامه نویسی ادامه دارد، این وضعیت وفعالیت توسعه دهندگان دستخوش تغییرات شگرفی خواهد شد. مشابه حرکتی که در مورد استاندارد کردن WIN32 Apiصورت گرفت و موجب ظهور برنامه های کاربردی کارآمد تری شد، در اینجا نیز وجود مجموعه همگنی از ابزارهای برنامه نویسی این امکان را در برابر تولید کنندگان نرم افزار را مجبور خواهندکرد، هزینه حمل برنامه های کاربردی از یک سرور دیگر را کاهش دهند.

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

دانلود فایل 

پاورپونت در مورد SQL Server

اختصاصی از اینو دیدی پاورپونت در مورد SQL Server دانلود با لینک مستقیم و پر سرعت .

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

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

تعداد  اسلاید39

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

لینک دانلود  کمی پایینتر میباشد