پروژه دانشجویی مقاله ODBC تحت word :: دانشسرا مرکز پروژه های دانشجویی ایران

پروژه دانشجویی مقاله ODBC تحت word دارای 26 صفحه می باشد و دارای تنظیمات و فهرست کامل در microsoft word می باشد و آماده پرینت یا چاپ است

فایل ورد پروژه دانشجویی مقاله ODBC تحت word کاملا فرمت بندی و تنظیم شده در استاندارد دانشگاه و مراکز دولتی می باشد.

این پروژه توسط مرکز مرکز پروژه های دانشجویی آماده و تنظیم شده است

توجه : توضیحات زیر بخشی از متن اصلی می باشد که بدون قالب و فرمت بندی کپی شده است

بخشی از فهرست مطالب پروژه پروژه دانشجویی مقاله ODBC تحت word

مقدمــه
تاریخچه و اهداف ODBC
معماری ODBC
استانداردهای SQL
نصب PHP و ODBC بر روی ویندوز
API برای ODBC در PHP
اتصال به پایگاه داده
کار با فرا داده ( Meta Data )
کار با تراکنش ها ( Mainpulating Transaction )
بازیابی داده ها و Cursor ها
مشکلات معمول
پیش نیازهای اتصالات ODBC
استفاده از Ms SQL Server
استفاده از Ms Access
انتراع پایگاه داده
آشنایی با مفاهیم ADO و ODBC
تعریف کردن نام منابع داده های ODBC
باز کردن مدیر منابع داده های ODBC
نکات دیگری درباره ODBC
منابع مورد استفاده

مقــدمه :

ODBC یک API ارتباطی مستقل از سیستم عامل و پایگاه داده ها می باشد که به یک برنامه سرویس گیرنده امکان می دهد تا از طریق فراخوانی توابع مبتنی بر استاندارد به پایگاه داده back – end و بدون تکیه بر پروتکل های ارتباطی اختصاصی مختص پایگاه داده ارتباط برقرار کند

چرا این مهم است ؟ چرا نباید فقط با Oracle یا SQL Server یا Informix کار کرد و کار را با آنها به پایان برد ؟ چندین دلیل وجود دارد . مشخص نبودن سکو و پایگاه داده در یک برنامه ، قابلیت حمل و آزادی را فراهم می کند . اهمیت این آزادی وقتی به سرعت مشخص می شود که محدودیت های فقط یک پایگاه داده و سکو را در مورد مقیاس پذیری ، سرعت ، گواهی یا هر عامل متغیر دیگری بین سیستم های تولید مختلف در نظر بگیریم . ODBC همچنین امکان ایجاد برنامه ها بر روی محیط های ایجاد و توسعه desktop را با حداکثر استفاده روی سکو فراهم می کند

همچنین هر پایگاه داده ای برای هر کاری خوب نیست . MySQL به شکل کنونی خود یک پایگاه داده فقط خواندنی است که برای سایت های وب ، محتویات را فراهم می کند ، ولی ممکن است ترجــیح دهید که برای یک warehouse داده ها یا Virtuoso ازOracle به عنوان پایگاه داده استفاده کنید

تاریخچــه و اهداف ODBC :

حدود سال 1990 ، عرضه کنندگان پایگاه داده UNIX شامل Oracle ، Informix و IBM به عنوان بخشی از SQL Access Group ، یک CLI (Call – Level Interface) را ارائه کردند تا امکان استفاده از SQL را به روش قابل انتقال فراهم کند

قبل از SAG CLI ، تنها راه استفاده از SQL به صورت Embedded SQL بود ، به این معنی که دستورات SQL در زبان برنامه نویسی شما می بایستی از یک پیش کامپایلر مختص زبان رد می شد که دستورات را به زبان API پایگاه داده مورد نظر می شکست . Embedded SQL ، دست و پا گیر بود و عرضه کنندگان پایگاه داده در SAG و گروه X/Open مربوطه جمع شدند تا یک واسط SQL قابل حمل را ایجاد کنند که بتواند بین پایگاه داده های مختلف و بدون پیش کامپایلر خاص زبان مورد استفاده قرار گیرد

SAG CLI مبتنی بر یک زیر مجموعه از مشخصات SQL بنام Static SQL می باشد که ANSI SQL86 نیز نامیده می شود . این مشخصه طوری گسترش یافت که Dynamic SQL را نیز پوشش داد و عرضه کنندگان مختلفی مثل IBM و Informix به سرعت این CLI را به عنوان استاندارد بدون چون و چرا ، برای SQL در پایگاه داده های خود اتخاذ کردند

در سال 1992 ، مایکروسافت ، SQL CLI را در یک مجموعه از واسط ها به نام ODBC پیاده سازی کرد و SAG CLI را طوری گسترش داد که شامل توابعی برای پرس و جو و کنترل درایورها و دستیابی به کاتالوگ پایگاه داده شود . مایکروسافت با درک این مطلب که یک مجموعه از ابزارهای گرافیکی و SDK ها اتخاذ را ممکن می کنند ، قابلیت استفاده از SAG CLI را بهبود بخشید و شروع به حمایت شدید از ODBC در برابر شرکاء و مشتریان خود کرد

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

معمــاری ODBC :

معماری ODBC از چند بخش تشکیل شده است . بیایید با شروع از سرویس گیرنده در یک اتصال ساده حرکت کنیم . برای این بحث ، سرویس گیرنده را به وسیله محل برنامه ( مثلا PHP ) شناسایی می کنیم

برنامه PHP مثل یک سرویس گیرنده برای سرور پایگاه داده عمل می کند . با حرکت از PHP در طول این اتصال معمولا به یک Data Source Name ( DSN ) ، درایور ODBC ، مدیر درایور ( DM ) ODBC ، یک لایه ارتباطی و خود سرور پایگاه داده ، برخورد می کنیم

درایور MyODBC برای MySQL ، درایور MS برای MS Access و درایورهای OpenLink ODBC ، مثال هایی از درایور ODBC هستند . مدیرهای درایور شامل Microsoft ODBC administrator روی ویندوز و Iodbc تحت nix می باشند

در اینجا تفاوت اساسی بین DM در ویندوز و DM در برخی اشکال لینوکس یا یونیکس وجود دارد . ODBC administrator تحت ویندوز به همراه سیستم عامل موجود است و یک محصول closed source است و این خبر بدی است . ولی خبر خوب این است که این مدیر در هر سیستم ویندوزی موجود است . برنامه نویسان PHP با یک سرویس گیرنده UNIX ، Linux و Mac OS X ، ممکن است نیاز داشته باشند که یک مدیر درایور را نصب کنند

یک راه حل ، جایگزین open source بین سکویی که به وسیله OpenLink Software حفظ می شود ، Iodbc می باشد . Iodbc به عنوان یک راه حل جایگزین برای مدیر درایور مایکروسافت ایجاد شد و تحت گواهی LGPL یا BSD به صورت رایگان موجود است . این مدیر نه تنها شامل کتابخانه های مدیر درایور می باشد ، بلکه شامل یک SDK برای ایجاد درایورها یا برنامه های سازگار با ODBC و یک واسط گرافیکی می باشد

حال به معماری اتصال خود بپردازیم و اجزای آن را از نظر کاری که انجام می دهند ، تعریف کنیم . مدیر درایور ، یک مجموعه از پارامترهای درایور ODBC به نام ( DSN) Data Source Name را ثبت می کند . PHP در مدیر درایور به دنبال DSN می گردد و بعد پارامترهای اتصال موجود در آن را به درایور مناسبی که اتصال را برقرار می کند ، ارسال می کند

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

استانداردهای SQL :

ODBC معمولا از مشخصات SQL92 پشتیبانی می کند . یک درایور ODBC که خوب پیاده سازی شده باشد قابلیت SQL اضافی را روی پایگاه داده های back – end اعمال می کند ، حتی اگر از آن پشتیبانی نکنند . یک مثال خوب در این زمینه ، cursor ها یا مجموعه نتایج قابل پیمایش می باشد . یک درایور ODBC خوب ، یک مدل را با چند cursor پیاده سازی خواهد کرد که هم به سمت جلو و هم به سمت عقب قابل پیمایش باشد و نیز نسبت به تغییرات در داده های مربوطه ، حساس باشد . به طور ایده آل ، یک ODBC Driver از طزیق پیاده سازی ODBC API ، مسائل همخوانی با SQL در پایگاه داده مربوطه را از دید برنامه نویس پنهان می کند

بااین حال ، هنوز محدودیت هایی روی قابلیت پایگاه داده مورد استفاده قرار دارد . برای مثال ، هیچ درایور ODBC و پایگاه داده MySQL 3.x را قادر نخواهد کرد که کلیدهای خارجی یا stored procedure ها را مدیریت کند

دانشسرا مرکز پروژه های دانشجویی ایران