توسعه برنامه های کاربردی و پایگاه های داده: نقاط تماس. درباره دایرکتوری های db و داده

30.04.2009 الکسی کویازین

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

پایگاه داده‌های رابطه‌ای امروزه تقریباً در همه برنامه‌ها، از تعبیه‌شده در دستگاه‌های تلفن همراه و خاص، برنامه‌های کاربردی مبتنی بر وب تا سیستم‌های مدیریت سازمانی استفاده می‌شوند. نفوذ پایگاه‌های داده به انواع برنامه‌ها در حال افزایش است و توسعه‌دهندگان ابزارها و رویکردهای کاربرپسندتری را دریافت می‌کنند. ممکن است این تصور ایجاد شود که توسعه دهندگان برنامه های کاربردی پایگاه داده، "مناسب ترین" لایه برنامه نویسانی هستند که ابزارهایی برای همه موقعیت ها دارند، اما این موضوع دور از ذهن است. Embarcadero Technologies بخش ابزارهای توسعه CodeGear Borland را در سال 2008 به منظور ترکیب ابزارهای توسعه و طراحی برنامه های کاربردی حرفه ای، ابزارهای توسعه و مدیریت پایگاه داده برای رسیدگی به مسائل برنامه و پایگاه داده خریداری کرد.

طراحی بی نظم پایگاه داده

در صنعت توسعه نرم‌افزار مدرن، این باور رایج است که تعریف الزامات محصول قبل از شروع یک پروژه غیرممکن است و بنابراین توسعه باید با تغییر مداوم آنها سازگار شود. در نتیجه، فرآیندهای تکرار شونده برای تطبیق نیازمندی‌های در حال تغییر پدیدار شده‌اند، و بازسازی کد منبع به بخشی جدایی‌ناپذیر از توسعه نرم‌افزار تبدیل شده است. در طول توسعه تکراری چه اتفاقی برای پایگاه داده می افتد؟ تغییر نیازمندی‌ها شما را مجبور می‌کند که شمای پایگاه داده را تنظیم کنید، و اغلب این اتفاق به صورت مبهم و بدون تجزیه و تحلیل تصویر کلی و وابستگی‌ها رخ می‌دهد. جداول، فیلدها، کلیدهای خارجی و محدودیت‌ها به‌طور آشفته ایجاد و تغییر می‌کنند، هیچ‌کس یکپارچگی ارجاعی را نظارت نمی‌کند، و هیچ کس نمی‌تواند با اطمینان بگوید که پایگاه داده در تکرار N با وضعیت آن در تکرار N-1 چه تفاوتی دارد.

در واقع، امروزه توسعه پایگاه‌های اطلاعاتی به روش «پچ» انجام می‌شود، همانطور که در روزهای تسلط فرآیند «آبشار» - در ابتدای پروژه، مدل خاصی از پایگاه داده براساس «طراحی» می‌شود. بر اساس نیازهای جزئی شناخته شده در حال حاضر، سپس یک پایگاه داده فیزیکی تولید می شود و سپس با ایجاد تغییرات مستقیم در پایگاه داده، مدل فراموش می شود. معایب این رویکرد آشکار است: تبادل دانش و درک تصویر بزرگ دشوار است و تغییرات غیرشفاف هستند، می توانند تضادهایی را در منطق و طرح پایگاه داده ایجاد کنند که تا لحظه نصب سیستم نرم افزاری نامشخص می ماند. به بهره برداری می رسد، که منجر به تلفات بسیار زیادی می شود. توسعه دهندگان برنامه های کاربردی پایگاه داده مدرن به ابزارهایی نیاز دارند که در جهت توسعه پایگاه داده تکراری باشند.

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

رویکرد تکراری همچنین ما را به ایجاد مدل‌های فرعی مرتبط با یک تکرار خاص سوق می‌دهد. برجسته کردن هر موجودیت و ویژگی‌های آنها در یک مدل فرعی به تفکیک حوزه‌های مسئولیت هم بین توسعه‌دهندگان مختلف و هم بین تکرارهای مختلف کمک می‌کند، در حالی که یکپارچگی کلی مدل را تضمین می‌کند. طبیعتاً برای مشاهده و درک کامل تغییرات ایجاد شده در حین تکرار و تأثیر آنها بر کل مدل، به توانایی مقایسه دو مدل نیز نیاز دارید، نه در قالب اسکریپت های SQL، بلکه در سطح موجودیت و ویژگی.

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

اهمیت توسعه پایگاه داده کمتر از توسعه برنامه نیست، بنابراین، جهت استراتژیک توسعه، ارائه فرآیند توسعه پایگاه داده با کنترل نسخه و مدیریت نیازمندی‌ها، و همچنین پیوند صریح مراحل مدل‌سازی و اصلاح پایگاه‌های داده به تکرارها و تغییر نیازمندی‌های یک پایگاه داده است. پروژه نرم افزاری برای حل مشکلات فوق و پشتیبانی از فرآیند تکراری مدرن توسعه پایگاه داده، Embarcadero ER / Studio را ارائه می دهد - یک ابزار مهندسی طراحی، تجزیه و تحلیل، معکوس و جلو که به شما امکان می دهد نسخه های مدل را بر اساس مخزن خود کنترل کنید. ابزار Change Manager را می توان برای کنترل تغییرات ابرداده در پایگاه داده های فیزیکی استفاده کرد.

کد تفکیک شده

معروف ترین مشکلی که روند توسعه برنامه های پایگاه داده را بسیار کند می کند، نیاز به استفاده از ابزارهای مختلف برای اشکال زدایی کد برنامه و کد SQL در پایگاه داده است.

بیایید به یک مثال ساده نگاهی بیندازیم. فرض کنید در حال توسعه یک برنامه کاربردی در دلفی هستید که رویه ذخیره شده را در یک DBMS Oracle فراخوانی می کند. با استفاده از ابزار دلفی، توسعه‌دهنده برنامه می‌تواند گام به گام در حالت اشکال‌زدایی تا لحظه فراخوانی پرس و جوی SQL، پارامترهای ارسال شده به رویه ذخیره شده و نتیجه‌ای که رویه برمی‌گردد را مشاهده کند. اما وقتی رویه روی سرور دیتابیس اجرا می شود چه اتفاقی می افتد؟ تعیین این مورد از محیط توسعه برنامه ما غیرممکن است - برای این کار باید برنامه ای را برای توسعه SQL بارگیری کنید که توانایی اشکال زدایی رویه های ذخیره شده را دارد و همچنین برنامه هایی را برای پرس و جوهای SQL نشان می دهد ، آمار اجرای آنها را به شما امکان می دهد. برای مشاهده و تغییر طرح پایگاه داده. با این حال، شما نمی توانید پارامترها را از محیط توسعه برنامه به محیط توسعه SQL منتقل کنید و باید آنها را به صورت دستی کپی کنید و از یک پنجره به پنجره دیگر سوئیچ کنید. همچنین نمی توان نتایج دقیق اجرای کد SQL را در Application Builder مانند طرح پرس و جو، آمار اجرا و ... مشاهده کرد. ظهور فناوری اشکال زدایی بین زبانی این مشکلات را حل کرده است.

اولین محصول Embarcadero که از اشکال زدایی چند زبانه پشتیبانی می کند RapidSQL Developer (پاور اس کیو ال سابق) است که بخش بصری آن مبتنی بر فناوری Eclipse است و بنابراین به شما امکان می دهد تا در هر محیط توسعه مبتنی بر آن (از جمله JBuilder) ادغام شوید و اشکال زدایی پویا بین زبانی اکنون، هنگامی که رویه ذخیره شده روی سرور اجرا می شود، توسعه دهنده به طور خودکار به یک محیط اشکال زدایی SQL کامل در چارچوب همان ابزار سوئیچ می کند، که قادر به اشکال زدایی پرس و جوهای معمولی SQL و رویه های ذخیره شده است. توسعه‌دهنده می‌تواند پارامترهای ورودی واقعی پرس‌و‌جوها و رویه‌های ذخیره‌شده را ببیند و فرصت اشکال‌زدایی گام به گام کد SQL را به دست آورد. ادغام RapidSQL Developer در ابزارهای توسعه سازگار با Eclipse اولین گام در یکپارچه سازی توسعه برنامه ها و پایگاه داده است و قدم بعدی ارائه قابلیت های مشابه برای دلفی، C ++ Builder و سایر ابزارهای توسعه برنامه از Embarcadero است.

برنامه های کاربردی پایگاه داده چند پلتفرمی

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

توسعه دهندگان باتجربه پایگاه داده به خوبی ماهیت مشکلات ناشی از اینجا را درک می کنند: تفاوت در انواع داده ها و گویش های SQL، فقدان مکانیسم های مهاجرت و تکرار بین DBMS های مختلف، پیچیدگی تأیید مهاجرت، نوشتن و اجرای برنامه های کاربردی برای DBMS های مختلف را به یک کابوس تبدیل می کند. از طرف ابزارهای توسعه برنامه، آنها سعی دارند با ایجاد کتابخانه های دسترسی به داده ها (dbExpress در دلفی و C ++ Builder، ADO و ADO.Net از مایکروسافت)، که بر اساس اصول معماری یکپارچه و روش های دسترسی ساخته شده اند، این مشکل را حل کنند. همانطور که با استفاده از "Wrappers" شی-رابطه ای متعدد (Object Relation Mapping، ORM) بر روی منطق رابطه و ساختار پایگاه داده، تولید کد منبع برای کار با داده ها بر اساس تجزیه و تحلیل طرحواره پایگاه داده و با استفاده از مکانیسم "آداپتورها". برای پیاده سازی پروتکل یک DBMS خاص. از محبوب ترین ORM ها می توان به Hibernate for Java و ActiveRecord در RubyOnRails اشاره کرد که یک رابط شی گرا برای داده های ذخیره شده در DBMS فراهم می کند. برای دلفی پروژه مشابه tiOPF، برای C # - NHibernate وجود دارد.

البته، استفاده از چنین کتابخانه‌های جهانی و مجموعه‌ای از مؤلفه‌ها می‌تواند به میزان قابل توجهی تعداد عملیات‌های معمول را در فرآیند توسعه پایگاه داده چند پلتفرمی کاهش دهد. با این حال، در مورد برنامه‌هایی که از پایگاه‌های داده پیچیده‌تری استفاده می‌کنند، که در آن از منطق ذاتی رویه‌ها و محرک‌های ذخیره‌شده به طور فعال استفاده می‌شود، این کافی نیست - برای پیاده‌سازی، اشکال‌زدایی و آزمایش، ابزارهای جداگانه مورد نیاز است، گاهی اوقات برای DBMS‌های مختلف کاملاً متفاوت است. . برای توسعه برنامه های کاربردی پایگاه داده بین پلتفرمی، Embarcadero ابزار RapidSQL را ارائه می دهد.

همه محصولات پایگاه داده Embarcadero از چندین پلت فرم پشتیبانی می کنند و بر اساس تجزیه و تحلیل طرحواره و موتور آمار پایگاه داده Thunderbolt هستند. هر یک از DBMS های پشتیبانی شده و هر نسخه خاص از DBMS دارای شاخه های کد مربوطه در هسته Thunderbolt هستند که به شما امکان می دهد طرحواره پایگاه داده را به نمایش داخلی در این هسته تا حد امکان دقیق نگاشت کنید و مهمتر از همه، تبدیل های صحیح را بین نمایش انجام دهید. و بانک های اطلاعاتی واقعی به لطف هسته Thunderbolt است که RapidSQL به شما امکان می دهد کد SQL با کیفیت بالا را برای همه پلتفرم های پشتیبانی شده (Oracle، MS SQL، Sybase و انواع مختلف IBM DB2) توسعه دهید، و ER / Studio می تواند مهندسی معکوس و پیشروی دقیق پایگاه داده را انجام دهد. طرحواره ها

اگر در حال توسعه برنامه ای برای دو یا چند پلتفرم هستید یا یک برنامه موجود را از یک پلتفرم به پلتفرم دیگر مهاجرت می کنید، RapidSQL همه ابزارهای لازم را برای انتقال طرحواره، کاربران و مجوزها بین DBMS های مختلف ارائه می دهد. البته، RapidSQL به طور خودکار رویه های PL / SQL را به T-SQL تبدیل نمی کند - این هنوز به یک برنامه نویس نیاز دارد - با این حال، این ابزار یک پنجره واحد برای توسعه چند پلت فرم، ویرایشگرهای یکپارچه برای اشیاء طرحواره، کاربران و حقوق آنها و SQL فراهم می کند. اشکال زدایی در تمام پلتفرم های پشتیبانی شده. ... طبق گفته کاربران RapidSQL، این امر تا 70 درصد از زمان صرف شده برای مهاجرت بین DBMS های مختلف را ذخیره می کند.

تغییرات در داده ها و نمودارها

مهاجرت از یک DBMS به DBMS دیگر بدون تأیید آن غیرممکن است. چه کسی و چگونه می تواند تضمین کند که داده های منتقل شده از یک DBMS به DBMS دیگر واقعاً یکسان است؟ کتابخانه‌های مشتری مختلف، انواع داده‌های مختلف و کدگذاری‌های مختلف، فرآیند مقایسه داده‌ها را به یک کار غیر ضروری تبدیل می‌کنند.

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

Embarcadero ابزار Change Manager را برای مقایسه داده ها، طرحواره ها و تنظیمات پایگاه داده توسعه داده است. مقایسه در چارچوب یک یا چند DBMS، با بررسی خودکار مطابقت بین انواع داده ها و تشکیل اسکریپت های SQL از تفاوت ها انجام می شود، که می تواند بلافاصله برای آوردن پایگاه های داده به حالت یکسان اعمال شود. ماژول مقایسه ابرداده مقایسه طرح‌واره‌های پایگاه داده را هم بین پایگاه‌های داده زنده و هم بین پایگاه داده و اسکریپت SQL فراهم می‌کند و یک اسکریپت برای تفاوت‌های ابرداده تولید می‌کند. این قابلیت را می توان نه تنها برای بررسی پایگاه های داده از نظر انطباق با معیار، بلکه برای سازماندهی یک فرآیند به روز رسانی منظم پایگاه داده، و همچنین برای بررسی تغییرات غیرمجاز، مثلاً، در شاخه های راه دور یک سازمان بزرگ مورد استفاده قرار داد. وضعیت در مورد فایل‌های پیکربندی مشابه است - Change Manager فایل‌های پیکربندی را مقایسه می‌کند و به شما امکان می‌دهد تا مطمئن شوید که پیکربندی برنامه‌های کاربردی مستقر شده با الزامات این نرم‌افزار مطابقت دارد.

عملکرد برنامه پایگاه داده

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

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

در طول توسعه، بهینه سازی پرس و جو را می توان با استفاده از RapidSQL انجام داد، که شامل یک ماژول SQL Profiler است که می تواند برنامه ها را تجزیه و تحلیل کند و نکاتی را برای بهبود عملکرد کوئری های SQL ایجاد کند. اما اگر مشکل در حین تولید رخ دهد و در یک کوئری SQL خاص بومی سازی نشده باشد، چه؟ اگر عملکرد در یک زمان خاص از روز کاهش یابد، یا حتی آزاردهنده تر، مشکل در یک کپی از راه دور سیستم رخ می دهد، در حالی که همه چیز در سرور اصلی خوب است؟ اینجاست که DBOptimizer، یک ابزار نمایه سازی پایگاه داده برای Oracle، Microsoft SQL Server، Sybase و IBM DB2 طراحی شده است.

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

جعبه ابزار

تمامی ابزارهای ذکر شده ضمن حل مسائل، در مراحل مختلف چرخه عمر توسعه پایگاه داده مورد استفاده قرار می گیرند. نگهداری یک دوجین برنامه برای همه مواردی که ممکن است در طول طراحی، توسعه، مهاجرت، بهینه‌سازی و بهره‌برداری پایگاه‌های اطلاعاتی مورد نیاز باشد یا نباشد، نسبتاً ناخوشایند و پرهزینه است.

جعبه ابزار همه کاره Emdacadero All-Access که در فوریه 2009 منتشر شد، شامل ابزارهای ضروری برای تمام مراحل توسعه اپلیکیشن پایگاه داده، از ER / Studio تا DBOptimizer، از دلفی و C ++ Builder تا DBArtisan است. بهترین راه برای توصیف All-Access مقایسه با جعبه ابزاری است که هر صاحب غیور در خانه دارد. شاید همه ابزارها هر روز استفاده نشوند، اما در صورت نشتی باید یک آچار قابل تنظیم همیشه در دسترس باشد.

All-Access نقش های دیگری را به برنامه نویسان یا معماران پایگاه داده تحمیل نمی کند، اما مجموعه ای جهانی از ابزارها را فراهم می کند که برای همه نقش ها در فرآیند توسعه برنامه پایگاه داده، از معمار تا آزمایش کننده، مناسب است. به همه اعضای تیم توسعه ابزار برای تمام مراحل توسعه پایگاه داده و همچنین مجموعه ای از ابزارهای بسیار تخصصی برای بهینه سازی پایگاه های داده (DBOptimizer) و برنامه های کاربردی (JOptimizer) برای "گسترش" تنگناها ارائه می دهد. این بسته از چندین DBMS پشتیبانی می کند که باعث صرفه جویی در هزینه می شود.

تفاوت های فنی بین فناوری های پایگاه داده شی گرا و رابطه ای منجر به تفاوت های فرهنگی شده است که هنوز جامعه مدیریت داده را از جامعه توسعه جدا می کند. بعد با این چه باید کرد؟

دلفی یک محیط توسعه است که از زبان برنامه نویسی دلفی استفاده می کند (از نسخه 7 شروع می شود، زبان موجود در محیط دلفی نامیده می شود، قبلاً - Object Pascal) که توسط Borland توسعه یافته و در ابتدا در بسته Borland Delphi خود پیاده سازی شده است، که از آن برنامه فعلی خود را دریافت کرده است. نام در سال 2003 ... Object Pascal در واقع وارث زبان پاسکال با پسوندهای شی گرا است.

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

ویژگی های خانواده دلفی 7:

* یک محیط توسعه سریع برنامه که ابزارهای مدل سازی را برای توسعه و استقرار برنامه های کاربردی تجارت الکترونیک و خدمات وب یکپارچه می کند.

* پشتیبانی از زبان های برنامه نویسی برای Win32 (Delphi و C / C ++) و برای دات نت (Delphi و C #) در یک محیط توسعه واحد، که نگهداری و ایجاد برنامه های Win32 جدید و تسلط آسان تر را آسان تر می کند. فن آوری های NET؛

* توانایی توسعه دهندگان برنامه های سنتی ویندوز و توسعه دهندگان با استفاده از جاوا برای توسعه برنامه های دات نت بدون رها کردن ابزارهای مورد استفاده، با حفظ مهارت ها و مفاهیم برنامه نویسی مشابه.

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

Microsoft SQL Server 2000 یک پایگاه داده کامل و ارائه تجزیه و تحلیل داده ها برای ساخت سریع راه حل های تجارت الکترونیکی مقیاس پذیر، برنامه های کاربردی تجاری و انبارهای داده است.

می‌تواند زمان عرضه این راه‌حل‌ها را به میزان قابل توجهی کاهش دهد و در عین حال مقیاس‌پذیری را برای برآورده کردن سخت‌ترین نیازها فراهم کند.

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

توسعه اپلیکیشن پایگاه داده یکی از درخواستی ترین ویژگی های محیط برنامه نویسی دلفی است. قدرت و انعطاف پذیری پایگاه داده دلفی بر اساس یک هسته سطح پایین، موتور پایگاه داده Borland (BDE) است. رابط آن با برنامه‌های کاربردی، رابط برنامه‌نویسی یکپارچه پایگاه داده (IDAPI) نامیده می‌شود. BDE امکان دسترسی به داده ها را با استفاده از روش سنتی ثبت گرا (ناوبری) و رویکرد مجموعه گرا که در سرورهای پایگاه داده SQL استفاده می شود، می دهد.

کتابخانه شی شامل مجموعه ای از اجزای بصری است که توسعه برنامه های کاربردی برای DBMS با معماری سرویس گیرنده-سرور را بسیار ساده می کند. اشیاء لایه پایینی، موتور پایگاه داده بورلند را کپسوله می کنند.

مجموعه های خاصی از مؤلفه ها مسئول دسترسی به داده ها و مؤلفه هایی هستند که داده ها را نمایش می دهند. اجزای دسترسی به داده ها امکان اتصال به پایگاه داده، انتخاب، کپی کردن داده ها و غیره را فراهم می کند.

اجزای تجسم داده به شما امکان می دهد داده ها را در قالب جداول، فیلدها، لیست ها نمایش دهید. داده های نمایش داده شده می تواند به صورت متنی، گرافیکی یا هر فرمتی باشد.

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

اشیاء پایگاه داده در دلفی مبتنی بر SQL هستند و قدرت کامل موتور پایگاه داده Borland را در خود جای داده اند. دلفی همچنین شامل Borland SQL Link است، بنابراین دسترسی به Oracle، Sybase، Informix و InterBase DBMS بسیار کارآمد است. علاوه بر این، دلفی شامل یک سرور Interbase محلی است تا بتوانید برنامه های کاربردی آفلاین قابل توسعه را برای هر سرور SQL خارجی توسعه دهید.

مقیاس پذیری در عمل - از یک برنامه مشابه می توان برای گزینه های مشتری / سرور محلی و جدی تر استفاده کرد.

اگرچه دلفی قالب جدول پایگاه داده خود را ندارد، اما با این وجود پشتیبانی قدرتمندی برای تعداد زیادی از DBMS های مختلف - هم محلی (به عنوان مثال، dBase یا Paradox) و هم صنعتی (به عنوان مثال، Sybase یا InterBase) ارائه می دهد.

پشتیبانی از پایگاه داده

11.1. فناوری های دسترسی به داده ها

Visual C ++ فناوری های دسترسی به داده ها را فراهم می کند که امکان ایجاد برنامه های کاربردی پایگاه داده را فراهم می کند. «تعداد رابط های دسترسی به داده های موجود برای برنامه های کاربردی ویندوز ممکن است بسیار زیاد به نظر برسد. کدام یک از فناوری‌هایی با نام‌های مرموز - DAO، ODBC، RDO، UDA، OLE DB یا ADO - برای ساخت یک برنامه خاص انتخاب کنید.»[l.10, p. 242]. بیشتر فناوری‌های دسترسی مبتنی بر دو فناوری کلیدی هستند: ODBC (اتصال به پایگاه داده باز) و DAO (اشیاء دسترسی به داده).

پارامترهای مقایسه ای فناوری های ODBC و DAO را می توان به صورت زیر ارائه کرد:

پارامتر
معماری	مجموعه ای از ماژول های DLL، درایورها	مجموعه اشیاء OLE
منابع داده	فایل های پایگاه داده با هر فرمتی و همچنین SQL Server و Oracle	فایل های پایگاه داده با فرمت mdb. دسترسی، فاکس پرو، پارادوکس
اتصال به پایگاه داده	شی کلاس CDatabase	شی کلاس CDaoDatabase
در حال واکشی داده ها	شی کلاس Crecordset	شیء کلاس CDaoRecordset
مشاهده داده ها	شی کلاس CrecordView	شیء کلاس CDaoRecordView
مجموعه ویژگی	مجموعه ویژگی های کوچکتر از	طیف گسترده ای از توابع، هیچ آنالوگ در ODBC وجود ندارد

ODBC و DAO مشترکات زیادی دارند، مانند استفاده از کلاس های MFC با عملکرد مشابه برای انجام عملیات اتصال پایگاه داده یکسان، بازیابی مجموعه ای از رکوردهای پایگاه داده و مشاهده آنها. اما کلاس های DAO شامل مجموعه وسیع تری از توابع و همچنین توابعی هستند که در ODBC بی نظیر هستند.

تفاوت های قابل توجهی نیز وجود دارد. این به معماری فناوری ها در پیاده سازی کتابخانه های سیستمی مربوط می شود. کلاس های ODBC به عنوان مجموعه ای از DLL ها به نام درایور (DLLs، Dinamic-Link Library) پیاده سازی می شوند. و کلاس های DAO به عنوان مجموعه ای از اشیاء OLE پیاده سازی می شوند که مدرن تر است.

تفاوت مهم دیگر بین فناوری ها در استفاده از آنها برای منابع داده است. در حال حاضر، تعداد نسبتاً زیادی از درایورهای ODBC برای DBMS های مختلف توسعه یافته اند. بنابراین، ODBC را می توان برای فایل های پایگاه داده با فرمت های مختلف استفاده کرد، در حالی که DAO را می توان عمدتاً برای فایل های پایگاه داده با فرمت mdb. استفاده کرد. در عین حال، یک برنامه مبتنی بر ODBC می تواند به طور همزمان با DBMS های مختلف بدون کامپایل مجدد به دلیل بارگذاری پویا درایورها کار کند.

11.2. ایجاد اپلیکیشن پایگاه داده

ایجاد یک برنامه کاربردی برای کار با پایگاه داده مبتنی بر فناوری های ODBC یا DAO به مراحل زیر نیاز دارد:

ایجاد دسترسی به پایگاه داده مرحله ثبت پایگاه داده مشخص شده به عنوان منبع داده است.

ایجاد یک برنامه خرد این مرحله به طور خودکار با استفاده از AppWizard در طول 6 مرحله پیکربندی برنامه با انتخاب فناوری دسترسی به منبع داده ODBC یا DAO انجام می شود.

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

هدف از کار ایجاد برنامه ای است که عملیات را با پایگاه داده انجام می دهد: مشاهده، افزودن، حذف.

بیایید از فایل db.mdb استفاده کنیم که یک پایگاه داده ایجاد شده در Access DBMS است. فایل حاوی اطلاعاتی در مورد دانش آموزان است: نام، نمره (دوره). فایل را می توان در ftp://ftp.sybex.com/2120/vcpp.exe [l.13, p. 415]. شما می توانید فایل خود را در هر برنامه پایگاه داده ایجاد کنید.

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

بدون عنوان - آزمایشگاه 11

راهنمای ویرایش فایل مشاهده رکورد

[|<] [<] [>] [>|]

ایجاد دسترسی به پایگاه داده

برای ایجاد دسترسی به پایگاه داده به عنوان منبع داده، مراحل زیر را انجام دهید:

یک پوشه Dbase ایجاد کنید و فایل db.mdb را در آن کپی کنید. اگر فایل داده خود را ایجاد کرده اید، آن را کپی کنید.

به ترتیب روی Start، Settings، Control Panel کلیک کنید. در پنجره کنترل پنل، روی ODBC 32 بیتی دوبار کلیک کنید. پنجره Data Source Administrator ظاهر می شود.

بر روی دکمه افزودن کلیک کنید. پنجره Create New Data Source با لیستی از درایورها باز می شود. Microsoft Access Driver (mdb.) را انتخاب کرده و روی دکمه Finish کلیک کنید. پنجره ODBC Microsoft Access 7.0 Setup ظاهر می شود.

Students را در Data Source Name و Name_Grade را در قسمت Description وارد کنید. اگر فایل داده خود را ایجاد کرده اید، مقادیر مناسب را وارد کنید.

بر روی دکمه انتخاب کلیک کنید. پنجره Select Database باز می شود. فایل db.mdb یا فایل خودتان را انتخاب کنید.

بر روی دکمه OK کلیک کنید. پنجره ODBC Microsoft Access 7.0 Setup ظاهر می شود. در پنجره ODBC Data Source Administrator روی OK و سپس OK کلیک کنید.

بنابراین، دسترسی به فایل پایگاه داده db.mdb (یا به فایل خود) با استفاده از درایور Microsoft Access Driver ODBC (mdb.) ایجاد می شود.

ایجاد یک خرد برنامه

برای ایجاد یک برنامه، مراحل زیر را دنبال کنید:

دستور File-> New و تب Projects را انتخاب کنید. پنجره پروژه جدید با لیستی از انواع برنامه ها ظاهر می شود.

از لیست MFC Appwizard (exe) را انتخاب کنید. در قسمت Project name نام پروژه Lab11 را وارد کنید. فیلد Location پوشه ای را برای ذخیره پروژه (به طور پیش فرض، همان نام پروژه) مشخص می کند. روی OK کلیک کنید.

۶ مرحله سفارشی سازی اپلیکیشن ایجاد شده را کامل کنید. در مرحله اول SDI (Single Document Interface) - one open window را انتخاب کرده و روی Next کلیک کنید.

مرحله دوم - کار با پایگاه های داده. چک باکس Header only دسترسی به پایگاه‌های داده را فرض می‌کند، مشاهده پایگاه داده بدون پشتیبانی از فایل - نمای پایگاه داده بدون پشتیبانی از عملیات فایل (سوابق را می‌توان به روز کرد)، نمای پایگاه داده با پشتیبانی از فایل - مشاهده پایگاه داده و پشتیبانی از فایل (کار با بسیاری از اسناد). در مثال ما، دکمه رادیویی نمای پایگاه داده با پشتیبانی فایل را تنظیم کنید. برای اتصال برنامه به منبع داده، روی دکمه Data Source کلیک کنید.

ایجاد برنامه های کاربردی برای کار با پایگاه های داده.

هنگامی که شما نیاز به کار با حجم زیادی از داده ها دارید از پایگاه های داده استفاده می شود.

پایگاه داده رابطه ای مجموعه ای از جداول، رویه ها و سایر اشیاء است که از عملکرد آن پشتیبانی می کند. جدول دارد نام- شناسه ای که با آن می توان به آن اشاره کرد. نمونه جدول داده های کارکنان پارس:

عدد	بخش	نام خانوادگی	نام	نام خانوادگی	سال تولد	کف	مشخصه	عکس
شماره	بخش	فام	نام	پار	سال_ب	ارتباط جنسی	شخصیت	عکس
	بخش حسابداری	ایوانف	ایوان	ایوانوویچ	1950
	کارگاه 1	پتروف	پیتر	پتروویچ	1960
	کارگاه 2	سیدوروف	سیدور	سیدورویچ	1955
	کارگاه 1	ایوانووا	ایرینا	ایوانونا	1961

ستون هاجداول با ویژگی های اشیاء - فیلدها مطابقت دارد. هر فیلد با نام و نوع داده های ذخیره شده مشخص می شود. نام زمینهیک شناسه است که در برنامه های مختلف دستکاری داده ها استفاده می شود. مانند هر شناسه، نام فیلد می تواند فقط از حروف لاتین، فقط یک کلمه و غیره تشکیل شده باشد (خط 2 در جدول).

نوع میداننوع داده های ذخیره شده در فیلد را مشخص می کند. اینها می توانند رشته ها، اعداد، مقادیر بولی، متون بزرگ (به عنوان مثال، ویژگی های کارمند)، تصاویر (عکس های کارمند) و غیره باشند.

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

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

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

برای ترتیب داده ها از مفهوم استفاده می شود فهرست مطالب... شاخص نشان می دهد که در کدام دنباله توصیه می شود جدول را مشاهده کنید. او به عنوان یک واسطه بین کاربر استو جدول:

شاخص ها می توانند باشند اولیهو ثانوی.
به عنوان مثال، نمایه اولیه می تواند فیلدهایی باشد که هنگام ایجاد پایگاه داده به عنوان کلید علامت گذاری شده اند. و نمایه های ثانویه را می توان از سایر فیلدها هم در هنگام ایجاد خود پایگاه داده و هم بعداً در فرآیند کار با آن ایجاد کرد. نمایه های ثانویه به نام هایی اختصاص داده می شوند - شناسه هایی که می توان از آنها استفاده کرد.
یک پایگاه داده معمولاً شامل نه یک، بلکه چندین جدول است. به عنوان مثال، یک پایگاه داده در مورد یک سازمان خاص ممکن است شامل جدولی از بخش های موجود در آن با ویژگی های هر یک از آنها باشد.
جدول Dep با فیلدها بخشو Proisv

در جداول پیوندی، معمولاً یکی به صورت ظاهر می شود خانه، و دیگری یا چندین مورد دیگر - به عنوان کمکی که توسط اصلی مدیریت می شود. جداول اصلی و فرعی به یکدیگر مرتبط هستند کلید... برخی از فیلدهایی که در هر دو جدول وجود دارند می توانند به عنوان یک کلید عمل کنند.

در مثال، میز سر می تواند باشد بخش، کمکی پارس، و آنها می توانند از طریق میدان ارتباط برقرار کنند بخشموجود در هر دو جدول

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

ایجاد پایگاه داده و پردازش درخواست ها برای سیستم های مدیریت پایگاه داده - DBMS: Paradox، Microsoft Access، FoxPro، Oracle، InterBaseو غیره.

DBMS های مختلف پایگاه های داده را به روش های مختلف سازماندهی و ذخیره می کنند. پارادوکس از یک فایل برای هر جدول استفاده می کند. Microsoft Access و InterBase چندین جدول را به عنوان یک فایل ذخیره می کنند. در این حالت پایگاه داده نام فایل با مسیر دسترسی به آن است. سیستم های مشتری / سرور (Sybase، Microsoft SQl، Oracle) تمام داده ها را در یک رایانه جداگانه ذخیره می کنند و با استفاده از یک زبان خاص - SQL با مشتری ارتباط برقرار می کنند.

نام مستعار پایگاه داده برای ساده کردن تماس های پایگاه داده استفاده می شود. نام مستعار (نام مستعار)شامل تمام اطلاعات مورد نیاز برای دسترسی به پایگاه داده است. این اطلاعات تنها یک بار در هنگام ایجاد نام مستعار ارائه می شود. و برنامه از یک نام مستعار برای ارتباط با پایگاه داده استفاده می کند. در این حالت، برنامه اهمیتی نمی‌دهد که پایگاه داده از نظر فیزیکی در کجا قرار دارد و اغلب به DBMS که این پایگاه داده را ایجاد و نگهداری می‌کند اهمیتی نمی‌دهد. هنگام تغییر سیستم دایرکتوری، سرور و غیره. شما نیازی به تغییر چیزی در برنامه ندارید. کافی است مدیر پایگاه داده اطلاعات مناسب را در نام مستعار وارد کند.

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

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

منابع مالیدلفی، برای توسعه و بهره برداری از برنامه هایی که از پایگاه های داده استفاده می کنند، طراحی شده است:

BDE (موتور پایگاه داده بورلند) - موتور پایگاه داده بورلند. مجموعه ای از کتابخانه های DLL است که دسترسی سطح پایین به پایگاه داده های محلی و سرویس گیرنده-سرور را فراهم می کند. باید روی هر رایانه ای که از برنامه های پایگاه داده نوشته شده برای دلفی استفاده می کند نصب شود.

پیوندهای SQL - درایورهای کار با سرورهای داده از راه دور (MS SQL Server، Oracle)

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

دسکتاپ پایگاه داده (DBD) - ابزاری برای ایجاد، تغییر و مشاهده پایگاه داده. این ابزار در درجه اول بر کار با جداول DBMS محلی مانند Paradox متمرکز است. امکان ایجاد و مشاهده جداول پایگاه های داده تحت کنترل سرورها با برخی محدودیت ها وجود دارد: InterBase، MS SQL Server، Oracle.

DBD به برنامه نویس اجازه می دهد تا با استفاده از روش QBE (Query By Example) یک پرس و جو در پایگاه داده ایجاد کند.

SQL Explorer یک ابزار همه کاره است که بسیاری از ویژگی های BDE Administrator و DBD را ترکیب می کند. با کمک آن می توانید نام مستعار پایگاه داده ایجاد و مشاهده کنید، ساختارها و محتویات جداول پایگاه داده را مشاهده کنید، پرس و جوهایی را در پایگاه داده در SQL ایجاد کنید، دیکشنری های داده (الگوهای فیلدهای جدول) ایجاد کنید.

SQL Monitor ابزاری برای ردیابی اجرای پرس و جوهای SQL است.

اجزای غیر بصری برای کار با پایگاه داده - برای اتصال برنامه با جداول پایگاه داده در سیستم های محلی و توزیع شده استفاده می شود. آنها در صفحه دسترسی به داده های پالت مؤلفه قرار دارند. با استفاده از کامپوننت‌های غیر بصری، می‌توانید به پایگاه‌های داده متصل شوید، پرس‌وجوهایی را برای آن‌ها تشکیل دهید و جداول را دستکاری کنید.

اجزای بصری برای کار با پایگاه داده - طراحی شده برای تجسم رکوردهای مجموعه داده ها یا فیلدهای جداگانه آنها. این کامپوننت ها در صفحه Data Controls از Component Palette قرار دارند. آنها به عنوان ابزار توسعه اولیه برای رابط کاربری دسترسی به داده ها عمل می کنند.

ویژگی های برنامه های کار با پایگاه های داده.

یکی از ویژگی های برنامه های کار با پایگاه های داده ایجاد شده با دلفی، استفاده ضروری از BDE در آنها است. (پردازنده پایگاه داده رابطه ایموتور پایگاه داده بورلند گنجانده شده دردلفی) که به عنوان پل ارتباطی بین برنامه و پایگاه داده عمل می کند.

BDEتمام کارهای سطح پایین را بر عهده می گیرد تا برنامه مشتری داده های مورد نیاز خود را ارائه دهد، بنابراین، در حالت کلی، برنامه به صورت زیر با داده ها تعامل دارد:

BDEبخشی از برنامه نیست بسته به نوع DBMS، می توان آن را بر روی دستگاه مشتری یا سرور قرار داد.

معمولا بین برنامه و BDEلایه ای از مؤلفه ها وجود دارد که توسعه برنامه ها را بسیار ساده می کند. اجزای غیر بصری مستقیماً با آنها کار می کنند BDEو سه مورد از آنها (TTable، TQuery، TStoredProc) به عنوان مجموعه داده ها خدمت می کنند، در حالی که اجزای بصری داده های ارائه شده به آنها را نمایش می دهند و برای ایجاد یک رابط کاربر پسند خدمت می کنند. بین مجموعه داده ها و مؤلفه های بصری، همیشه مؤلفه های TDataSource وجود دارند که نقش دریچه هایی را بازی می کنند که جریان های داده ای را که بین منابع و مؤلفه های بصری رد و بدل می شوند باز یا بسته می کنند (شکل را ببینید).

برخی از آنها پشتیبانی کردندانواع DB دلفی

پایگاه داده های سرور محلی و فایل.

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

نسخه محلی فقط می تواند یک حالت تک کاربره دسترسی به داده را ارائه دهد.

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

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

پایگاه داده های سرویس گیرنده-سرور

در معماری سرویس گیرنده-سرور، یک پیوند میانی مهم بین BDE و پایگاه داده ظاهر می شود - سرور پایگاه داده (برنامه ویژه ای که پایگاه داده را مدیریت می کند).

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

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

ایجاد و مشاهده نام مستعار پایگاه داده

1. از طریقDBD.

معمولا تماس بگیرید دسکتاپ پایگاه دادهدر منوی اصلی دلفی در قسمت ابزارها گنجانده شده است. اگر این کار انجام نشد، می توانید با دستور Tools | Configure Tools ... (فایل DBD32.exe) آن را فعال کنید.

DBD به شما امکان می دهد جداول پایگاه داده برخی از DBMS ها را ایجاد کنید، ساختار آنها را تنظیم و تغییر دهید.

می توانید با اجرای Tools | Alias ​​Manager نام مستعار ایجاد و مشاهده کنید. پنجره Alias ​​Manager ظاهر می شود:

هنگامی که یک نام مستعار را در لیست مستعار پایگاه داده انتخاب می کنید، نوع درایور به طور خودکار در لیست کشویی تغییر می کند.

1. از طریقمدیر BDE.

1. از طریقاکسپلورر پایگاه داده (SQL Explorer).

این برنامه از منوی اصلی دلفی با استفاده از پایگاه داده | فراخوانی می شود کاوش کنید.