تبليغاتX
آموزش تخصصی کامپیوتر
آموزش تخصصی کامپیوتر
کاربر مهمان، خوش آمديد!
موضوعات
موضوعات

آرشيو مطالب

امکانات

آخرين ويروسها

آمار بازديد


پيام خوش آمدگويي

با سلام به تمام علاقمندان دنياي کامپيوتر hello to all people who are interested in computers

از بازديد شما متشکرم special thanks for your visit

از اين پس در اين وبلاگ جديدترين مطالب در زمينه برنامه نويسي دلفي - شبکه - اس کيو ال سرور و بهترين لينک ها را ببينيد .

از کليه بازديدکنندگان تقاضا داريم در جهت تکميل سايت و کاربردي شدن آن نقطه نظرات خود را با ما در ميان بگذاريد . سوالات خود را در اين زمينه از ما بخواهيد.

سيستم جامع آموزشگاه رانندگي : نرم افزاري است خاص آموزشگاه رانندگي که عمليات مربوط به حسابداري آموزشگاه را نيز انجام ميدهد.توضيحات کامل را مطالعه کنيد




فایرفاکس 3 منتشر می‌شود

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

 

نسخه‌ جدید به کاربران اینترنت اجازه می‌دهد کلیدواژه‌ها یا تگ‌هایی را برای طبقه‌بندی بوک مارک‌ها بر اساس موضوع اضافه کنند. ویژگی جدید مکان‌ها (Places) به کاربران امکان می‌دهد به سرعت به سایت‌هایی که به تازگی آن‌ها را بوک مارک کرده‌اند یا صفحاتی که اغلب از آن‌ها بازدید می‌کنند اما آن‌ها را بوک مارک نکرده‌اند، دسترسی یابند.

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

فایرفاکس از سوی بنیاد موزیلا عرضه می‌شود که یک اجتماع متن باز و متشکل از هزاران نفر است که اغلب داوطلبانه و به صورت جمعی محصولات رایگان طراحی می کنند.

این بنیاد قصد دارد با انتشار نسخه‌ی جدید مرورگر خود رکورد جهانی بیشترین دانلود را به ثبت برساند.

ارسال شده در مورخه : شنبه بیست و پنجم خرداد 1387 ساعت 15:35 توسط محمد جهانشاهی |

عرضه نسخه كامل IE8 تا ماه آگوست

مايكروسافت اعلام كرد در نظر دارد نسخه آزمايشی مرورگر IE8 خود را به همراه كليه امكانات جنبی آن تا ماه آگوست در اختيار عموم قرار دهد.

مايكروسافت اولين نسخه آزمايشی مرورگر خود را در ماه مارس برای آشنائی برنامه‌نويسان و طراحان وب با آخرين امكانات و بروزرسانی‌های با محبوب‌ترين و پركاربردترين مرورگر اينترنت جهان ارائه كرد.

نسخه آزمايشی بعدی با نام IE8 Beta 2 بيشتر كاربران عادی وب را مخاطب قرار خواهد داد.

اين نسخه شامل تمام امكاناتی است كه به همراه نسخه اصلی و در زمان عرضه رسمی برنامه همراه اين مرورگر خواهند بود.
البته در اين نسخه احتمالاً برخی باگ‌ها و اشكالات احتمالی وجود خواهد داشت كه با توجه به آزمايشی بودن اين نسخه امر عادی محسوب می‌گردد.

مايكروسافت تاكنون تاريخ مشخصی را برای عرضه رسمی و نهائی اين برنامه اعلام ننموده است.

ارسال شده در مورخه : شنبه بیست و پنجم خرداد 1387 ساعت 15:32 توسط محمد جهانشاهی |

AMD اولين جزئيات نسل جديد پردازنده های 8 هسته ای خود را به نام Hydra فاش كرد

كمپانی AMD در يك جواب كاملآ حساب شده به نسل جديد پردازنده های اينتل (Nehlem) گوشه هايی از مشخصات نسل جديد پردازنده های خود را آشكار كرد.

اين پردازنده كه با فناوری Process Node 45nm ساخته خواهد شده است، در خانواده Deneb و Propus جا خواهد داشت و جزء نسل K10.5 و Rev. D ، كمپانی AMD خواهد بود.

Silicon Stepping نسل D پردازنده های كمپانی AMD در مدل هايی كه دارای فناوری Process Node 45nm می باشند است و ( Hydra ) ناميده خواهند شد تا جواب دندان شكنی از طرف كمپانی AMD به معماری Nehlem كمپانی Intel باشد!

اين نسل جديد دارای 1MB L2 Cache به ازای هر هسته می باشد. اين به معنی 2 برابر شدن اين مقدار نسبت به ديگر پردازنده های نسل k10.5 خواهد بود.

همچنين از مشخصات ديگر اين معماری جديد می توان به استفاده كاملآ حساب شده High-K metal gate technology كه باعث افزايش سرعت سويچ ترانزيستور شده و سرعت بالاتر هسته، پهنای باند بيشتر به همراه كاهش كاهش توان مصرفی و حرارت متصاعد شده كمتر را نام برد.

لازم به ذكر است كه اين تكنولوژی مشتركآ توسط كمپانی AMD و IBM به صورت 45nm SOI silicon-over-insulator به بهره برداری رسيده است.

جالب است كه بدانيد اين معماری قدرتمند دارای 6MB L3 Cache می باشد كه بين تمام هسته ها به صورت اشتراكی استفاده خواهد شد.

از آنجا كه اميد می رفت اين معماری كه دارای 8 هسته می باشد به صورت Native طراحی می شد ولی خبرها حاكی از MCM) Multi Chip Module) بودن اين معماری می باشد.

اين نسل پردازنده های كمپانی AMD در اواسط سال 2009 ارائه خواهد شد.

ارسال شده در مورخه : شنبه بیست و پنجم خرداد 1387 ساعت 15:30 توسط محمد جهانشاهی |

سريعترين ابررايانه دنيا بار ديگر به نام IBM ثبت شد

دانشمندان IBM موفق شدند بار ديگر سريعترين ابررايانه دنيا را كه می تواند بيش از هزار تيليارد محاسبه را در هر ثانيه انجام دهد بسازند.

به گزارش خبرگزاری مهر، IBM كه تاكنون BlueGene/L قويترين ابررايانه دنيا با قدرت محاسباتی هزار ميليارد عمليات در هر ثانيه را در كارنامه خود دارد اكنون موفق شده است سريعترين ابررايانه دنيا با قدرت محاسباتی هزار تيليارد در ثانيه را ايجاد كند.

اين ابررايانه كه با همكاری IBM و دانشمندان لابراتوار ملی لس آلاموس در آمريكا ساخته شده است Roadrunner نام دارد. Roadrunner (كوكوسان يا مرغ فاخته تكزاس) نام نوعی پرنده ساكن تكزاس و نيو مكزيكو و "لس آلاموس" است. ويژگی منحصر به فرد اين پرنده دويدن آن در سرعت بسيار بالا است كه نمونه واضح آن در پويانماييهای "بيپ بيپ" (پرنده سريعی كه در تمام قسمتها گرگی در تلاش برای به دام انداختن آن است) ديده می شود.

در حقيقت علت انتخاب اين نام برای سريعترين ابررايانه دنيا شباهت سرعت زياد محاسباتی اين رايانه به سرعت دويدن مرغ فاخته تكزاس (محل ساخت اين محصول) است. اين ابررايانه قرار است در اهداف نظامی همچنين مطالعه مسائل علمی از نجوم تا تغييرات آب و هوايی بكار رود.

برای درك بهتر سرعت بالای Roadrunner می توان اين مثال را ذكر كرد: اگر تمام 6 ميليارد جمعيت روی زمين بدون وقفه به مدت 46 سال درتمام 24 ساعت شبانه روز و 7 روز هفته از ماشين حسابهای جيبی خود استفاده كنند برابر با كاری است كه اين "بيپ بيپ" محصول IBM تنها در مدت يك روز انجام می دهد.

براساس گزارش نيويورك تايمز، اين رايانه با هزينه 133 ميليون دلار و از تركيب پردازشگرهای مرسوم با تراشه های معروف "سل" است كه برای ساخت نسل آينده "پلی استيشن 3" ساخته شده اند. "سل" نوعی از تراشه های 8 هسته ای است كه توسط كنسرسيومی متشكل از IBM، سونی و توشيبا ساخته شده و سرعتی برابر با 4 گيگاهرتز دارد.

Roadrunner مجهز به 12 هزار تراشه "سل" به اضافه 7 هزار تراشه استاندارد است. مصرف اين رايانه تقريبا برابر با مصرف يك مركز تجاری در حدود سه مگاوات توان است.

توان محاسباتی اين رايانه برابر با 10 به توان 15 عمليات مميز شناور در ثانيه (يك پتافلاپ) است. هدف آينده "آی بی ام" ساخت ابررايانه ای با قدرت 2 به توان 60 عمليات مميز شناور در ثانيه (اگزافلاپ) و سپس 2 به توان 70 عمليات مميز شناور در ثانيه (زتافلاپ) و 2 به توان 80 عمليات مميز شناور در ثانيه (يتافلاپ) است.

ارسال شده در مورخه : شنبه بیست و پنجم خرداد 1387 ساعت 15:27 توسط محمد جهانشاهی |

ارسال مطلب جدید

سلام - از کلیه دوستان که مایل هستند مطلب ارسال کنند خواهش می شود در بخش نظرات پیغام بگذارند.

ارسال شده در مورخه : پنجشنبه بیست و سوم خرداد 1387 ساعت 7:24 توسط | | ادامه مطلب

مقايسه فني مهم‌ترين بانك‌هاي اطلاعاتي جهان؛ Oracle و SQL Server


شركت مايكروسافت مدعي است كه ابزارهاي جديدي براي مديران بانك‌هاي اطلاعاتي يا همان DBAها در نسخه جديد SQL Server 2005 قرار داده است كه بسيار خوب توانسته است مشكلات نسخه قبلي آن را مرتفع نمايد، اما جالب اينجا است كه همه امكاناتي كه SQL Server 2005 به تازگي براي DBAها فراهم كرده است، از نسخه Oracle 8i در نرم‌افزار اوراكل موجود بوده است.
درباره نصب اين دو نرم‌افزار بايد گفت كه نصب اوراكل از SQL Server هنوز بسيار مشكل‌تر است و كار كردن با آن سخت‌تر؛ و شايد اين دلايل باعث مي‌گردد برخي از برنامه‌نويسان به سمت SQL Server بروند. DBA شدن در بانك‌اطلاعاتي SQL Server كار سختي نيست. كافي است مدتي با آن نرم‌افزار كار كرده باشيد، و چند ماهي تجربه داشته باشيد. ولي DBA شدن حرفه‌اي در اوراكل كار بسيار دشواري است.

با نگاهي به اين دو بانك اطلاعاتي مي‌توان به اين نكته رسيد كه درست است كه SQL Server 2005 بسيار كارآمد است و پيشرفت‌هاي زيادي نسبت به نسخه قبلي خود داشته است، اما در برنامه‌هاي پيچيده يا سيستم‌هاي ناهمگون، و اگر از پلتفرم‌هاي متفاوت استفاده شود،‌ نمي‌تواند جوابگوي نيازها باشد و در نتيجه اوراكل گزينه مناسب‌تري خواهد بود، ولي در صورتي كه با برنامه‌هاي كوچك و متوسط سروكار داريد، SQL Server مي‌تواند راه‌حل خوبي باشد.

از لحاظ قيمت (البته نه در ايران كه اكثراً قانون كپي‌رايت را رعايت نمي‌كنند) قيمت SQL Server كمتر از اوراكل است و سرويس‌هاي ارائه شده توسط SQL Server را مي‌توان در صورت لزوم خريداري نمود، ولي اوراكل تقريباً شما را از تمام چيزهايي كه در بانك‌هاي اطلاعاتي مي‌خواهيد، بي‌نيازمي‌نمايد؛ البته بهاي آن گران است.


مقدمه

بدون‌شك مي‌توان گفت كه بانك‌هاي اطلاعاتي اوراكل و SQL Server، از مهم‌ترين بانك‌هاي اطلاعاتي امروز به شمار ميآيند. اين سؤال كه كدام يك از اين دو از ديگري بهتر است، ممكن است فكر بسياري از برنامه‌نويسان و شركت‌هاي توليد كننده نرم‌افزار را مشغول كرده باشد.

از طرفي مايكروسافت، به عنوان غول نرم‌افزاري ادعا مي‌كند كه SQL Server از اوراكل‌ ساده‌تر و بهتر است. اوراكل هم از سوي ديگر مي‌گويد محصول او از خيلي جهات بر SQL Server برتري دارد.

اين مقاله سعي دارد به سؤالات شما در مورد تفاوت‌هاي فني اين دو بانك اطلاعاتي تا حدي جواب دهد. در ابتداي اين مقاله معماري اين دو بانك اطلاعاتي با هم مقايسه مي‌گردد، سپس كامپوننت‌هاي شبكه هر دو بانك اطلاعاتي با يكديگر مقايسه مي‌شوند.

در اين مقاله امكانات مرتبط با كارايي پايگاه‌هاي اطلاعاتي‌ (Performance)، ابزار (Utility) و Replication در بانك‌هاي اطلاعاتي بسيار بزرگ يا همان VLDB يا Very Large Data Bases و OLTP يا Online Transaction Processing مورد بررسي قرار خواهند گرفت و ابزارهاي جديد SQL Server 2005 كه در حقيقت سعي دارد با اوراكل رقابت كند، مورد بررسي قرار خواهند گرفت‌.‌

معماري بانك اطلاعاتي

در اوراكل هر ديتابيس شامل تمامي امكانات پايگاه رابطه Relational Database ،Instance (پروسه‌هاي پايگاه داده‌هاي اوراكل و بافرها، فايل‌هاي تنظيمي مانند config.ora و init.ora، لوگ‌هاي بازگشت به حالت قبلي يا Redo Logs؛ SYSTEM Teblespace و ديگر انتخاب‌هاي دلخواه است.

در نسخه جديد SQLServer، ديتابيس در واقع به گروهي از اسكيما (Schema)هاي پايگاه داده گفته مي‌شود كه به صورت فيزيكي در فايل‌ها ذخيره مي‌شوند. ديتابيس‌ها به دو صورت تعريف شده از طرف كاربر (user defined) و تعريف شده از طرف سيستم (system defined) تقسيم مي‌شوند.

در SQL Server يك نمونه يا Instance مي‌تواند چندين ديتابيس را پشتيباني نمايد و در هر كامپيوتر چندين Instance مي‌تواند با هم كار كند.

وقتي SQL Server را راه‌اندازي مي‌كنيد، ديتابيس‌هايي همچون MD يا Msdb database، Model Database (براي پشتيباني كردن Agentها) و Tempdb Database (پايگاه اطلاعات موقت مانند پايگاه موقت اوراكل OracleTemp Tablespace؛ البته با اين تفاوت كه در SQL Server خود كاربران مي‌توانند اين پايگاه‌ها را درست كنند، ولي در اوراكل اين امكان وجود ندارد)، به صورت پيش‌فرض ساخته مي‌شوند.

در SQL Server براي اين‌كه بتوانيم اطلاعات خود را به صورت فيزيكي غيرمتمركز (Distribute) نگه‌داريم، هر ديتابيس مي‌تواند از چندين Filegroup پشتيباني نمايد. با اين كار مي‌توان به راحتي از اطلاعات كپي پشتيبان گرفت. همان‌طور كه در شكل 1 مشاهده مي‌كنيد، در SQL Server، ديتابيس‌ها در واقع همان كار tabalespaceها در اوراكل را دارند.

 
شکل 1
اگر به شكل 1 نگاه كنيد، مي‌بينيد كه در هر دو بانك‌ اطلاعاتي، كاتالوگ سيستم وجود دارد. هر پايگاه اطلاعاتي يا ديتابيس در اوراكل يك سيستم كاتالوگ مركزي يا ديكشنري داده ‌‌(Data Dictionary) را در قسمت SYSTEM Tablespace اجرا مي‌كند، ولي در SQL Server 2005 هر ديتابيس سيستم كاتالوگ خود را درست مي‌كند.

اين سيستم كاتالوگ اطلاعاتي همچون اشياي پايگاه داده (مانندTable ،View و Procedure)، اطلاعات كاربران و دسترسي‌هاي آن‌ها، Constraintsها، User-Defined data type و Snapshot definition را شامل مي‌شود.

البته اطلاعاتي همچون اسامي ديتابيس‌ها، اطلاعات سرور، مديريت پيغام‌ها و Stored Proceduresهاي سيستم درMaster Database وجود دارند.

نكته اينجاست كه SQL Server 2005 ،objectهاي سيستم در اين Master Database قرار نمي‌گيرند. اين آبجكت‌ها در ديتابيس‌هاي مخفي سيستم به نام resource database يا پايگاه اطلاعات منابع سيستم ذخيره مي‌گردند.

در واقع‌ سيستم كاتالوگ‌ها در SQL Server 2005 منابعي هستند براي استخراج اطلاعات ديتابيس‌ها و اين كاتالوگ‌ها را كاربران نيز مي‌توانند مشاهده كنند.

براي حصول اطمينان از كارايي و سلامت سرور در DMV، SQL Server 2005 يا Dynamic Management Views استفاده مي‌شوند؛ درست شبيه اوراكل كه از viewهاي $ V براي كنترل كارايي استفاده مي كند.

اجزاي تنظيم كننده شبكه

 
شکل 2
شكل 2 ساختار اجزاي تنظيم كننده شبكه در اين بانك‌هاي اطلاعاتي را نشان مي‌دهد. در اوراكل كامپوننتي به نام Oracle Net Service وجود دارد كه عامل ارتباطي سرور اوراكل با كلاينت‌هاي آن است.

اوراكل اين كار را با استفاده از پروتوكل TNS يا Transparent Network Substare انجام مي‌دهد، اما در SQL Server اين كار توسط پروتكل‌هاي شبكه موجود در كلاينت و سرور انجام مي‌گيرد.

البته در SQL Server 2005 فناوري جديدي به نام SNAC يا SQL Server Native Client، معرفي گرديده كه در واقع تركيبي است از ODBC و OLEDB در يك تابع كتابخانه‌اي. SNAC توانايي پشتيباني TDS يا Tabular Data Stream و Net Lib را براي پروتكل‌هاي گوناگون در SQL Server دارد.

ساختار فيزيكي و منظقي ذخيره اطلاعات

شكل 3 نگاهي مقايسه‌اي دارد به دو بانك اطلاعاتي اوراكل و SQL Server از لحاظ ساختار اطلاعاتي. همان طور كه در اين شكل مي‌بينيد، در SQL Server اندازه صفحات (8kb، (page size است كه واحد پايه ورودي/ خروجي به شمار مي‌رود.

هر صفحه فقط متعلق به يك آبجكت، مانند data ،index ،GAM و.. است. SQL Server براي افزايش كارايي اين صفحات آن‌ها را در دسته‌هاي هشت‌تايي قرار مي‌دهد كه به آن Extent مي‌گوييم. اين Extentها مي‌توانند به چند آبجكت متفاوت تعلق داشته باشند.

 
شکل 3
هر Extent كه تمام صفحاتش آبجكت‌هاي مانند هم داشته باشد Uniform ناميده مي‌شود و به Extentهايي كه آبجكت‌هاي يكساني ندارند، Mixed مي‌گويند.

SQL Server در ديتابيس‌هاي خود از Filegroupها استفاده مي‌كند تا كنترل فضاهاي فيزيكي جداول و ايندكس‌ها را در اختيار كامل داشته باشد. اين Filegroupها از يك يا چند فايل تشكيل شده‌اند و اطلاعات موجود در آن مي‌تواند در تمام فايل‌هاي آن Filegroup ذخيره شود.

با استفاده از Filegroup مي‌توان جداول بزرگ را در چند فايل ذخيره نمود و از اين طريق كارايي ورودي/ خروجي را بالا برد، مي‌توان عمليات كپي پشتيبان و بازآوري جداول را انجام داد و داده‌هايي مانند تصويرو فايل‌هاي متني بزرگ را در فايل‌هاي جدا ذخيره نمود.

برخلاف SQL Server، بانك اطلاعات اوراكل از Tablespaceهايي تشكيل شده است كه خود از Data File تشكيل شده‌اند. اين Data Fileها در واحدهايي به نام Block طبقه‌بندي مي‌شوند كه مدير بانك اطلاعاتي (DBA) مي‌تواند اندازه آن را وقتي كه در حال ساخت ديتابيس است تعيين كند. برخلاف SQL Server، در اوراكل وقتي يك شيء در Tablespace توليد مي‌شود، كاربر مي‌تواند فضاي آن را مشخص كند.

مقايسه SQL Server 2005 و Oracle 10g

اگر چه SQL Server 2000 يكي از قوي‌ترين بانك‌هاي اطلاعاتي است و خيلي از شركت‌ها و سازمان‌هاي بزرگ امروزه از آن به عنوان پايگاه داده‌هاي خود استفاده مي‌كنند، چند محدوديت هم دارد. يكي از محدوديت‌هاي SQL Server 2000 در طريقه قفل كردن يا Locking Strategy است.

در MS SQL 2000 مانند اوراكل مي‌توان دسترسي همزمان به پايگاه را محدود كرد و آن را به اصطلاح قفل نمود. ولي در MS SQL 2000 امكان Deadlock خيلي زياد است؛ مخصوصاً در CTF يا Correct Transactional Flows.

از طرف ديگر، اعمال تغيير در بانك‌هاي اطلاعاتي به صورت آنلاين يكي ديگر از محدوديت‌هاي آن است. البته با استفاده از DBCC INDEXDEFRAG در SQL Server 2000 مي‌توان قسمتي از ايندكس‌ها را به صورت آنلاين تغيير داد، ولي نه به صورت كامل.

(البته اين مشكل در SQL Server 2005 تا حدي حل شده است). در اوراكل از نسخه 1/8 تا به حال، امكان تغيير و جابه‌جايي جداول و ايندكس‌ها وجود دارد؛ بدون اين‌كه به exclusive lock نياز داشته باشيم. البته ناگفته نماند كه نسخه‌هاي 2/9 اوراكل در اين قسمت داراي اشكالات و باگ‌هايي نيز بوده‌اند، ولي اين اشكالات در نسخه آخر اواركل برطرف شده است.

در ادامه، ساختار و امكانات هر دو بانك‌اطلاعاتي Oracle 10g و SQL Server 2005 با يكديگر مقايسه مي‌گردند.

مديريت بانك اطلاعاتي

SQL Server 2005 مانند ديگر محصولات مايكروسافت قسمت مديريت ساده و شكيلي دارد كه مي‌توان با آن به راحتي كار كرد و با استفاده از خط دستور در SQLCMD، ابزار مديريتي DAC يا‌ Dedicated Administrator Connection را اجرا نمود. همچنين مي‌توان از قابليت Policyها براي كاربران و صاحبان بانك‌هاي اطلاعاتي استفاده نمود.

گذشته از پيچيدگي‌هاي موجود در اوراكل، قابليت‌هاي مديريتي آن بسيار بيشتر از MS SQL است. اوراكل سيستم رمزدهي بسيار قدرتمندي دارد كه از نسخه 7 به بعد همراه آن بوده است. در اوراكل مي‌توان امكان ارتباط با User و سپس با Schema خاص را به راحتي امكانپذير نمود.

مثلاً فرض كنيد كه با كاربر Sys2 به اوراكل متصل هستيد و مي‌خواهيد روي DB2 Schema كار كنيد. كافي است دستور زير را وارد كنيد:
;ALTER SESSION SET CURRENT_SCHEMA=DB2

سيستم LOCKING

يكي از قابليت‌هايي كه در نسخه جديد SQL Server به آن اضافه شده است، قابليت SI يا Snapshot Isolation است كه در حقيقت قابليت نسخه‌برداري از رديف (row)هاي جداول است. با اين كار در موقع بروزآوري جداول، امكان انتخاب همزمان اطلاعات آن جدول نيز وجود دارد.

در اوراكل چيزي شبيه اين مكانيزم وجود دارد كه به آن Oracle Flashback Query مي‌گويند. البته بين اين دو مكانيزم تفاوت‌هايي نيز وجود دارد: اوراكل از Undo Segment براي برگشت به ركورد قبلي استفاده مي‌كند. در صورتي كه SQL Server 2005 از TempDB استفاده مي‌كند.

MetaData در اوراكل مانند جداول مديريت مي‌گردد. در نتيجه در زمان اجراي درخواست‌ها چند DDL يا Data Definition language مي‌توانند به صورت همزمان به فعاليت مشغول باشند، ولي در SQL Server 2005، فعاليت DLLها مستقيماً روي جداول انجام مي‌پذيرد.

در اوراكل عمليات Locking در DB Block انجام مي‌پذيرد، ولي در SQL Server اين كار در هر رديف جدول انجام مي‌شود. البته مايكروسافت ادعا مي‌كند كه اين كار باعث افزايش سرعت و كارايي جداول مي‌گردد، ولي وقتي سرعت و كارايي آن را با اواركل مقايسه مي‌كنيم، مي‌بينيم كه هر دو از كارايي يكساني برخوردارند.

تغيير ساختاري آنلاين

همان‌طور كه قبلاً بحث شد، قبل از نسخه جديد SQL Server 2005 تنها از طريق DBCC Indexdefrag مي‌توانستيم مثلاً ايندكس را عوض كنيم (البته بايد ازExclusive lock استفاده مي‌كرديم)، ولي اكنون اين مشكل حل شده است و مي‌توان همزمان با بازسازي چند ‌DDL را نيز اجرا نمود.

در اوراكل مي‌توان حتي تمام ساختار جداول و ايندكس‌ها را بدون Exclusive lock تغييرداد. البته براي اتمام عمليات بايد از Momentary lock استفاده شود.

Partitioning و Clustering

نسخه جديد SQL Server به تازگي قابليت جداسازي فيزيكي جداول و ايندكس‌ها را پيدا كرده است. در اوراكل قابليت Partitioning به چند صورت امكانپذير است و DBA مي‌تواند بر اساس range ،list و hash اين كار را انجام دهد.

حتي مي‌توان اين كار را در دو رده انجام داد. مثلاً مي‌توانيم جدولي را به دو قسمت براساس list جداسازي كنيم و هر كدام از قسمت‌ها را بر اساس hash دوباره جداسازي نماييم. اين قابليت اوراكل را مي‌توان در جداولي كه ركوردهاي زيادي دارند، به كار برد. البته اين قابليت در SQL Server 2005 وجود ندارد، ولي مي‌توان آن را شبيه‌سازي نمود.

SQL Server 2005 در Partitioning از قابليتي مانند اوراكل برخوردار نيست. با اين حال راه‌حل ساده‌تري را ارائه مي‌كند. در SQL Server 2005 مي‌توان با استفاده از UDF يا User Defined function اين كار را انجام داد.

در مورد Clustering ،SQL Server 2005 پشتيباني خوبي دارد، ولي طراحي و مديريت اين كار سخت است و كارايي زيادي نيز ندارد. از طرف ديگر اواركل RAC/GRID را در نسخه 10g ارائه كرده است كه مي‌توان از آن به عنوان امتيازي مسلم در مقابل SQL Server 2005 نام برد. اوراكل همچنين از سيستمي جديد به نام ASM يا Automatic Storage Management استفاده مي‌كند كه در Clustering مورد استفاده قرار مي‌گيرد.

ايندكس و Tuning

ساختار مرتب‌سازي و ايندكس در SQL Server 2005 هنوز بر اساس BTree است و در مقابل indexing قدرتمند در اوراكل ساختاري نسبتاً دارد. اوراكل هم از BTree استفاده مي‌كند، ولي از سيستم indexing به نام Bitmap نيز هم استفاده مي‌كند كه در جست‌وجوي ستون‌هايي با انتخاب كم بسيار خوب عمل مي‌كند.

اضافه بر اين اوراكل از Oracle key based cluster نيز در ايندكس استفاده مي‌كند كه كارايي بانك‌اطلاعاتي در انتخاب ركوردهايي انتخابي از چند جدول مرتبط با هم با ستون‌هاي مشابه را بالا مي‌برد.

در اواكل و SQL Server هر دو مي‌توان براي Functionهايي كه روي ستون‌هاي جدول است، ايندكس درست كرد و در هر دوي آن‌ها مي‌توان MV يا Materialized view تهيه نمود. MVها در حقيقت viewهاي آماده هستند كه مي‌توان از آن به جاي متصل كردن چند جدول استفاده كرد.

SQL Server 2005 در مقايسه با اوراكل 10g، در aggregation و functionها محدوديت‌هايي دارد. مثلاً در index view نمي‌توانيم از Distinct ،NOT و ... استفاده كنيم و امكان مثلاً Sum كردن نيست.

كپي پشتيبان و بازيابي اطلاعات

همان‌طور كه قبلاً نيز اشاره شد در نسخه‌هاي قبلي SQL Server نمي‌توانستيم به صورت آنلا‌ين از اطلاعاتمان كپي بگيريم، ولي در نسخه جديد SQL Server 2005 مديران بانك‌هاي اطلاعاتي مي‌توانند به راحتي عمليات كپي و بازيابي اطلاعات را به صورت آنلاين انجام دهند.

در حالي كه سرور در حال كار كردن است. اوراكل نيز ساختاري شبيه اين را با استفاده از Tablespaceها انجام مي‌دهد. البته در Tablespaceهاي اوراكل نمي‌توان اطلاعات قبلي را در Tablespace بازيابي نمود و از آن‌جايي كه در هر Tablespace يك Metadata وجود دارد، اين Tablespaceها نمي‌توانند كامل باشند.

البته اوراكل داراي ابزار بازيابي اطلاعات كاملي است و مي‌تواند با كمك گرفتن از Redo logها اين كار را آسان كند.
اوراكل با استفاده از logical dump‌هايي كه مي‌سازد، مي‌تواند مشكلي كه باعث نياز به بازيابي مي‌شود را شناسايي كند. البته SQL Server هم ابزارهايي مانند DBCC PAGE و DBCC LOG دارد كه مانند ابزارهاي اوراكل عمل مي‌كند.

انتقال و‌ ورود اطلاعات (Export and Import)

يكي از امكانات جديد Oracle 10 g براي انتقال يا صادر كردن اطلاعات به data pump معروف است. data pump ساختاري binary دارد. اوراكل اين كار را توسط دو گزينه كه براي صادر و دو گزينه براي وارد كردن اطلاعات دارد، انجام مي دهد. اين دو گزينه exp/data و imp/data هستند.

اضافه بر اين، در اوراكل ابزار sqlldr نيز وجود دارد كه اختصاصاً براي import كردن اطلاعات متني به كار مي‌رود. از طرف ديگر SQL Server2005 داراي دو گزينه براي export و import است؛ به نام‌هاي bcp و Bcp .DTS مي‌تواند اطلاعات را (به صورت متني) import يا export كند و حتي مي‌تواند اطلاعات را به فرمتي ذخيره كند كه بانك‌هاي اطلاعاتي ديگر نيز بتوانند از آن استفاده كنند.

DTS نيز يكي از پر سرعت‌ترين ابزارهاي انتقال اطلاعات در SQL Server است كه در مقايسه با اوراكل بسيار سريع‌تر و كار با آن آسان‌تر مي‌باشد. اوراكل نيز در نسخه جديد خود از ابزار ‌WisdomForce FastReader استفاده مي‌كند كه مي‌تواند با سرعت زياد كار export و import را انجام دهد و اطلاعات را با فرمت متني آماده سازد. از اين ابزار مي‌توان براي انتقال اطلاعات بين اوراكل و بانك‌هاي اطلاعاتي ديگر مانند MS SQL ،2DB ،Sybase استفاده نمود.

امكانات موجود براي برنامه‌نويس‌ها
يكي از امكاناتي كه اوراكل در اختيار برنامه‌نويسان قرار مي‌دهد، امكان استفاده از Exception Handling است كه توسط PL/SQL قابل دسترسي است. در SQL Server 2005 نيز اين امكان توسط Transcat-SQL مهيا شده است.

در مبحث Queuing ،SQL Server 2005 ابزاري به نام Server Broker دارد كه مي‌تواند امكان استفاده از Queing را براي برنامه‌نويسان فراهم سازد، اما در اوراكل ابزاري قوي به نام Oracle Advanced Queuing وجود دارد كه كار Queing را به صورت كامل انجام مي‌دهد.

SQL Server 2005 مي‌تواند كمك بيشتري به برنامه‌نويسان بكند؛ زيرا از NET. استفاده مي‌كند، ولي بر خلاف آن، هسته اوراكل از جاوا درست شده است و مستقيماً فقط مي‌تواند توسط PL/SQL اجرا شود. در نتيجه در SQL Server 2005 مي‌توانيم به صورت مستقل از دستورات NET. استفاده كنيم.

از طرف ديگر از آنجا كه جاوا هسته اوراكل را تشكيل مي‌دهد، نگهداري آبجكت‌هاي جاواي درون اوراكل درست مانند نگهداري يك سرور جاوا مي‌باشد، ولي SQL Server 2005 تنها در برخي قسمت‌ها مانند اشكال‌يابي از NET trigger. استفاده مي‌كند و حجم سنگيني ندارد.

امكانات ويژه SQL Server 2005

- ‌SQL Server 2005 :Replication ابزار Replication بسيار قدرتمندي دارد كه مي‌تواند از اوراكل به SQL Server يا بلعكس Replication انجام دهد.

- Notification: در SQL Server 2005 سرويس Notification يكي از سرويس‌هايي است كه مي‌توان با آن در ‌Alertهايي مانند Stock Market استفاده نمود.

- Reporting Services: يكي از امتيازات SQL Server 2005 در مقايسه با اوراكل، داشتن سرويس گزارش‌هاي داخلي است كه با استفاده از آن مي‌توان انواع گزارش‌ها را استخراج نمود. البته اوراكل هم داراي Oracle IAS است كه كار گزارش‌گيري را حتي قوي‌تر از SQL Server انجام مي‌دهد، ولي مانند SQL Server 2005 در داخل بانك اطلاعاتي نيست و به صورت خارجي عمل مي‌كند. همچنين خريد آن نيز هزينه زيادي خواهد داشت.

- Identity: در اوراكل نمي‌توان به صورت خودكار كليد اصلي يا Primary key را تعريف كرد. در صورتي در SQL Server2005 اين امكان وجود دارد. البته اوراكل داراي Sequence است، ولي نگهداري اين Sequenceها توسط مدير سيستم كار آساني نيست.

امكانات ويژه ‌Oracle 10g

- Auditing: در اوراكل اين كار با استفاده از پارامتر جديد audit_trail=db_extended, init.ora انجام مي‌پذيرد كه مي‌توان از تمامي جست‌وجوها به همراه مقادير ورودي هر يك از آن‌ها اطلاعات ذخيره كرد. اين كار در SQL Server2005 تنها با استفاده از Trace امكانپذير است. آن هم نمي‌تواند مقادير Bind شده اطلاعات را نشان دهد و استفاده از آن نيز مي‌تواند كارايي سرور را تا حد زيادي پايين بياورد.

- Logminer: در‌ اوراكل ابزاري به نام Logminer وجود دارد كه مي‌تواند تاريخچه تمامي DML يا DDLهاي كل پايگاه اطلاعاتي را به ما بدهد. SQL Server2005 اين ابزار را ندارد، ولي مي‌توان از Lumigent Log Explorer براي مشاهده برخي از اين تاريخچه استفاده كرد.

- Flashback Query: اين امكان در نسخه جديد Oracle 10g عرضه گرديد و با كمك آن مي‌توان اطلاعات از دست رفته را بازيابي كرد.

- Rollback Statistics: در اوراكل اگر عملياتي سنگين در وسط كار انجام نپذيرد، مي‌توان آن را Rollback كرد. Rollback statistics مي تواند به شما بگويد چه زماني طول خواهد كشيد كه Rollback انجام شود و عمليات پايان پذيرد. كافي است جست‌وجوي زير را به كار ببريد:
V$FAST_START_TRANSACTIONS
اين قابليت در SQL Server2005 وجود ندارد.

- AWR يا Automatic Workload Repository تصور كنيد كه بانك اطلاعاتي شما بسيار حجيم است، ترافيك زيادي دارد و جوابگويي آن به كلا‌ينت‌ها كُند شده است. با استفاده از AWR در Oracle 10g مي‌توانيم مشكل را بررسي كنيم و تشخيص دهيم چه مشكلي در سيستم وجود دارد. اوراكل اين كار را با استفاده از درست كردن Viewهاي زير انجام مي‌دهد.
v$sysmetric_history for v$sysmetric
v$active_session_history for v$active_session
v$waitclassmetric_history for v$waitclassmetric
v$session_wait_history for v$session_wait
v$servicemetric_history for v$servicemetric

- پشتيباني از OO يا Oracle :Object Oriented قابليت‌هاي شيءگرا (object oriented) دارد. براي همين، اين بانك اطلاعاتي را مي‌توان بانك اطلاعاتي رابطه‌اي شيءگرا نيز ناميد. با استفاده از اين قابليت، برنامه‌نويسان مي‌توانند Class و Objectهاي برنامه شيء‌‌گراي خود را مستقيماً به جداول بانك اطلاعاتي Map كنند.

ارسال شده در مورخه : چهارشنبه بیست و دوم خرداد 1387 ساعت 8:22 توسط محمد جهانشاهی |

روشهاي بالا بردن Performance در Query ها

1-تا جائيكه امكان دارد سعي كنيد از عبارتWHERE در دستورات SELECT خود استفاده كنيد.

2- از Inner Join استفاده نكنيد.

3-تا حد امكان از بکارگيري Cursor اجتناب كنيد.

4-در مورد اينكه آيا SELECT شما واقعا به DISTINCT نياز دارد يا نه توجه كنيد . در جايي كه نياز نيست از آن به هيچ عنوان استفاده نكنيد.

5-در عبارت SELECT خود ، فقط اسامي فيلدهايي را ذكر كنيد كه استفاده مي كنيد. لذا از عبارت SELECT * تا حد امكان خودداري كنيد.

6-دستور SET ROWCOUNT همان كاري را انجام مي دهد كه گزينه TOP در دستور SELECT .اما گزينه TOP به مراتب كاراتر است.

7-تا حد امكان از EXISTS و IN به جاي EXISTS NOT و NOT IN استفاده كنيد زيرا Performance سيستم را افزايش مي دهند.

8-از Constraint ها استفاده كنيد.مانند گزينه هاي Constraint و يا Default ها.

9-از چند Constraint براي انجام يك كنترل استفاده نكنيد. مثلا اگر از محدوديتهاي Primary Key و Foreign Key براي كنترل جامعيت ارجاعيRefrentional Integrity)) استفاده مي كنيد، كنترل اين مطلب در Trigger نيز تنها يك بار اضافي به سيستم تحميل مي كند.

10-زماني كه براي انجام يك درخواست هم مي توان از Join استفاده كرد هم از SubQuery ، استفاده از Join توصيه مي شود چون سريعتر است.

11-اگر در عبارت خود هم مي توانيد از IN استفاده كنيد هم از EXISTS ، ترجيحا از EXISTS استفاده كنيد ؤ چون كارا تر و سريتر عمل مي كند.

12-وقتي هم امكان اينرا داريد كه از IN استفاده كنيد ، هم از BETWEEN ، از BETWEEN استفاده كنيد.

13-تا جائيكه امكان دارد ، سعي كنيد از SUBSTRING( ) در عبارت WHERE خود استفاده نكنيد.زيرا باعث مي شود كه جدول Scan شود به جاي اينكه از Index استفاده كند.

14-تا جائيكه امكان دارد از توابع تبديلي در شرط WHERE استفاده نكنيد.

15-با اينكه استفاده از View ها آسان است ، اما كارايي سيستم را كم مي كنند.به جاي استفاده از View از Stored Procedureها استفاده كنيد.

16-از View هاي تودر تو استفاده نكنيد.(در صورتيكه به توصيه 16 عمل نمي كنيد !!! )

17-تا زماني كه واقعا نيازي نداريد از DISTINCT يا ORDER BY استفاده نكنيد.

18-اگر در برنامه تان از جستجوي متني wildCardي روي CHAR يا VarCHARزياد استفاده مي شود (Like % ) ، از امكانات Full Text Search استفاده كنيد.

19-شما مي توانيد از GROUP BY با / بدون توابع Aggregation استفاده كنيد.اما اگر مي خواهيد بالاترين كارايي را داشته باشيد ، از GROUP BY بدون توابع Aggregation استفاده نكنيد.

20- تا آنجا كه امكان دارد از Derived Table ها به جاي Temporary Table ها استفاده كنيد.

21-اگر در شرط WHERE از توابعي روي فيلد ها ، استفاده شود كه Non-Sargable باشند ،باعث پايين آمدن كارايي مي شود.اگر بتوانيد به شكلي شرط WHERE را طوري بازنگري كنيد كه فيلد و تابع جدا گانه باشند،در اين صورت Query مي تواند از Index موجود استفاده كرده و كارايي را افزايش دهيد.

I)


کد:

SELECT ID,First_name,LastNameFrom MembersWHERE DATEDIFF(yy,DateOfBirth,GetDate())>21


II)



کد:
SELECT ID,First_Name,Last-NameFrom MembersWHERE DateofBirth


22-ايندكس بايد روي تمام فيلدهايي كه مرتب در WHERE ، ORDER BY ، GROUP BY ، TOP و DISTINCT استفاده مي شوند ، زده شود.

23-طبق قانون Thumb ،تمام جداول حداقل يك Clustered Index داشته باشند.عموما ، نه هميشه ، Clustered Index بايد روي فيلدهايي زده شوند كه مقاديرش به صورت يكنواخت افزايش پيدا مي كنند ، مانند فيلدهاي Identity و يا فيلدهايي كه مقاديرشان افزايش مي يابند و Unique هستند.در بسياري از شرايط Primary Key بهترين انتخاب براي Clustered Index است.

24-روي جداول OLTP ، ايندكس نزنيد.چون هر ايندكس زمان اجراي دستورات DML را افزايش مي دهد.

25-دقت كنيد كه به طور تصادفي ، ايندكس مشابه روي جداول نزنيد . اين اتفاق ممكن است به سادگي اتفاق بيافتد.براي مثال ، شما يك Unique يا Primary Key روي يك فيلد تعريف مي كنيد، در اينصورت اتوماتيك ايندكس هايي روي اين فيلد زده مي شود .اما اگر شما به اين مسئله توجه نكنيد و جداگانه روي اين فيلد اينكدس بزنيد، دچار مشكل ايندكس هاي تكراري مي شويد.

26-عموما در موارد زير ايندكس زده نمي شود:
• اگر Query Optimizer از ايندكس استفاده نكند.مثلا اگر جدول كوچك باشد، اكثرا از ايندكس استفاده نمي شود.
• فيلد يا فيلدهايي كه قرار است در ايندكس باشند ،عريض باشند.
• اگر فيلدها از نوع Text يا Ntext يا Image باشند.
• اگر از جدول به ندرت استفاده شود.

27-گاهي اوقات ايده خوبي است كه يك ايندكس مركب را به چندين ايندكس تك فيلدي تجزيه كنيد.چون عملا فيلد اول توسط Query Optimizer استفاده مي شود.البته اين بدين معنا نيست كه هميشه Single Index از Composite Index ها بهتر عمل مي كنند.فقط با تست كردن مي توانيد بفهميد كه كداميك براي جدول شما كارايي بيشتري دارد.

28-اگر دو يا چند جدول داريد كه مرتبا آنها را به يكديگر Join مي كنيد ، بهتر است روي فيلدهايي كه در Join شركت دارند ايندكس بزنيد.

29-تا جائيكه امكان دارد ايندكس Unique ايجاد كنيد. زيرا SQL Server روي ايندكسهاي Unique سريعتر از ايندسهاي غير Unique مي تواند جستجو كند.

30-از فيلدهاي Float و Real براي Primary Key استفاده نكنيد.زيرا يك OverHead غير ضروري به سيستم تحميل مي كند كه كارايي سيستم را مي كاهد.

31-هيچگاه روي فيلدهايي كه روي آنها Non-Clustered Index زده شده است ، Clustered Index نزنيد.

32-از Clustered Index زدن روي فيلدهايي كه مرتب Update مي شود خودداري كنيد.زيرا هروقت فيلدي كه در يك Clustered Index استفاده شده تغيير مي كند، تمام Non-Clustered Index ها هم بايد Update شوند.

33- فيلد يا فيلدهايي را براي Clustered Index انتخاب مي كنيد كه شامل اطلاعاتي هست كه در Query ها بيشتر Search مي شوند.

Primary Key -34 ي كه شما روي جداولتان استفاده مي كنيد ، حتما نبايد هميشه Clustered Index باشند. زماني Primary Key را Clustered Index كنيد كه مرتبا ٌ Range Query روي Primary Key انجام مي دهيد يا مي خواهيد خروجيتان بر اساس Primary Key مرتب شود.

35-تا جاييكه امكان دارد از ايندكس زدن روي فيلد GUID خودداري كنيد.

36-دراول تمام Stored Procedure هاي خود از دستور SET NOCOUNT ON استفاده كنيد.

37-اگر Stored Procedure شما به صورت ديناميك باشد و يا شرايط WHERE آن در هر بار اجرا تغيير مي كند، از With Recompile در Stored Procedure خود استفاده كنيد.

38-اگر مي خواهيد اطلاعات را به صورت رشته اي در جدول ذخيره كنيد ، و طول آن كمتر از 8000 است ، از نوع Char يا VarChar به جاي Text استفاده كنيد.

39-اگر در برنامه تان از Temporary Table زياد استفاده مي كنيد، به جاي آن سعي كنيد از متغيرهايي از جنس Table استفاده كنيد.

DateTime -40 را هيچگاه به عنوان Primary Key در نظر نگيريد.

41-اگر اين انتخاب را داريد كه براي ملزم كردن Rules و Default ها از Trigger يا CHECK Constarin استفاده كنيد.ترجيحا از CHECK Constarin استفاده كنيد.

42- براي كاهش Overhead ، كمترين كد ممكن را در Trigger بنويسيد.

43- تا جاييكه ممكن است از Roll Back كردن تا حد امكان در Trigger خودداري كنيد.سعي كنيد قبل از اينكه ‏Trigger اجرا شود ، مشكل را برطرف كنيد.

44- براي ايجـاد جـداول موقت ( در صورتيكه چاره اي جز استفـاده از آنها نداريد ) ، از SELECT INTO استفاده نكنيد.

ارسال شده در مورخه : چهارشنبه بیست و دوم خرداد 1387 ساعت 8:20 توسط محمد جهانشاهی |

آموزش برنامه نويسي با پاسكال فصل چهارم

 فصل چهارم : انواع داده‌هاي غير استاندارد و آرايه‌ها

ارسال شده در مورخه : یکشنبه نوزدهم خرداد 1387 ساعت 7:44 توسط رضا قربانی | | ادامه مطلب

آموزش برنامه نويسي با پاسكال فصل سوم

فصل سوم :  زير برنامه‌ها و رويه‌ها

ارسال شده در مورخه : چهارشنبه هشتم خرداد 1387 ساعت 7:29 توسط رضا قربانی | | ادامه مطلب

آموزش برنامه نويسي با پاسكال فصل اول و دوم

فصل اول : شكل كلي برنامه‌هاي پاسكال ، انواع داده‌ها در زبان پاسكال

فصل دوم : ساختارهاي كنترلي

ارسال شده در مورخه : دوشنبه ششم خرداد 1387 ساعت 15:44 توسط رضا قربانی | | ادامه مطلب

Active Directory چيست؟

Active Directory از جمله امکانات قدرتمند Windows 2000 Advanced server است .
Active Directory امکان مديريت کاربران و کامپيوترها و گروها و بطور کلي تمامي عناصر موجود در يک شبکه را فراهم مي کند .

ارسال شده در مورخه : یکشنبه پنجم خرداد 1387 ساعت 15:14 توسط رضا قربانی | | ادامه مطلب

مبانی شبکه ها - جلسه 1

شبكه چيست ؟

شبكه در ساده ترين حالت خود شامل دورايانه متصل به هم به وسيله يك كابل است به گونه اي كه بتوانند از داده ها به طور مشترك استفاده كنند . همين شبكه ساده ، منشا تمام شبكه ها ، صرف نظر از كيفيت پيچيدگي آنها مي باشد .

رايانه هاي شخصي ابزاري براي توليد اسناد متني و گرافيكي و ساير انواع اطلاعاتند ، اماچنانچه فرد ديگري نيازمند استفاده از توليدات شما باشد ، بدون وجود شبكه ، در بهترين حالت شما مجبوريد كه اطلاعات را روي ديسكت قرار داده و در اختيار او قرار دهيد ، كه اگر آن شخص تغييراتي در آنها اعمال كند ، هيچ روشي براي ادغام تغييرات وجود ندارد . به اين روش كار در محيط هاي مستقل Stand-Alone مي گويند .

مزاياي شبكه

براي پي بردن به مزاياي شبكه از چند مثال كمك مي گيرم . يك دفتر رسم نقشه هاي ساختماني را فرض كنيد كه هشت نقشه كش و هشت كامپيوتر دارد . وظيفه اين نقشه كش ها طراحي نقشه به وسيله كامپيوتر و چاپ آنها با پلاتر است . با اين اوصاف آيا براي هر كامپيوتر بايد يك پلاتر خريد . مطمئنا هزينه سرسام آوري را در پي دارد. وجود شبكه در اين مكان باعث صرفه جويي در هزينه ها مي شود ، چون با قرار دادن يك پلاتر و به اشتراك گذاري آن براي همه كاربرها اين مشكل حل مي شود . با وجود شبكه اعتماد در امنيت داده ها بالا مي رود ، دليل آن هم وجود جند نسخه از اسناد در كامپيوتر هاي مختلف است .

امروزه شبكه اي همانند اينترنت ، محدوديت هاي جغرافيايي را از بين برده و با امكانات فراوان آن باعث صرفه جويي در وقت شده است . با شبكه ها مي توان پيام ها – داد ها – چاپگرها- مودم ها و ساير منابع سخت افزاري به اشتراك گذاشت .

تاريخچه شبكه

تاريخچه ايجاد شبكه را مي توان از سيستم هاي Time Sharing شروع كرد ، يك Main Frame كه به وسيله خطوط ارتباطي به ترمينالهايش وصل مي شد . بعد ها كه كامپيوتر هاي شخصي به وجود آمد ، مسئله شبكه پيش آمد و كم كم شبكه هاي امروزي پس از چند سال ايجاد شد ، در روند توسعه سيستم عامل شبكه ها مي توان از Novell Netware و ويندوز نام برد . ايجاد استاندارد ها توسط انجمن IEEE و ISO و هزاران شركت كه در بخش هاي مختلف شبكه تلاش كردند .

 

ارسال شده در مورخه : پنجشنبه دوم خرداد 1387 ساعت 15:37 توسط |

اصطلاحات شبكه هاي كامپيوتر

 

مقدمه :

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


ارسال شده در مورخه : پنجشنبه دوم خرداد 1387 ساعت 12:21 توسط رضا قربانی | | ادامه مطلب

درباره سايت

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


لينک دوستان
قالب وبلاگ
ميزباني وب
آموزش شبکه
بیمه ایران نمایندگی حکیمی
بازیابی اطلاعات هارد دیسک
سایت تخصصی شبکه و هک
ُسرویس های اس ام اس چاپار
سایت آموزش مجازی کامپیوتر
برنامه نویسی و الکترونیک
آموزش دروس مهندسی نرم افزار
چاپار وبلاگي براي معرفي بهترين هاي اينترنت
بزرگترین مرجع لینکهای فارسی
بزرگترين مركز دانلود ايرانيان
ترفندهای موبایل و کامپیوتر
فهرست سایتهای ایرانی
بازي هاي روز دنيا
دنیای ضرب المثل انگلیسی
نرم افزار کامپیوتر و موبایل
صدور گواهینامه رانندگی بین المللی 20 ساله (استثنایی)


وضيعت ياهو

محمد جهانشاهي

حامد مرادي


آخرين مطالب ارسالي

اخبار
بازیابی اطلاعات و تعمیرات هارد دیسک Hard disk recovery
دلفی 2010 نسخه نهایی Embarcadero Delphi 2010 RTM v14.0.3513.24210 Lite v3.6
دلفی 7 ورژن جدید 7.3.3.0 delphi
نکات بسیار مفید در مورد دلفی 2010 - rad studio 2010
مطلب در مورد ریبون در ویژوال استودیو ribbon vs 2008 wpf
پاکت پی سی NVidia APX 2500 معرفی شد
بلوتوث 3.0 رسما معرفی شد
انتشار خبر ورود USB 3 با سرعتی 10 برابر بیشتر از نسل دوم!
37 نکته مفید جهت بهبود perfomance در صفحات وب
دلفی 2010 با کامپایلر 64 بیتی - delphi 2010
ویندوز ویستا سرویس پک 2- Vista sp2
تست سلامت هارد Hard Drive Inspector Pro v3.12.211
نصب جدید بلوتوث bluetooth 3
در مورد خرابی هارد چه می دانید ؟!
کامپوننت برای ارسال اس ام اس kylix sms activex
مجموعه مقالات تخصصی نرم افزار10
مجموعه مقالات تخصصی نرم افزار9
مجموعه مقالات تخصصی نرم افزار8
مجموعه مقالات تخصصی نرم افزار7
مجموعه مقالات تخصصی نرم افزار7
مجموعه مقالات تخصصی نرم افزار6
مجموعه مقالات تخصصی نرم افزار5
مجموعه مقالات تخصصی نرم افزار 4
مجموعه مقالات تخصصی نرم افزار3


 


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

ساعت

پشتيبان





Powered by WebGozar

http://www.tehranwebs.ir/ Irandnn!
RSS

صفحه اصلي | آرشيو مطالب | تماس با ما | RSS | قالب وبلاگ

قالب وبلاگ

free Template Blog

قالب وبلاگ رايگان

قالب بلاگفا