تحقیق در مورد 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 ، یك لایه ارتباطی و خود سرور پایگاه داده ، برخورد می كنیم :

فهرست مطالب
 

مقدمــه 1
تاریخچه و اهداف ODBC 1
معماری ODBC 3
استانداردهای SQL 5
نصب PHP و ODBC بر روی ویندوز 6
API برای ODBC در PHP 7
اتصال به پایگاه داده 7
كار با فرا داده ( Meta Data ) 9
كار با تراكنش ها ( Mainpulating Transaction ) 10
بازیابی داده ها و Cursor ها 11
مشكلات معمول 13
پیش نیازهای اتصالات ODBC 13
استفاده از Ms SQL Server 14
استفاده از Ms Access 15
انتراع پایگاه داده 15
آشنایی با مفاهیم ADO و ODBC 17
تعریف كردن نام منابع داده های ODBC 20
باز كردن مدیر منابع داده های ODBC 20
نكات دیگری درباره ODBC 21
منابع مورد استفاده 25