مقاله ODBC مربوطه  به صورت فایل ورد  word و قابل ویرایش می باشد و دارای ۲۶  صفحه است . بلافاصله بعد از پرداخت و خرید لینک دانلود مقاله ODBC نمایش داده می شود، علاوه بر آن لینک مقاله مربوطه به ایمیل شما نیز ارسال می گردد

 فهرست مطالب

مقدمــه    ۱
تاریخچه و اهداف 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 :

حدود سال ۱۹۹۰ ، عرضه کنندگان پایگاه داده 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 در پایگاه داده های خود اتخاذ کردند .

در سال ۱۹۹۲ ، مایکروسافت ، 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 ها را مدیریت کند .

نصب PHP و ODBC بر روی ویندوز :

تمام مقالات و پایان نامه و پروژه ها به صورت فایل دنلودی می باشند و شما به محض پرداخت آنلاین مبلغ همان لحظه قادر به دریافت فایل خواهید بود. این عملیات کاملاً خودکار بوده و توسط سیستم انجام می پذیرد.

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