PostgreSQL FAQسوالاتي كه اغلب در مورد PostgreSQL‌ پرسيده مي شوند تاريخ آخرين Ø§ØµÙ„Ø§Ø Ø§ÙŠÙ† Ùايل: 28 شهریور 1383 هجری شمسی نگهدارنده اصلي Ùايل (زبان انگليسي)در Øال Øاضر : Bruce Momjian pgman@candle.pha.pa.us نگهدارنده Ùايل به زبان Ùارسي: m.taghizadeh@imenafzar.net Ù…Øمود تقي‌زاده مهرجردی آخرين نسخه اين Ùايل را مي‌توانيد از اين آدرس بگيريد http://www.PostgreSQL.org/docs/faqs/FAQ.html سوالاتي كه در مورد يك سکوی(پلتÙرم) خاص است در اين آدرس جواب داده شده اند http://www.PostgreSQL.org/docs/index.html سوالات عمومي 1.1) PostgreSQL چيست Ùˆ چگونه بايد آن را تلÙظ كرد؟ 1.2) قانون كپي رايت‌ (Øقوق معنوي) در مورد PostgreSQL به Ú†Ù‡ صورت است؟ 1.3) PostgreSQL‌ روي Ú†Ù‡ نوع يونيكسهايي اجرا مي‌شود؟ 1.4) روي Ú†Ù‡ Ù…Øيطهاي غير يونيكسي مي‌توان آن را اجرا كرد؟ 1.5) PostgreSQL را از كجا مي‌توانم بگيرم؟ 1.6) از كجا خدمات پشتيباني بگيرم؟ 1.7) آخرين نسخه اعلام شده چيست؟ 1.8) Ú†Ù‡ مستندات Ùˆ راهنمائيهايي وجود دارند؟ 1.9) چگونه مي‌توانم ازاشكالات شناخته شده Ùˆ يا امكاناتي كه در اين پايگاه داده وجود ندارد مطلع شوم؟ 1.10) چگونه مي‌توانم زبان SQL را ياد بگيرم؟ 1.11) آيا PostgreSQL مشكل Y2K‌ دارد يا خير؟ 1.12) چگونه مي‌توانم به تيم برنامه نويس PostgreSQL ملØÙ‚ شوم؟ 1.13) چگونه مي‌توانم يك اشكال را به گروه برنامه نويس اعلام كنم؟ 1.14) وضعيت PostgreSQL‌ در مقايسه با ساير DBMSها به Ú†Ù‡ صورت است؟ 1.15) من چگونه مي‌توانم از نظر مالي به PostgreSQL كمك كنم؟ سوالات مربوط به استÙاده از پايگاه داده 2.1) آيا هيچ درايور ODBC‌ براي PostgreSQL وجود دارد؟ 2.2) Ú†Ù‡ ابزارهايي براي استÙاده از PostgreSQL‌ با صÙØات وب وجود دارد؟ 2.3) آيا PostgreSQL‌ يك واسط كاربري گراÙيكي دارد؟ 2.4) با Ú†Ù‡ زبانهاي برنامه‌نويسي مي‌توان با PostgreSQL‌ ارتباط برقرار كرد؟ سوالات مربوط به راهبري 3.1) چگونه مي‌توانم PostgreSQL‌ را در شاخه‌اي غير از /usr/local/pgsql/ نصب كنم؟ 3.2) چرا موقعي كه من برنامه postmaster‌ را اجرا مي كنم پيام Bad system call‌ Ùˆ يا core dump ‌مي‌گيرم؟ 3.3) چرا موقعي كه من سعي مي‌كنم برنامه postmaster‌ را اجرا كنم خطاي IpcMemoryCreate مي‌گيرم؟ 3.4) چرا موقعي كه من سعي مي‌كنم برنامه postmaster‌ را اجرا كنم خطاي IpcSemaphoreCreate مي‌گيرم؟ 3.5) چگونه مي‌توانم اتصالات ساير ماشينها را كنترل كنم؟ 3.6) براي كارايي بالاتر Ùˆ بهتر پايگاه داده من Ú†Ù‡ تنظيماتي را بايد انجام دهم؟ 3.7) Ú†Ù‡ امكاناتي براي پيدا كردن اشكال‌ وجود دارد؟ 3.8) چرا موقعي كه من مي‌خواهم به پايگاه داده وصل شوم پيام "Sorry, too many clients" ‌مي‌گيرم؟ 3.9) در شاخه pgsql_tmp Ú†Ù‡ چيزي قرار دارد؟ 3.10) چرا براي به روز كردن نسخه پايگاه داده من بايد كل داده ها را dump‌ Ùˆ مجدداً restore كنم؟ 3.11) از Ú†Ù‡ سخت اÙزاري بايد استÙاده كنم؟ سوالات عملياتي 4.1) تÙاوت بين binary cursors Ùˆ Normal cursors چيست؟ 4.2) من چگونه مي‌توانم Ùقط روي چند ردي٠اول يا يك ردي٠تصادÙÙŠ درخواست SELECT‌ بزنم؟ 4.3) من چگونه مي‌توانم ليستي از جداول يا ساير چيزهايي كه در psql‌ وجود دارد را ببينم؟ 4.4) چگونه يك ستون جدول را Øذ٠مي‌كنيد؟ چگونه نوع داده آن را عوض كنيم؟ 4.5) Øداكثر اندازه يك رديÙ،‌ جدول Ùˆ خود پايگاه داده چقدر است؟ 4.6) چقدر Ùضاي ديسك سخت براي ذخيره كردن داده‌‌هاي يك Ùايل متني مورد نياز است؟ 4.7) چگونه مي‌توانم بÙهمم كه Ú†Ù‡ كاربران،‌ پايگاه داده،‌ نمايه Ùˆ جداولي در سيستم تعري٠شده است؟ 4.8) چرا درخواستهاي من كند اجرا مي‌شوند يا چرا از نمايه ها استÙاده نمي‌كنند؟ 4.9) چگونه مي‌توانم Ù†Øوه بررسي درخواست را توسط بهينه‌ساز درخواستها مشاهده كنم؟ 4.10) نمايه R-tree‌ چيست؟ 4.11) بهينه ساز تكويني درخواست چيست؟ (Genetic Query Optimizer) 4.12) چگونه از عبارات منظم براي جستجو استÙاده كنم؟ چگونه جستجويي انجام دهم كه Øساس به متن نباشد؟ چگونه براي يك جستجوي غير Øساس به متن از نمايه استÙاده كنم؟ 4.13) چگونه مي‌توانم در يك درخواست تشخيص دهم كه يك Ùيلد NULL‌ است؟ 4.14) تÙاوت بين گونه‌هاي مختل٠character چيست؟ 4.15.1) چگونه مي‌توانم يك Ùيلد سريال يا اÙزايشي ايجاد كنم؟ 4.15.2) چگونه مي‌توانم مقدار يك درج سريالي را بدانم؟ 4.15.3) آیا توابع ()nextval Ùˆ ()currval منجر به ایجاد شرایط race برای سایر کاربران Ù…ÛŒ شوند؟ 4.15.4) چرا اعداد سریالی مربوط به تراکنشهای abort شده مجدداً استÙاده نمی شود؟ چرا بین اعداد سریالی یک Ùاصله خالی ایجاد Ù…ÛŒ شود؟ 4.16) OID Ùˆ TID Ú†Ù‡ هستند؟ 4.17) معني بعضي از ترمها Ùˆ كلماتي كه در PostgreSQL‌ استÙاده مي‌شود چيست؟ 4.18) چرا من خطاي "ERROR: Memory exhausted in AllocSetAlloc" مي‌گيرم؟ 4.19) از كجا تشخيص دهم كه ويرايش يا نسخه PostgreSQLيي كه من استÙاده مي‌كنم چيست؟ 4.20) چرا در Øین اجرای عملیات روی large-objectها خطای "invalid large obj descriptor"به وجود Ù…ÛŒ آید؟ 4.21) چگونه يك ستون ايجاد كنم كه مقدار زمان جاري را به عنوان مقدار پيش‌Ùرض داشته باشد؟ 4.22) چرا زير درخواستهايي كه از IN استÙاده مي‌كنند كند هستند؟ 4.23) چگونه مي‌توانم يك الØاق خارجي (outer join) انجام دهم؟ 4.24) چگونه مي‌توان درخواستهايي از چند پايگاه داده توليد كرد؟ 4.25) چگونه خروجي يك تابع مي‌تواند چند ردي٠يا ستون باشد؟ 4.26) در توابع PL/PgSQL چرا نمي‌توان با اطمينان جداول موقت را ايجاد يا Øذ٠كرد؟ 4.27) Ú†Ù‡ گزينه‌هايي براي تكرار (replication) وجود دارد؟ 4.28) Ú†Ù‡ گزينه‌هايي براي رمزنگاري وجود دارد؟ توسعه PostgreSQL 5.1) من يك تابع نوشته‌ام. چگونه آن را در psql اجرا كنم؟ چرا با اجراي آن core dump مي‌گيرم؟ 5.2) چگونه مي‌توانم در توليد نوع‌ها Ùˆ توابع جديد Ùˆ جالب براي PostgreSQL‌ همكاري Ùˆ مشاركت داشته باشم. 5.3) چگونه مي‌توانم يك تابع به زبان C بنويسم كه خروجي آن يك ‌tuple (چند تايي) باشد؟ 5.4) من يك Ùايل منبع را عوض كرده ام چرا در عمليات كامپيل مجدد آن تغيير ديده نمي‌شود؟ سوالات عمومي 1.1) PostgreSQL چيست Ùˆ چگونه آن را بايد تلÙظ كرد؟ PostgreSQL به صورت Post-Gres-Q-L‌ تلÙظ مي‌شود. يك Ùايل صوتي در آدرس http://www.postfresql.org/postgresql.mp3‌ براي كساني كه مايلند تلÙظ صØÙŠØ Ø±Ø§ بشنوند وجود دارد. PostgreSQL از روي سيستم مديريت پايگاه داده POSTGRES توسعه داده شده است (هنوز هم بعضي مواقع براي سادگي به آن Postgres Ú¯Ùته مي‌شود) كه يك نمونه تØقيقاتي از پايگاه داده‌هاي نسل بعد است. PostgreSQL همان الگوي داده قوي Ùˆ انواع داده را ØÙظ كرده است ولي زبان PostQuel را با يك زيرمجموعه پيشرÙته از SQL جايگزين كرده است. PostgreSQL متن باز بوده Ùˆ متن كامل آن در دسترس است. PostgreSQL توسط يك تيم برنامه‌نويس كه همگي در گروه پست الكترونيك برنامه‌نويسان PostgreSQL عضو هستند، انجام مي‌شود. هماهنگ كننده اصلي در Øال Øاضر Marc G. Fournier‌ به آدرس scrappy@PostgreSQL.org مي‌باشد. (براي ديدن Ù†Øوه ملØÙ‚ شدن به اين تيم قسمت 1.6 را ببينيد). اين تيم در Øاضر مسئوليت تمام مسائل مربوط به برنامه‌نويسي PostgreSQL را بر عهده دارد. اين يك پروژه گروهي است Ùˆ تØت كنترل هيچ شركتي نيست. براي اطلاعات بيشتر در مورد اين تيم به آدرس http://www.PostgreSQL.org/docs/faqs/FAQ_DEV.html مراجعه كنيد. اولين نسخه PostgreSQL‌ توسط Andrew Yu and Jolly Chen به وجود آمد. اÙراد بسياري در توسعه Ùˆ رÙع اشكال Ùˆ انتقال آن شركت كرده‌اند. متن اصلي Postgres كه PostgreSQL از روي آن نوشته شده است، توسط تعداد زيادي دانشجوي كارشناسي ارشدو دانشجوي كارشناسي Ùˆ تيم برنامه‌نويسي كه تØت نظر پروÙسور Michael Stonebrake در دانشگاه بركلي،‌كاليÙرنيا كار مي‌كرده‌اند نوشته شده است. نام اصلي نرم اÙزار در دانشگاه بركلي Postgres‌ بود. در سال 1995 بعد از اضاÙÙ‡ شدن SQL نام آن به Postgres95 تغيير داده شد. در سال 1996 نام آن به PostgreSQL تغيير داده شد. 1.2) قوانين كپي رايت در مورد PostgreSQL به Ú†Ù‡ صورت است؟ PostgreSQL تØت قانون كپي رايت زير قرار دارد: PostgreSQL Data Base Management System Portions copyright (c) 1996-2004, PostgreSQL Global Development Group Portions Copyright (c) 1994-6 Regents of the University of California Permission to use, copy, modify, and distribute this software and its documentation for any purpose, without fee, and without a written agreement is hereby granted, provided that the above copyright notice and this paragraph and the following two paragraphs appear in all copies. IN NO EVENT SHALL THE UNIVERSITY OF CALIFORNIA BE LIABLE TO ANY PARTY FOR DIRECT, INDIRECT, SPECIAL, INCIDENTAL, OR CONSEQUENTIAL DAMAGES, INCLUDING LOST PROFITS, ARISING OUT OF THE USE OF THIS SOFTWARE AND ITS DOCUMENTATION, EVEN IF THE UNIVERSITY OF CALIFORNIA HAS BEEN ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. THE UNIVERSITY OF CALIFORNIA SPECIFICALLY DISCLAIMS ANY WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. THE SOFTWARE PROVIDED HEREUNDER IS ON AN "AS IS" BASIS, AND THE UNIVERSITY OF CALIFORNIA HAS NO OBLIGATIONS TO PROVIDE MAINTENANCE, SUPPORT, UPDATES, ENHANCEMENTS, OR MODIFICATIONS. قانون بالا ليسانس BSD كه يك ليسانس كلاسيك براي متن‌هاي باز است مي‌باشد. هيچ Ù…Øدوديتي در مورد Ù†Øوه استÙاده از متن در آن ديده نمي‌شود. ما آن را دوست داريم Ùˆ هيچ قصدي براي تغيير آن نداريم. 1.3) PostgreSQL‌ روي Ú†Ù‡ نوع يونيكسهايي اجرا مي‌شود؟ در Øالت كلي PostgreSQL روي هر پلتÙرم (سكوي) سازگار با يونيكس اجرا مي‌شود. ليست پلتÙرمهايي كه تاكنون PostgreSQL‌ روي آنها نصب Ùˆ تست شده است درقسمت دستورالعملهاي نصب آمده است. 1.4) روي Ú†Ù‡ Ù…Øيطهاي غير يونيكسي مي‌توان آن را اجرا كرد؟ Client مي‌توان psql, كتابخانه libpq Ùˆ ساير واسطها Ùˆ برنامه‌هاي كاربردي را طوري كامپيل كرد كه روي Ù…Øيطهاي ويندوز نيز اجرا شوند. در اين Øالت Client روي ويندوز اجرا مي‌شود Ùˆ از طربق شبكه Ùˆ پروتكل TCP/IP با يك سرور كه روي يك پلتÙرم لينوكس در Øال اجراست ارتباط برقرار مي‌كند.يك Ùايل win32.mak همراه با كدهاي PostgreSQL وجود دارد كه براي كامپيل كردن كتابخانه libpq Ùˆ برنامه psql مي‌باشد. P‌ostgreSQL‌ همچنين امكان ارتباط به صورت ODBC‌ را نيز دارد. Server با استÙاده از Cygwin‌ Ùˆ كتابخانه Cygnus مي‌توان پايگاه داده را روي ويندوز NT Ùˆ يا Win2K اجرا كرد.براي ديدن اطلاعات بيشتر Ùايل pgsql/doc/FAQ_MSWIN ‌را كه بهمراه توزبع‌هاي PostgreSQL آمده است ببينيد Ùˆ يا اينكه به اين صÙØÙ‡ http://www.PostgreSQL.org/docs/faqs/text/FAQ_MSWIN مراجعه كنيد. در Øال Øاضر يك عمليات انتقال PostgreSQL به روي سكوهاي Win NT/2000/XP در جريان است. براي ديدن وضعيت اين پروژه به سايت‌هاي http://momjian.postgresql.org/main/writings/pgsql/win32.htm Ùˆ http://techdocs.postgresql.org/guides/Windows مراجعه كنيد. همچنين يك عمليات انتقال بر روي Novell Netware 6 نيز در Øال انجام است كه در سايت http://forge.novell.com مي‌توانيد اطلاعات بيشتر را ببينيد. 1.5) PostgreSQL را از كجا مي‌توانم بگيرم؟ PostgreSQL‌ را از سايت اصلي آن ftp://ftp.PostgreSQL.org/pub مي‌توانيد بگيريد. در صÙØÙ‡ اصلي سايت ليست ساير آدرسهايي كه مي‌توانيد PostgreSQL‌ را از آنها بگيريد آمده است. 1.6) از كجا خدمات پشتيباني بگيرم؟ گروه پستي اصلي pgsql-general@PostgreSQL.org مي‌باشد. اين گروه براي بØØ« در مورد موضوعات مختل٠در زمينه PostgreSQL است. براي عضو شدن در اين گروه پستي يك نامه الكترونيكي به آدرس گروه با Ù…Øتوياتی كه در ادامه آمده است ارسال كنيد. در قسمت Subject چيزي ننويسيد. subscribe end آدرس گروه: pgsql-general-request@PostgreSQL.org همچنين يك گروه پستي هم به صورت ارسال چكيده پيامها وجود دارد. براي عضو شدن در اين گروه يك نامه با Ù…Øتويات زير به این آدرس ارسال كنيد. pgsql-general-digest-request@PostgreSQL.org subscribe end در اين گروه هر موقع Øجم نامه‌ها به 30 كيلوبايت رسيد براي تمام اعضاء ارسال مي‌شود. گروه پستي بررسي اÙشكالات هم وجود دارد. براي عضو شدن در اين گروه يك نامه با Ù…Øتويات زير به pgsql-bugs-request@PostgreSQL.org ارسال كنيد. subscribe end گروه پستي مخصوص توسعه دهندگان (برنامه‌نويسان) نيز وجوددارد. براي عضويت در اين گروه يك نامه به آدرس زير با Ù…Øتويات مشخص شده ارسال كنيد. pgsql-hackers-request@PostgreSQL.org subscribe end گروههاي پستي ديگري نيز در زمينه PostgreSQL‌ وجود دارد كه مي‌توانيد در سايت http://www.postgresql.org ببينيد. همچنين يك كانال IRC روي Freenode Ùˆ EFNet بنام PostgreSQL# وجود دارد. شما مي‌توانيد از Ùرمان يونيكسي irc -c '#PostgreSQL' "$USER" irc.phoenix.net. يا irc -c '#PostgreSQL' "$USER" irc.freenode.net استÙاده كنيد. ليست شركتهايي كه از طريق آنها مي‌توانيد خدمات پشتيباني تجاري در زمينه PostgreSQL درياÙت كنيد در اين آدرس http://techdocs.postgresql.org/companies.php موجود است. 1.7) آخرين نسخه اعلام شده چيست؟ آخرين نسخه PostgreSQL‌ كه وجود دارد 7.4.3 است. هد٠ما آن است كه هر 6 ماه تا 8 ماه يك نسخه جديد ارائه شود. 1.8) Ú†Ù‡ مستندات Ùˆ راهنمائيهايي وجود دارند؟ چندين كتابچه Ùˆ صÙØات راهنما Ùˆ مثالهاي كوچك همراه با متن اصلي PostgreSQL‌ در شاخه doc وجود دارد. براي ديدن صÙØات راهنما مي‌توانيد به سايت http://www.PostgreSQL.org/docs نيز مراجعه نماييد. دو كتاب در زمينه PostgreSQL‌ در آدرس‌هاي http://www.PostgreSQL.org/docs/awbook.htm Ùˆ http://www.commandprompt.com/ppbook وجود دارد. ليستي از كتابهايي كه قابل خريد است در آدرس http://techdocs.PostgreSQL.org/techdocs/bookreviews.php وجود دارد. همچنين ليستي از مقالات Ùني در مورد PostgreSQL در آدرس http://techdocs.PostgreSQL.org وجود دارد. برنامه psql يك دستور d\ دارد كه اطلاعاتي در مورد انواع داده‌هاي قابل تعري٠و عملگر‌ها Ùˆ توابع Ùˆ ... به ما نشان مي‌دهد. در سايت اصلي ما اطلاعات بيشتري را مي‌توانيد پيدا كنيد. 1.9) چگونه مي‌توانم ازاشكالات شناخته شده Ùˆ يا امكاناتي كه در اين پايگاه داده وجود ندارد مطلع شوم؟ PostgreSQL يك زير مجموعه پيشرÙته از SQL-92 را پشتيباني مي‌كند. در ليست TODO اÙشكالات شناخته شده يا امكاناتي كه وجود ندارد Ùˆ يا برنامه‌‌هاي آينده آمده است. 1.10) چگونه مي‌توانم زبان SQL را ياد بگيرم؟ كتاب PostgreSQL در آدرس SQL http://www.PostgreSQL.org/docs/awbook.html ‌را آموزش مي‌دهد. همچنين يك كتاب در آدرس http://www.commandprompt.com/ppbook وجود دارد. يك راهنماي خيلي خوب هم در سايت‌هاي http://www.intermedia.net/support/sql/sqltut.shtm Ùˆ http://ourworld.compuserve.com/homepages/graeme_birchall/HTM_COOK.HTM Ùˆ http://sqlcourse.com در مورد SQL وجود دارد. كتاب ديگري كه مي‌توان براي يادگيري SQL از آن استÙاده كرد كتاب "SQL را در 21 روز ياد بگيريد،‌ ويرايش دوم" در سايت http://members.tripod.com/er4ebus/sql/index.htm مي‌باشد. تعداد زيادي از كاربران كتاب The Practical SQL را ØªØ±Ø¬ÙŠØ Ù…ÙŠâ€ŒØ¯Ù‡Ù†Ø¯. كتاب ديگر The Complete Refrence SQL انتشارات McGraw-Hill مي‌باشد. 1.11) آيا PostgreSQL مشكل Y2K‌ دارد يا خير؟ خير،‌PostgreSQL‌ با تاريخ‌هاي قبل Ùˆ بعد از 2000 مشكلي ندارد. 1.12) چگونه مي‌توانم به تيم برنامه نويس PostgreSQL ملØÙ‚ شوم؟ ابتدا،‌آخرين سورس را دونلود كرده Ùˆ مستندات مربوط به برنامه‌نويسي PostgreSQL را در سايت مطالعه كنيد. سپس به گروههاي پستي ‌ pgsql-patches Ùˆ pgsql-hackers عضو شويد. در مرØله آخر وصله‌هاي با كيÙيت بالا را به pgsql-patches ارسال كنيد. تعداد زيادي از برنامه‌نويسان وجود دارند كه امتياز انجام تغييرات در cvs‌ را دارند. هر كدام از آنها تعداد زيادي وصله‌‌ با كيÙيت بالا به گروه ارسال كرده‌اند كه اعتماد گردانندگان PostgreSQL را به دست آورده‌اند. 1.13) چگونه مي‌توانم يك اÙشكال را به گروه برنامه نويس اعلام كنم؟ لطÙاً صÙØÙ‡ مربوط به اÙشكالات PostgreSQL را در سايت http://www.PostgreSQL.org/bugs/bugs.php مشاهده‌ كنيد. در اين سايت Ù†Øوه گزارش Ùˆ ارسال يك اشكال ØªÙˆØ¶ÙŠØ Ø¯Ø§Ø¯Ù‡ شده است. همچنين براي ديدن نسخه‌هاي جديدتر PostgreSQL Ùˆ يا وجود يك وصله جديد از سايت ftp://ftp.PostgreSQL.org/pub بازديد كنيد. 1.14) وضعيت PostgreSQL‌ در مقايسه با ساير DBMSها به Ú†Ù‡ صورت است؟ راههاي مختلÙÙŠ براي اندازه‌گيري Ùˆ مقايسه نرم‌اÙزارها وجود دارد كه عبارتند از امكانات، كارايي، قابليت اعتماد، پشتيباني Ùˆ قيمت امكانات PostgreSQL بيشتر امكانات موجود در سيستم‌هاي پايگاه داده تجاري بزرگ نظير transactions, subselets, triggers, views, foreign key referential integrity Ùˆ sophisticated locking‌ را دارد. در PostgreSQL‌‌ امكاناتي وجود دارد كه پايگاههاي داده ديگر آن را ندارند نظير user-defined types‌و Inheritance‌و rules‌و multi-version concurrency control كارايي كارايي PostgreSQL در Øد بقيه سيستم‌هاي تجاري Ùˆ متن باز است. در بعضي موارد سريعتر Ùˆ در بعضي موارد از آنها كندتر است. در مقايسه با MySQL براي كاربران بيشتر Ùˆ درخواست‌هاي پيچيده Ùˆ بار زياد خواندن/نوشتن سريعتر است. در درخواست‌هاي ساده SELECT‌ از MySQL كندتر است. البته MySQL خيلي از امكانات PostgreSQL كه در بالا به آن اشاره شد را ندارد. هد٠اصلي ما امكانات Ùˆ قابليت اعتماد بالاست در ضمن آنكه تلاش مي‌كنيم تا كارايي آن نيز بهبود يابد. در آدرس http://openacs.org/philosophy/why-not-mysql.html يك مقايسه جالب بين MySQL Ùˆ PostgreSQL وجود دارد. از طر٠ديگر MySQL‌ يك شركت است كه Ù…Øصول خود را به صورت متن باز ارائه مي‌كند ولي براي نرم‌اÙزار غير متن باز خود اØتياج به ليسانس تجاري دارد بر خلا٠PostgreSQL كه يك گروه كاملاً متن باز هستند. قابليت اطمينان ما Ùكر مي‌كنيم كه يك سيستم پايگاه داده‌اي كه مطمئن نباشد ارزشي ندارد. ما تمام تلاشمان را براي ارائه كدهاي پايداري كه به خوبي تست شده باشند Ùˆ كمترين اÙشكالات را داشته باشند مي‌كنيم. هر نسخه جديدي كه ارائه مي‌شود Øداقل يك ماه را در مرØله تست بتا مي‌گذراند. ما بر اين باور هستيم كه قابليت اطمينان PostgreSQL‌ در مقايسه با ساير سيستم‌هاي پايگاه داده قابل توجه است Ùˆ نسخه‌هايي كه تاكنون ارائه شده است نشان مي‌دهد كه ما توانايي ارائه يك سيستم قوي Ùˆ Ù…Øكم Ùˆ مطمئن را كه آماده بهره‌برداري است داريم. پشتيباني گروههاي پستي ما امكان ارتباط Ùˆ تماس به گروه بزرگي از برنامه نويسان Ùˆ كاربران را مي‌دهد كه مي‌توانند در ØÙ„ مشكلات به ديگران كمك كنند. دسترسي مستقيم به برنامه‌نويسان Ùˆ گروههاي كاربران Ùˆ راهنماها Ùˆ كداصلي باعث مي‌شود كه پشتيباني PostgreSQL نسبت به ساير پايگاههاي داده به Ù†ØÙˆ بهتري انجام شود. همچنين امكان ارائه خدمات پشتيباني به صورت تجاري نيز وجود دارد. براي ديدن اطلاعات بيشتر به FAQ section 1.6 مراجعه كنيد. قيمت هم براي استÙاده تجاري Ùˆ هم غير تجاري هيچ هزينه‌اي نبايد پرداخت شود. هيچ Ù…Øدوديتي براي انجام تغييرات در PostgreSQL توسط استÙاده كنندگان وجود ندارد به جز مواردي كه در ليسانس BSD به آن اشاره شده است. 1.15) من چگونه مي‌توانم از نظر مالي به PostgreSQL كمك كنم؟ PostgreSQL داراي يك ساختار تشكيلاتي درجه اول است كه آن را مديون Marc Fournier‌ است كه اين ساختار را ايجاد كرده است. كيÙيت يك ساختار براي يك پروژه متن باز بسيار اهميت دارد. يك ساختار خوب مي‌تواند مانع از Øوادثي شود كه در Øركت روبه‌جلوي پروژه خللي وارد مي‌كنند. البته اين ساختار تشكيلاتي ارزان نيست. هزينه‌هاي ثابت ماهانه Ùˆ روزمره براي نگهداري Ùˆ ØÙظ اين ساختار مورد نياز است. اگر شما يا شركت شما مايل است كه از نظر مالي به اين Øركت كمك كند لطÙاً به سايت http://store.pgsql.com/shopping مراجعه كرده Ùˆ كمك خود را اهدا كنيد. هر چند در صÙØÙ‡ اصلي عبارت PostgreSQL,Inc‌ ذكر شده است ولي مشاركت عمدتاً براي پشتيباني از پروژه PostgreSQL‌ مي باشد Ùˆ نه براي يك شركت مشخص. اگر ØªØ±Ø¬ÙŠØ Ù…ÙŠâ€ŒØ¯Ù‡ÙŠØ¯ مي‌توانيد يك Ú†Ùƒ به آدرس مشخص شده ارسال كنيد. اگر يك استÙاده موÙÙ‚ از PostgreSQL سراغ داريد لطÙاً آن را به سايت http://advocacy.postgresql.org گزارش دهيد. سوالات مربوط به استÙاده از پايگاه داده 2.1) آيا هيچ درايور ODBC‌ براي PostgreSQL وجود دارد؟ دو درايور ODBC بنامهاي psqlODBC‌ Ùˆ OpenLink براي PostgreSQL‌ وجود دارد. براي گرÙتن psqlODBC به سايت http://gborg.postgresql.org/project/psqlodbc/projdisplay.php مراجعه كنيد. OpenLlink را از اين سايت http://www.openlinksw.com مي‌توانيد بگيريد. اين درايور با نرم‌اÙزارهاي مختل٠ODBC كار مي‌كند بنابراين شما قادر خواهيد بود با استÙاده از OpenLink روي اكثر سكو‌هايي كه نرم‌اÙزارODBC‌دارند بدون مشكل به PostgreSQL نيز متصل شويد. اين Ù…Øصول به كساني كه اØتياج به خدمات پشتيباني تجاري دارند Ùروخته مي‌شود. ولي نسخه آزاد اين نرم‌اÙزار هميشه در درسترس مي‌باشد. براي كسب اطلاعات بيشتر سوالات خود را به آدرس postgres95@openlink.co.uk ‌ارسال نماييد. 2.2) Ú†Ù‡ ابزارهايي براي استÙاده از PostgreSQL‌ با صÙØات وب وجود دارد؟ در سايت http://www.webreview.com براي استÙاده از PostgreSQL‌ در صÙØات وب راهنماييهاي خوبي وجود دارد. براي تركيب Ùˆ استÙاده در صÙØات وب زبان PHP‌ يك واسط بسيار مناسب است. اطلاعات بيشتر راجع به PHP‌در سايت http://www.php.net وجود دارد. مثالهايي نيز با استÙاده از Perl‌ Ùˆ CGI.pm Ùˆ mod_perl وجود دارد. 2.3) آيا PostgreSQL‌ يك واسط كاربري گراÙيكي دارد؟ چند نرم اÙزار گراÙيكي براي PostgreSQL‌ وجود دارد كه شامل pgAccess درسايت http://www.pgaccess.org Ùˆ pgAdmin III در سايت http://www.pgadmin.org Ùˆ RHDB Admin در سايت http://sources.redhat.com/rhdb Ùˆ Rekall در سايت http://www.thekompany.com/products/rekall مي‌باشد. همچنين يك phpPgAdmin هم در سايت http://phppgadmin.sourceforge.net وجود دارد كه يك واسط وبي براي مديريت PostgreSQL مي‌باشد. براي ديدن اطلاعات بيشتر راجع به نرم‌اÙزارهاي گراÙيكي براي PostgreSQL به آدرس http://techdocs.postgresql.org/guides/GUITools مراجعه كنيد. 2.4) با Ú†Ù‡ زبانهاي برنامه‌نويسي مي‌توان با PostgreSQL‌ ارتباط برقرار كرد؟ بيشتر زبانهاي برنامه‌نويسي مي‌توانند با PostgreSQL‌ ارتباط برقرار كنند. به همراه سورس PostgreSQL تعدادي از واسطهاي مورد نياز براي ارتباط با پايگاه داده از طريق زبانهاي مختل٠آمده است كه در زير ليست آنها را مشاهده مي‌كنيد. C (libpq) Embedded C (ecpg) Java (jdbc) Python (PyGreSQL) TCL (libpgtcl) واسطهاي ديگر در سايت http://gborg.postgresql.org در قسمت Drivers/Interfaces وجود دارد. سوالات مديريتي 3.1) چگونه مي‌توانم PostgreSQL‌ را در شاخه‌اي غير از /usr/local/pgsql/ نصب كنم؟ موقع اجراي دستور configure از گزينه prefix-- استÙاده كنيد. 3.2) چرا موقعي كه من برنامه postmaster‌ را اجرا مي كنم پيام Bad system call‌ Ùˆ يا core dump ‌مي‌گيرم؟ به دلايل مختل٠ممكن است اين اتÙاق بيÙتد. اما در قدم اول شما مطمئن شويد كه كه امكانات اضاÙÙ‡ System V‌ در كرنل شما نصب شده باشد. PostgreSQL براي اجرا شدن نياز به استÙاده از امكانات ØاÙظه مشترك Ùˆ سماÙورها دارد. 3.3) چرا موقعي كه من سعي مي‌كنم برنامه postmaster‌ را اجرا كنم خطاي IpcMemoryCreate مي‌گيرم؟ اØتمالاً‌ قسمت ايجاد ØاÙظه مشترك در كرنل به درستي تنظيم نشده است Ùˆ يا اينكه بايد Ùضاي ØاÙظه اشتراكي در كرنل را زياد كرد. ميزان دقيق ØاÙظه مشترك مورد نياز بسته به معماري Ùˆ Ù†Øوه استÙاده از باÙرها توسط برنامه postmaster دارد. براي بيشتر سيستم‌ها كه با تنظيمات پيش‌Ùرض كار مي‌كنند مقدار اين ØاÙظه Øدود 1 مگابايت است. براي ديدن اطلاعات بيشتر راجع به ØاÙظه مشترك Ùˆ سماÙور به PostgreSQL Administrator's Guide مراجعه كنيد. 3.4) چرا موقعي كه من سعي مي‌كنم برنامه postmaster‌ را اجرا كنم خطاي IpcSemaphoreCreate مي‌گيرم؟ اگر پيغام خطا (‌pcSemaphoreCreate: semget failed (No space left on device باشد به اين معني است كه تعداد سماÙورهاي تنظيم شده در كرنل كاÙÙŠ نيست. PostgreSQL‌ براي هر Ùرايندي كه در backend اجرا مي‌شود به يك سماÙور نياز دارد. يك راه ØÙ„ موقت براي اين مسئله آن است كه postmaster را با اعمال Ù…Øدوديت روي تعداد Ùرايندهايي كه مي‌تواند ايجاد كند اجرا كنيم. براي اينكار از گزينه N- Ùˆ يك عدد كمتر از 32 استÙاده كنيد. راه ØÙ„ دائمي اين مشكل آن است كه پارامترهاي SEMMNS, SEMMNI كرنل را اÙزايش دهيم. در زمان دسترسي خيلي زياد به پايگاه داده، ‌ سماÙورهاي نامعتبر مي‌توانند باعث crash‌ كردن سيستم شوند. اگر پيغام خطا چيز ديگري باشد اØتمالاً به دليل آن است كه كرنل از سماÙورها پشتيباني نمي‌كند. براي ديدن اطلاعات بيشتر راهنماي مديريتي PostgreSQL را مطالعه كنيد. 3.5) چگونه مي‌توانم اتصالات ساير ماشينها را كنترل كنم؟ به صورت پيش Ùرض Ùقط از ماشيني كه PostgreSQL روي آن در Øال اجراست مي‌توان با استÙاده از سوكت‌هاي يونيكسي به آن متصل شد. ساير ماشين‌ها قادر نيستند به PostgreSQL متصل شوند مگر آنكه گزينه tcp_sockets در Ùايل postgresql.conf Ùعال شده Ùˆ همچنين با Ø§ØµÙ„Ø§Ø Ùايل PGDATA/ph_hba.conf هويت‌شناسي مبتني بر ميزبان نيز Ùعال شود. با اين كار مي‌توان اتصالات TCP/IP به PostgreSQL‌ ايجاد كرد. 3.6) براي كارايي بالاتر Ùˆ بهتر پايگاه داده من Ú†Ù‡ تنظيماتي را بايد انجام دهم؟ به طور Øتم استÙاده از انديس‌ها باعث بالا رÙتن سرعت پاسخ‌گويي به درخواست‌ها خواهد شد. دستور EXPLAIN ANALYZE به شما امكان ديدن Ù†Øوه پردازش يك دستور توسط PostgreSQL را مي‌دهد. اگر شما تعداد زيادي INSERT‌ داريد سعي كنيد آنها را با قرار دادن در يك Ùايل با دستور COPY‌ اجرا كنيد. اين دستور به مراتب از INSERT سريعتر است. Øتي‌الامكان سعي كنيد از تراكنشها استÙاده نكنيد. تراكنشها مجموعه دستوراتي هستند كه بيند BEGIN Ùˆ â€COMMIT مي‌آيند. اگر يك دستور به صورت عادي اجرا شود PostgreSQL خود آن دستور را به صورت يك تراكنش مستقل نگاه كرده Ùˆ اجرا مي‌كند. موقعی كه تغييرات زيادي در پايگاه داده انجام مي‌شود انديسهاي قبلي را ØØ°Ù Ùˆ مجدداً‌ ايجاد كنيد. استÙاده از گزينه o -F- در Ùرمان postmaster باعث غير Ùعال كردن ()fsync مي‌شود. اين دستور بعد از هر تراكنش اطلاعات را روي هاردديسك منتقل مي‌كند. براي اÙزايش تعداد باÙرهاي ØاÙظه اشتراكي از گزينه B- به همراه Ùرمان postmaster استÙاده كنيد. توجه كنيد كه اگر اين عدد خيلي بزرگ باشد ممكن است postmaster اصلاً‌ اجرا نشود. هر باÙر 8 كيلو بايت ØاÙظه نياز دارد Ùˆ تعداد باÙرها به طور پيش Ùرض 64 است. همچنين مي‌توان با گزينه S- ميزان ØاÙظه‌اي كه براي مرتب‌سازي‌هاي موقت توسط PostgreSQL استÙاده مي‌شود را اÙزايش داد. مقدار پيش Ùرض 512 كيلو بايت است. استÙاده از دستور CLUSTER نيز براي بالا بردن كارايي موثر ا ست. دستور راهنماي CLUSTER اطلاعات بيشتري در اين زمينه به شما مي‌دهد. 3.7) Ú†Ù‡ امكاناتي براي پيدا كردن اشكال‌ وجود دارد؟ PostgerSQL‌ امكانات مختلÙÙŠ براي گزارش دادن وضعيت خود دارد كه براي اشكال زدايي مي‌توان از آنها استÙاده كرد. با استÙاده از گزينه enable-assert-- تعداد زيادي ()assert براي مونيتور كردن Ùˆ توق٠برنامه در صورت بروز خطاهاي ناخواسته Ùعال مي‌شود. هم Postmaster Ùˆ هم postgres گزينه‌هاي زيادي براي اشكال زدايي دارند. موقعي كه postmaster را اجرا مي‌كنيد خروجي استاندارد Ùˆ خطا را سمت Ùايل log ارسال كنيد. cd /usr/local/pgsql ./bin/postmaster >server.log 2>&1 & اين كار يك Ùايل log در بالاترين شاخه PostgreSQL‌ ايجاد مي‌كند. اين Ùايل Øاوي اطلاعات Ù…Ùيدي در مورد مسائل Ùˆ خطاهايي است كه براي سرور اتÙاق اÙتاده است. براي ديدن جزئيات بيشتر مي‌توان از d- به همراه Ùرمان postmaster‌ استÙاده كرد. گزينه d- همچنين يك عدد مي‌گيرد كه نشان دهنده Ø³Ø·Ø Ø¬Ø²Ø¦ÙŠØ§ØªÙŠ است كه در Log‌Ùايل نوشته مي‌شود. با بالابردن اين عدد Øجم اطلاعات توليد شده در LogÙايل نيز اÙزايش مي‌يابد. اگر postmaster در Øال اجرا نباشد، مي‌توانيم postgres را به طور مستقيم از خط Ùرمان اجرا كرده Ùˆ دستورات SQL را به آن بدهيم. اين كار Ùقط براي اشكال‌يابي توصيه مي‌شود. توجه كنيد كه در اين Øالت يك دستور با كاراكتر newline خاتمه پيدا مي‌كند Ùˆ نه با ;. اگر postmaster را با امكانات اشكال‌يابي كامپيل كرده باشيد مي‌توانيد با استÙاده از يك برنامه اشكال‌ياب اجراي برنامه را مونيتور كنيد. اگر postmaster در Øال اجرا باشد با دستور psql مي‌توان به postgres متصل شد. با پيدا كردن PID Ùرايند postgres كه psql به آن متصل شده است مي‌توان آن را مونيتور كرد. براي اينكار بايد يك برنامه اشكال‌ياب را به آن pid متصل كرد. اگر بخواهيم بالا آمدن postgres را مونيتور كنيم كاÙÙŠ است "PGOPTIONS="-W n Ùˆ psql را اجرا كنيم. اين كار باعث مي‌شود كه postgres با n ثانيه تاخير اجرا شود Ùˆ در اين Ùاصله شما مي‌توانيد برنامه اشكال‌ياب را به آن متصل كرده Ùˆ با قرار دادن يك نقطه توق٠روند اجراي آن را مونيتور كنيد. postgres گزينه‌هاي s-‌ Ùˆ A- Ùˆ t-‌ دارد كه براي پيدا كردن اشكالات بسيار مناسب هستند. شما مي‌توانيد postgreSQL را با امكانات profiling كامپيل كنيد. اين كار باعث مي‌شود كه زمان اجراي دقيق هر تابع در برنامه مشخص شود. خروجي‌هاي توليد شده در اين Øالت در Ùايل DLINUX_PROFILE. ريخته مي‌شود. 3.8) چرا موقعي كه من مي‌خواهم به پايگاه داده وصل شوم پيام "Sorry, too many clients" ‌مي‌گيرم؟ شما بايد Øداكثر تعداد Ùرايندهاي همزمان postmaster را اÙزايش دهيد. مقدار پيش Ùرض 32 است. براي اÙزايش آن مي‌توان از گزينه N- استÙاده كرد Ùˆ يا Ùايل postgresql.conf را Ø§ØµÙ„Ø§Ø Ù†Ù…ÙˆØ¯ توجه كنيد كه اگر N- مقداري بيشتر از 32 داشته باشد بايد مقدار B- را نيز اÙزايش دهيم. اين مقدار بايد Øداقل دو برابر مقدار N-‌ باشد. براي اعداد خيلي بالا بايد بعضي از پارامترهاي كرنل را نيز Ø§ØµÙ„Ø§Ø ÙƒØ±Ø¯. پارامترهايي نظير Øداكثر اندازه ØاÙظه اشتراكي SHMMAX ØŒ Øداكثر تعداد سماÙورها SEMMNI‌ Ùˆ SEMMNS ØŒ Øداكثر تعداد Ùرايندها NPROCØŒ Øداكثر Ùرايندهاي يك كاربر MAXUPRC Ùˆ Øداكثر Ùايلهاي باز NFILE Ùˆ NINODE. يكي از دلايلي كه تعداد اتصالات همزمان postgreSQL Ù…Øدود است آن است كه نيازهاي PostgreSQL بيش از منابع موجود سيستم نباشد. 3.9) در شاخه pgsql_tmp Ú†Ù‡ چيزي قرار دارد؟ دراين شاخه Ùايلهاي موقتي قرار دارد كه با اجراي درخواستها به وجود آمده است. به عنوان مثال اگر براي اجراي دستور order by نياز به انجام مرتب سازي باشد Ùˆ در صورتي كه ØاÙظه مشخص شده با گزينه S- براي اينكار كاÙÙŠ نباشد سيستم يك Ùايل موقت در اين شاخه ايجاد مي‌كند تا عمل مرتب سازي را انجام دهد. Ùايلهاي موقت معمولاً به صورت اتوماتيك پاك مي‌شود اما اگر postgreSQL در Øين مرتب سازي crash‌ كند آن Ùايلها باقي مي‌مانند. با stop Ùˆ start كردن برنامه postmaster اين Ùايلها پاك مي‌شوند. 3.10) چرا براي به روز كردن نسخه پايگاه داده من بايد كل داده ها را dump‌ Ùˆ مجدداً restore كنم؟ تيم برنامه نويس postgreSQL در نسخه‌هاي ارائه شده كه Ùقط minor آنها متÙاوت است Ùقط تغييرات كوچكي اعمال مي‌كنند؛ بنابراين براي به روز كردن از نسخه 7.2‌به 7.2.1 نيازي به dump Ùˆ restore نيست. اما در نسخه‌هايي كه major آنها تغيير مي‌كند غالباً ساختار داخلي جداول Ùˆ Ùايلهاي داده تغيير مي‌كند. اين تغييرات معمولاً‌ پيچيده هستند. براي انتقال داده‌هاي موجود در پايگاه داده در اين Øالت بايد ‌از dump Ùˆ restore استÙاده كرد. در نسخه‌هايي كه ساختار روي ديسك تغييري نمي‌كند مي توان از برنامه pg_upgrade براي به روز كردن پايگاه داده استÙاده كرد بدون اينكه نيازي به استÙاده از dump Ùˆ restore باشد. در يادداشتي كه به همراه هر توزيع مي‌آيد ذكر شده است كه آيا برنامه pg_upgrade براي اين توزيع وجود دارد يا خير. 3.11) از Ú†Ù‡ سخت اÙزاري بايد استÙاده كنم؟ چون اكثر سخت‌اÙزارهاي PC سازگار هستند مردم Ùكر مي‌كنند كه كيÙيت آنها نيز يكسان است. در Øاليكه اينطور نيست. استÙاده از هاردهاي SCSI Ùˆ ØاÙظه‌هاي ECC Ùˆ مادربردهاي با كيÙيت بالا نسبت به سخت اÙزارهاي ارزانتر نتايج بهتري از نظر كارايي Ùˆ پايداري سيستم بهمراه خواهد داشت. PostgreSQL روي بيشتر سخت اÙزارها اجرا مي‌شود اما اگر كارايي Ùˆ اطمينان Ùاكتورهاي مهمي هستند بايد سخت اÙزار مناسب استÙاده شود. در گروههاي پستي در مورد سخت اÙزار مناسب Ùˆ انتخاب آن بØØ« شده است. سوالات عملياتي 4.1) تÙاوت بين binary cursors Ùˆ Normal cursors چيست؟ راهنماي دستور DECLARE‌ را مطالعه كنيد. 4.2) من چگونه مي‌توانم Ùقط روي چند ردي٠اول يا يك ردي٠تصادÙÙŠ درخواست SELECT‌ بزنم؟ راهنماي دستور FETCH يا SELECT...LIMIT را ببينيد. در واقع كل درخواست بايد بررسي Ùˆ ارزيابي شود Øتي اگر شما Ùقط چند ردي٠اول را بخواهيد. براي مثال درخواست ORDER BY را در نظر بگيريد. اگر انديس يا نمايه‌اي براي ORDER BY وجود داشته باشد،‌postgreSQL‌ ممكن است بتواند Ùقط چند سطر اول درخواستي را ارزيابي كند Ùˆ يا اينكه كل درخواست پردازش شود تا تعداد رديÙ‌هاي درخواستي توليد شود. براي انتخاب يك سطر تصادÙÙŠ به روش زير عمل مي‌كنيم: SELECT col FROM tab ORDER BY random() LIMIT 1; 4.3) من چگونه مي‌توانم ليستي از جداول يا ساير چيزهايي كه در psql‌ وجود دارد را ببينم؟ براي ديدن ليست جداول دستور dt\ را در برنامه psql‌ استÙاده كنيد. براي ديدن ليست كامل Ùرمانها ?\ را اجرا كنيد. راه ديگر خواندن متن برنامه psql‌ است كه در شاخه pgsql/src/bin/psql/describe.c ‌قرار دارد. اين Ùايل Øاوي Ùرامين SQLيي است كه خروجي را براي دستوراتي كه با \‌در psql شروع مي‌شوند توليد مي‌كنند. راه ديگر اجراي psql با گزينه E-‌است. اينكار باعث مي‌شود كه psql قبل از اجرا هر دستور SQL‌متناظر آن را نشان دهد. PostgreSQL‌همچنين يك برنامه SQLi دارد كه مي‌توان با استÙاده از آن اطلاعات داخلي پايگاه داده را استخراج كرد. 4.4) چگونه يك ستون جدول را Øذ٠مي‌كنيد؟ چگونه نوع داده آن را عوض كنيم؟ Øذ٠يك ستون در توزيع 7.3 با استÙاده از دستور ALTER TABLE DROP COLUMN اضاÙÙ‡ شده است. در نسخه‌هاي قبلي به روش زير عمل كنيد: BEGIN; LOCK TABLE old_table; SELECT ... -- تمام ستونها غير از ستوني كه مي‌خواهيد آن را Øذ٠كنيد را در اينجا بياوريد INTO TABLE new_table FROM old_table; DROP TABLE old_table; ALTER TABLE new_table RENAME TO old_table; COMMIT; براي عوض كردن نوع داده يك ستون به روش زير عمل كنيد: BEGIN; ALTER TABLE tab ADD COLUMN new_col new_data_type; UPDATE tab SET new_col = CAST(old_col AS new_data_type); ALTER TABLE tab DROP COLUMN old_col; COMMIT; 4.5) Øداكثر اندازه يك رديÙ،‌ جدول Ùˆ خود پايگاه داده چقدر است؟ Ù…Øدوديتها عبارتند از: Øداكثر اندازه پايگاه داده نامØدود (تا 32 ترابايت وجود دارد) Øداكثر اندازه يك جدول 32 ترابايت Øداكثر ا ندازه يك ردي٠1.6 ترابايت Øداكثر اندازه يك Ùيلد 1 گيگا بايت Øداكثر اندازه رديÙهاي يك جدول نا Ù…Øدود Øداكثر ستونهاي يك جدول بسته به نوع جدول بين 250 تا 6000 Øداكثر انديسهاي يك جدول نا Ù…Øدود البته در Øالت نامØدود نيز ما Ù…Øدود به Øجم هاردديسك Ùˆ Ùضاي ØاÙظه خواهيم بود. در صورتي Ú©Ù‡ مقادير مشخص شده به عنوان نامØدود به صورت غير معمولي بزرك شوند كارايي سيستم كاهش خواهد ياÙت. براي ذخيره كردن جداول با اندازه خيلي بزرگ نيازي نيست كه سيستم عامل امكان ايجاد Ùايلهاي بزرگ را داشته باشد. بلكه جداول خيلي بزرگ به صورت Ùايلهايي به Øجم يك گيگا بايت نگاهداري مي‌شوند. اگر اندازه بلوكهاي داده را برابر 32 كيلو بايت قرار دهيم Øداكثر اندازه جدول Ùˆ Øداكثر تعداد ستونها 4 برابر خواهد شد. 4.6) چقدر Ùضاي ديسك سخت براي ذخيره كردن داده‌‌هاي يك Ùايل متني مورد نياز است؟ يك پايگاه داده PostgreSQL‌ تا 5 برابر Ùضايي روي هاردديسك براي نگاهداري يك Ùايل متني نياز دارد. به عنوان مثال يك Ùايل با 100000 خط را در نظر بگيريد كه در هر خط يك عدد صØÙŠØ Ùˆ يك ØªÙˆØ¶ÙŠØ Ù…ØªÙ†ÙŠ آمده است. Ùرض كنيد كه رشته متني به طور متوسط 20 بايت باشد. اندازه Ùايل برابر 2.8 مگا بايت خواهد بود ولي PostgreSQL براي نگاهداري اين Ùايل به 6.4 مگا بايت اطلاعات نياز خواهد داشت. 32 bytes: اندازه سرايند هر خط به طور تقريبي 24 bytes: يك عدد صØÙŠØ Ùˆ يك رشته 24 بايتي + 4 bytes: اشاره گر روي صÙØÙ‡ به يك چندتايي ---------------------------------------- 60 bytes در هر ردي٠اندازه صÙØات داده در PostgreSQL برابر با 8 كيلو بايت است 8192 تعداد بايت‌ها در هر صÙØÙ‡ ------------------- = 136 تعداد رديÙ‌ها در يك صÙØÙ‡ پايگاه داده 60 تعداد بايت‌هاي هر ردي٠100000 تعداد رديÙها -------------------- = تعدادصÙØات پايگاه داده 128 تعداد رديÙها در هر صÙØÙ‡ 735 تعداد صÙØات * 8192 تعداد بايت‌هاي هر صÙØÙ‡ = 6,021,120 مگا بايت سربار انديسها يا نمايه‌ها از اين مقدار كمتر است ولي چون شامل خود داده‌ها هم هست ممکن است اندازه آنها هم بزرگ شود. NULLها به صورت bitmap ذخيره مي‌شوند Ùˆ از اينرو Ùضاي بسيار كمي را اشغال مي‌كنند. 4.7) چگونه مي‌توانم بÙهمم كه Ú†Ù‡ كاربران،‌ پايگاه داده،‌ نمايه Ùˆ جداولي در سيستم تعري٠شده است؟ psql تعداد زيادي دستور دارد كه با \ شروع مي‌شوند Ùˆ اين اطلاعات را در اختيار ما قرار مي‌دهند. براي ديدن آنها دستور ?\ را اجرا كنيد. همچنين جداول سيستمي كه با نام آنها pg_ ‌شروع مي‌شود نيز اين اطلاعات را در خود دارند. اجراي برنامه psql با گزينه l- نيز باعث نشان دادن ليست تمام پايگاههاي داده مي‌شود. همچنين Ùايل pgsql/src/tutorial/syscat.source نيز Ùرمانهاي SELECT كه با استÙاده از آن مي‌توان اطلاعات پايگاه داده را استخراج كرد Ø´Ø±Ø Ø¯Ø§Ø¯Ù‡ است. 4.8) چرا درخواستهاي من كند اجرا مي‌شوند يا چرا از نمايه ها استÙاده نمي‌كنند؟ به طور معمول براي درخواستها از نمايه‌ها استÙاده نمي‌شود. تنها در صورتي از نمايه‌ها استÙاده مي‌شود كه اندازه جدول از يك اندازه Øداقل بزرگتر باشد Ùˆ درخواست هم Ùقط قسمتي از رديÙ‌هاي جدول را انتخاب كرده باشد. دليل اين كار آن است كه دسترسي‌هاي تصادÙÙŠ به هاردديسك كه به خاطر نمايه‌ها ايجاد مي‌شود ممكن است از خواندن مستقيم جدول يا خواندن ترتيبي ركوردها كندتر باشد. براي تعيين اينكه از نمايه استÙاده شود يا خير، PostgreSQL بايد اطلاعات آماري را در مورد يك جدول بداند. اين اطلاعات توسط دستور ANALYZE Ùˆ VACUUM ANALYZE به دست مي‌آيد. با استÙاده از اين اطلاعات،‌ بهينه ساز از تعداد رديÙ‌هاي يك جدول اطلاع پيدا مي‌كند Ùˆ بهتر مي‌تواند تعيين كند كه آيا از نمايه استÙاده شود يا خير. اطلاعات آماري همچنين براي تعيين ترتيب الØاق Ùˆ روشهاي الØاق به صورت بهينه نيز كاربر دارد. جمع آوري اطلاعات آماري بايد به صورت دوره‌اي همزمان با تغيير داده‌هاي جدول انجام شود. نمايه‌ها به طور معمول همراه با دستور ORDER BY به كار برده نمي‌شوند. براي يك جدول بزرگ يك پيمايش ترتيبي همراه با دستور مرتب سازي از به كار بردن نمايه‌ها سريعتر خواهد بود. اما اگر همراه با ORDER BY‌ از LIMIT استÙاده شود اغلب از نمايه‌ها استÙاده مي‌شود چون Ùقط قسمتي از جدول استÙاده مي‌شود. در Øقيقت هر چند توابع ()MIN‌ Ùˆ ()MAX از نمايه‌ها استÙاده نمي‌كنند ولي مي‌توانيم با استÙاده از دستور زير با استÙاده از نمايه‌ها Ùˆ دستور ORDER BY Ùˆ LIMIT‌ آنها را به دست آوريم. SELECT col FROM tab ORDER BY col [ DESC ] LIMIT 1; اگر شما Ùكر مي‌كنيد كه بهينه ساز سيستم در انتخاب پيمايش ترتيبي اشتباه كرده است با دستور 'SET enable_seqscan TO 'off' مي‌توانيد ببينيد آيا استÙاده از نمايه‌ها باعث اÙزايش سرعت درخواست‌ها خواهد شد. استÙاده از نمايه‌ها هنگامي كه از علائم ويژه نظير LIKE Ùˆ ~ استÙاده مي‌كنيد Ùقط در بعضي شرايط خاصي كه در اينجا ذكر شده است ممكن است: ابتداي رشته جستجو بايد به طور ØµØ±ÙŠØ Ù…Ø´Ø®Øµ باشد براي مثال: دستورات LIKE نبايد با علامت % شروع شوند الگوهاي منظمي كه با ~ مي‌ايد Øتماً بايد با علامت ^ شروع شود رشته جستجو نبايد با يك مجموعه از كاراكتر‌ها مثل [a-e] شروع شود جستجوهاي غيرØساس به متن مثل ILIKE‌ Ùˆ *~ از نمايه‌ها استÙاده نمي‌كنند. در عوض از توابع نمايه‌اي كه در قسمت 4.12 ØªÙˆØ¶ÙŠØ Ø¯Ø§Ø¯Ù‡ شد استÙاده مي‌كنند. مقدار پيش Ùرض locale‌ بايد در initdb استÙاده شود. 4.9) چگونه مي‌توانم Ù†Øوه بررسي درخواست را توسط بهينه‌ساز درخواستها مشاهده كنم؟ راهنماي دستور EXPLAIN را نگاه كنيد. 4.10) نمايه R-tree‌ چيست؟ از نمايه R-Tree براي انديس كردن داده‌هاي Ùاصله‌اي استÙاده مي‌شود. يك نمايه hash نمي‌توانند جستجوهاي Ù…Øدوده‌اي را انجام دهد. نمايه "B-tree" نيز براي انجام جستجوي Ù…Øدوده‌اي در يك جهت قابل استÙاده است. اما R-Tree مي‌تواند داده‌هاي چند بعدي را نيز پشتيباني كند. براي مثال استÙاده اگر از نمايه R-tree‌ براي گونه Point استÙاده شود سرعت درخواست‌هايي نظير "select all points within a bounding rectangle" به مراتب اÙزايش مي‌يابد. مقاله‌اي كه طراØÙŠ R-tree را ØªÙˆØ¶ÙŠØ Ø¯Ø§Ø¯Ù‡ است Guttman, A. "R-trees: A Dynamic Index Structure for Spatial Searching." Proceedings of the 1984 ACM SIGMOD Int'l Conf on Mgmt of Data, 45-57. R-tree‌ مي‌تواند چندضلعيها Ùˆ چند وجهي را پشتيباني كند. در تئوري R-tree مي‌تواند تعداد بعدهاي بالاتر ري نيز پشتيباني كند. در عمل توسعه R-tree‌ نياز به كار بيشتري دارد. 4.11) بهينه ساز تكويني درخواست چيست؟ (Genetic Query Optimizer) استÙاده از GEQO سرعت بهينه سازي درخواست را هنگاميكه تعداد زيادي جدول را با استÙاده از الگوريتم ژنتيك الØاق مي‌كنيم اÙزايش مي‌دهد. 4.12) چگونه از عبارات منظم براي جستجو استÙاده كنم؟ چگونه جستجويي انجام دهم كه Øساس به متن نباشد؟ چگونه براي يك جستجوي غير Øساس به متن از نمايه استÙاده كنم؟ براي جستجوي عبارت منظم از عملگر ~‌ استÙاده مي‌كنيم. براي جستجوي غير Øساس به متن از عملگر *~ Ùˆ يا ILIKE‌ استÙاده مي‌كنيم. روش ديگر انجام جستجوي غير Øساس به متن در زير نشان داده شده است. SELECT * FROM tab WHERE lower(col) = 'abc'; اين از نمايه‌هاي استاندارد استÙاده نمي‌كند. ولي شما مي توانيد با دستور زير يك نمايه ايجاد كنيد Ùˆ از آن استÙاده كنيد. CREATE INDEX tabindex ON tab (lower(col)); 4.13) Iچگونه مي‌توانم در يك درخواست تشخيص دهم كه يك Ùيلد NULL‌ است؟ با استÙاده از توابع IS NULL Ùˆ IS NOT NULL مي‌توانيم NULL بودن يك Ùيلد را تست كنيم. 4.14) تÙاوت بين گونه‌هاي مختل٠character چيست؟ Type Internal Name Notes -------------------------------------------------- VARCHAR(n) varchar اندازه، Øداكثر طول را نشان مي دهد بدون اضاÙÙ‡ شدن كاراكتر اضاÙÙ‡ CHAR(n) bpchar كاراكترهاي بلانك براي پر شدن طول مشخص شده استÙاده مي‌شود TEXT text Øداكثر طول را مشخص نمي‌كند BYTEA bytea آرايه‌اي از بايت با طول متغير "char" char يك كاراكتر نام داخلي گونه‌ها را در system catalogue ‌و بعضي از پيغامهاي خطا مي‌توان ديد. چهار گونه اول همگي از نوع varlena هستند (4 بايت اول روي ديسك طول را مشخص مي‌كند كه به دنبال آن داده‌ها قرار دارند.)‌بنابراين Ùضاي واقعي استÙاده شده روي ديسك از اندازه تعري٠شده بيشتر است. اما اين گونه‌ها را مي‌توان Ùشرده كرد كه اينكار باعث مي‌شود Ùضاي كمتري روي ديسك اشغال كنند. براي ذخيره رشته‌هاي با طول متغير(VARCHAR(n‌ بهترين انتخاب است. در اين گونه Øداكثر طول رشته Ù…Øدود است بر خلا٠text كه هيچ Ù…Øدوديتي روي Øداكثر اندازه رشته نمي‌گذارد.(در اين گونه Øداكثر طول يك رشته يك گيگا بايت خواهد بود) گونه (CHAR(n براي ذخيره داده‌هاي با طول يكسان است.يك گونه‌ي (CHAR(n با كاراكترهاي بلانك (خالي) پر مي‌شود تا به طول مشخص شده برسد در Øاليكه گونه VARCHAR كاراكترها را به همان صورت كه هستند ذخيره مي‌كند. گونه BYTEA براي ذخيره داده‌هاي باينري است به خصوص داده‌هاي باينتري كه شامل بايت‌هاي NULL هستند. از نظر كارايي تمام اين گونه‌ها يكسان هستند. 4.15.1) چگونه مي‌توانم يك Ùيلد سريال يا اÙزايشي ايجاد كنم؟ PostgreSQL از داده‌هاي سريال پشتيباني مي‌كند. براي ايجاد يك Ùيلد سريال (براي داشتن يك Ùيلد منØصر به Ùرد براي هر ردي٠)به روش زير عمل كنيد: CREATE TABLE person ( id SERIAL, name TEXT ); دستور بالا به طور اتوماتيک به دستور زير تبديل مي‌شود: CREATE SEQUENCE person_id_seq; CREATE TABLE person ( id INT4 NOT NULL DEFAULT nextval('person_id_seq'), name TEXT ); براي ديدن اطلاعات بيشتر به راهنماي دستور create_sequence مراجعه كنيد. همچنين مي‌توان از OID‌هر ردي٠به عنوان يك مقدار منØصر به Ùرد استÙاده كرد. اما در اين Øالت براي dump كردن Ùˆ reload‌كردن پايگاه داده بايد دستور pg_dumps‌ را با گزينه o-‌ اجرا كنيد. 4.15.2) چگونه مي‌توانم مقدار يك درج سريالي را بدانم؟ يك روش براي گرÙتن مقدار بعدي يك Ùيلد سريال استÙاده از تابع ()nextval است. در شبه ÙƒÙدي كه در ادامه آمده است روش انجام اين كار نشان داده شده است: new_id = execute("SELECT nextval('person_id_seq')"); execute("INSERT INTO person (id, name) VALUES (new_id, 'Blaise Pascal')"); با اجرا دستور Ùوق مقدار جديد را در متغير new_id نيز خواهيدداشت كه مي‌توانيد آن را در بقيه درخواست‌هاي نيز استÙاده كنيد. توجه داشته باشيد كه نام SEQUENCEيي كه به طور اتوماتيك ايجاد شده است به صورت table_serialcolumn_seq‌ خواهد بود. كه در آن table‌ نام جدول Ùˆ serialcolumn نام Ùيلد سريال جدول مي‌باشد. براي ديدن مقدار نسبت داده شده به Ùيلد سريال نيز مي‌توان از تابع () currval به صورت زير استÙاده كرد. execute("INSERT INTO person (name) VALUES ('Blaise Pascal')"); new_id = execute("SELECT currval('person_id_seq')"); Ùˆ سرانجام شما مي‌توانيد از مقدار OID كه خروجي دستور INSERT است براي ديدن مقدار پيش Ùرض استÙاده كنيد. هر چند اين روش در همه پلتÙرمها قابل استÙاده نيست Ùˆ ضمن اينكه Ùيلد oid‌ بعد از عدد 4 ميليارد دوباره صÙر مي‌شود. در زبان perl با استÙاده از DBI Ùˆ DBD::Pg مقدار oid‌را مي‌توانيد به شكل زير استخراج كنيد: بعد از اجراي ()st->execute$ مقدار oid‌ در متغير sth->pg_oid_status$ ذخيره خواهد شد. 4.15.3) آیا توابع ()nextval Ùˆ ()currval منجر به ایجاد شرایط race برای سایر کاربران Ù…ÛŒ شوند؟ خیر، استÙاده از این توابع شرایط race را به وجود نمی آورد. 4.15.4) چرا اعداد سریالی مربوط به تراکنشهای abort شده مجدداً استÙاده نمی شود؟ چرا بین اعداد سریالی یک Ùاصله خالی ایجاد Ù…ÛŒ شود؟ برای بالا بردن امکان اجرای همزمان تراکنشها، اعداد سریالی به Ù…Øض اجرای تراکنش به آنها تخصیص Ù…ÛŒ یابد در این Øالت اگر بعضی از تراکنشها abort شوند بین اعداد سریالی استÙاده شده یک Ùاصله خالی به وجود Ù…ÛŒ آید. 4.16) OID Ùˆ TID Ú†Ù‡ هستند؟ OID راه ØÙ„ PostgreSQL برای داشتن یک شناسه منØصر به Ùرد برای هر ردی٠است. هر ردی٠جدیدی Ú©Ù‡ ایجاد Ù…ÛŒ شود یک OID منØصر به Ùرد به آن اختصاص Ù…ÛŒ یابد. تمام OIDهایی Ú©Ù‡ در Øین initdb ایجاد Ù…ÛŒ شوند از 16384 کمتر هستند Ùˆ OIDهایی بعداً تولید Ù…ÛŒ شود از این عدد بزرگتر خواهد بود. نکته مهم آن است Ú©Ù‡ OIDها نه تنها در یک جدول شبیه نیستند بلکه در Ú©Ù„ پایگاه داده هیچ دو ردیÙÛŒ دارای OID یکسان نخواهد بود. PostgreSQL از OID در سیستم داخلی خود برای ایجاد ارتباط بین ردیÙهای جداول مختل٠استÙاده Ù…ÛŒ کند. توصیه Ù…ÛŒ شود Ú©Ù‡ یک ستون از نوع OID برای ذخیره این Ùیلد در جدول ایجاد کنید. ساختن یک نمایه برای این Ùیلد باعث دسترسی سریعتر به آن خواهد شد. تمام پایگاههای داده در PostgreSQL برای گرÙتن OID جدید از یک ناØیه مرکزی استÙاده Ù…ÛŒ کند. ولی اگر بخواهیم OID را به روش دیگری بگیریم Ùˆ یا اینکه در Øین Ú©Ù¾ÛŒ کردن یک جدول بخواهیم OIDهای اصلی آن تغییر نکند به روش زیر Ù…ÛŒ توانیم عمل کنیم: CREATE TABLE new_table(mycol int); SELECT oid AS old_oid, mycol INTO tmp_table FROM old_table; COPY tmp_table TO '/tmp/pgtable'; COPY new_table WITH OIDS FROM '/tmp/pgtable'; DROP TABLE tmp_table; OID یک عدد صØÛŒØ 4 بایتی است Ùˆ بنابراین Øداکثر مقدار آن 4 میلیارد خواهد بود Ùˆ بعد از آن مقدار آن سرریز خواهد شد. البته تا کنون برای کسی این اتÙاق Ù†ÛŒÙتاده است Ùˆ تصمیم گرداندگان PostgreSQL آن است Ú©Ù‡ قبل از آنکه این اتÙاق رخ دهد این مشکل را برطر٠کنند. TIDها برای شناسایی Ù…ØÙ„ Ùیزیکی یک ردی٠بر اساس بلوک Ùˆ Ø¢Ùست Ù…ÛŒ باشد. TIDها بعد از تغییر پیدا کردن یک ردی٠و یا بازخوانی آن عوض Ù…ÛŒ شوند. TIDها توسط نمایه ها استÙاده Ù…ÛŒ شوند. 4.17) معني بعضي از ترمها Ùˆ كلماتي كه در PostgreSQL‌ استÙاده مي‌شود چيست؟ لیست برخی از ترمها Ùˆ کلماتی Ú©Ù‡ استÙاده Ù…ÛŒ شوند: table, relation, class :کلاس، رابطه، جدول row, record, tuple چندتایی، رکورد، ردی٠column, field, attribute صÙت، Ùیلد، ستون retrieve, select انتخاب، خواندن replace, updateبه روز کردن، جایگزینی append, insert درج، اضاÙÙ‡ کردن OID, serial value مقدار سریال portal, cursor range variable, table name, table alias یک لیست عمومی از ترمهای مورد استÙاده در پایگاه داده در آدرس http://hea-www.harvard.edu/MST/simul/software/docs/pkgs/pgsql/glossary/glossary.htm وجود دارد. 4.18) چرا من خطاي "ERROR: Memory exhausted in AllocSetAlloc" مي‌گيرم؟ این خطا اØتمالاً یا به خاطر تمام شدن ØاÙظه مجازی سیستم شماست Ùˆ یا اینکه کرنل برای برنامه ها در مورد میزان استÙاده از ØاÙظه مجازی Ù…Øدودیت اعمال کرده است. قبل از اجرای برنامه اصلی یکی از دستورات زیر را اجرا کنید. ulimit -d 262144 limit datasize 256m بسته به نوع شل یکی از این دستورات ممکن است با موÙقیت اجرا شود. با اجرای آن دستور Ù…Øدودیت ØاÙظه مجازی برای برنامه ها برداشته شده Ùˆ با این کار اØتمالاً درخواستی Ú©Ù‡ قبلاً خطا Ù…ÛŒ داده است اجرا خواهد شد. 4.19) از كجا تشخيص دهم كه ويرايش يا نسخه PostgreSQLيي كه من استÙاده مي‌كنم چيست؟ با اجرای دستور ()SELECT version 4.20) چرا در Øین اجرای عملیات روی large-objectها خطای "invalid large obj descriptor"به وجود Ù…ÛŒ آید؟ شما باید قبل از شروع دستوراتی Ú©Ù‡ با large-objectها کار Ù…ÛŒ کنند از BEGIN Ùˆ بعد از آنها هم یک END بگذارید. در Øال Øاضر PostgreSQL هندل large-objectها را در زمان نهایی شدن تراکنش (commitشدن) Ù…ÛŒ بندد. به همین دلیل اولین تلاش برای انجام هر کاری با هندل منجر به خطای invalid large obj descriptor خواهد شد. برای جلوگیری از این خطا Øتماً باید از یک تراکنش استÙاده کنید. این کار همانطور Ú©Ù‡ قبلاً Ú¯Ùته شد با استÙاده از قرار دادن BEGIN Ùˆ END در ابتدا Ùˆ انتهای دستورات انجام Ù…ÛŒ شود. اگر این خطا را در Øین استÙاده از یک درایور ODBC دریاÙت کردید اØتمالاً باید این دستور را اجرا کنید: set auto-commit off 4.21) چگونه يك ستون ايجاد كنم كه مقدار زمان جاري را به عنوان مقدار پيش‌Ùرض داشته باشد؟ از CURRENT_TIMESTAMP استÙاده کنید در مثال زیر Ù†Øوه انجام این کار نشان داده شده است: CREATE TABLE test (x int, modtime timestamp DEFAULT CURRENT_TIMESTAMP ); 4.22) چرا "زير درخواستهايي" كه از IN استÙاده مي‌كنند كند هستند؟ در نسخه های قبل از 7.4 عمل الØاق زیر درخواست Ùˆ درخواست اصلی به این صورت انجام Ù…ÛŒ شود Ú©Ù‡ نتایج به دست آمده از زیر درخواست به صورت ترتیبی برای هر ردی٠اعمال Ù…ÛŒ شود. اگر زیردرخواست ردی٠های Ú©Ù…ÛŒ را به عنوان خروجی برگرداند Ùˆ درخواست بیرونی ردی٠های زیادی را شامل شود استÙاده از IN بهترین روش است در غیر اینصورت بهتر است از EXISTS استÙاده شود SELECT * FROM tab WHERE col IN (SELECT subcol FROM subtab); به: SELECT * FROM tab WHERE EXISTS (SELECT subcol FROM subtab WHERE subcol = col); برای اجرای سریع این درخواست باید برای ستون subcol نمایه ایجاد شده باشد. در نسخه های بعد از 7.4 IN برای الØاق از همان تکنیک پیچیده مورد استÙاده در دستورات معمولی استÙاده Ù…ÛŒ کند Ùˆ بنابراین استÙاده از آن نسبت به EXISTS ارجØیت دارد. 4.23) چگونه مي‌توانم يك الØاق خارجي (outer join) انجام دهم؟ برای انجام الØاق خارجی به روش زیر عمل کنید: SELECT * FROM t1 LEFT OUTER JOIN t2 ON (t1.col = t2.col); یا SELECT * FROM t1 LEFT OUTER JOIN t2 USING (col); درخواستهای بالا t1.col , t2.col را به هم الØاق Ù…ÛŒ کند Ùˆ همچنین ردیÙهای t1 Ú©Ù‡ نظیر آنها در t2 نبوده است را نیز برمی گرداند. اگر از RIGHT استÙاده شود نتیجه بر عکس است. یعنی ردیÙهای t2 Ú©Ù‡ نظیر آنها در t1 نباشد را نشان Ù…ÛŒ دهد Ùˆ اگر از FULL استÙاده شود نتیجه هم شامل ردیÙهای t1 است Ùˆ هم شامل ردیÙهای t2. استÙاده از کلمه OUTER اختیاری است چرا Ú©Ù‡ این کلمه به طور ضمنی دستورهای LEFT, RIGHT, FULL وجود دارد. در نسخه های قبلی پایگاه داده Ù…ÛŒ توانیم الØاق خارجی را به Ú©Ù…Ú© دستورهای UNION, NOT IN شبیه سازی کنیم. این کار در مثال زیر نشان داده شده است: SELECT tab1.col1, tab2.col2 FROM tab1, tab2 WHERE tab1.col1 = tab2.col1 UNION ALL SELECT tab1.col1, NULL FROM tab1 WHERE tab1.col1 NOT IN (SELECT tab2.col1 FROM tab2) ORDER BY col1 4.24) چگونه مي‌توان درخواستهايي از چند پايگاه داده توليد كرد؟ در Øال Øاضر این کار امکان پذیر نیست. PostgreSQL Ùقط امکان درخواست از پایگاه داده ای را Ù…ÛŒ دهد Ú©Ù‡ در Øال Øاضر به آن متصل باشید Ùˆ نمی توان به طور همزمان از دو پایگاه داده استÙاده کرد. البته یک برنامه کاربردی خود Ù…ÛŒ تواند به طور همزمان دو پایگاه داده را مورد استÙاده قرار داده Ùˆ نتایج را با هم ترکیب کند ولی نمی تواند در یک درخواست به هر دو پایگاه داده رجوع کند. 4.25) چگونه خروجي يك تابع مي‌تواند چند ردي٠يا ستون باشد؟ در نسخه 7.3 خروجی یک تابع Ù…ÛŒ تواند چند ردی٠یا چند ستون باشد. برای دیدن اطلاعات بیشتر به سایت زیر مراجعه کنید:http://techdocs.postgresql.org/guides/SetReturningFunctions 4.26) در توابع PL/PgSQL چرا نمي‌توان با اطمينان جداول موقت را ايجاد يا Øذ٠كرد؟ PL/PgSQL Ù…Øتوای توابع را ذخیره (cache) Ù…ÛŒ کند. یک اثر بد جانبی این کار آن است Ú©Ù‡ اگر در تابع از یک جدول موقت استÙاده شود Ùˆ بعداً آن جدول ØØ°Ù Ùˆ یک جدول جدید به جای آن ایجاد شود، در Ùراخوانی مجدد آن تابع، Ù…Øتوای ذخیره شده تابع هنوز به جدول قدیمی اشاره Ù…ÛŒ کند Ùˆ بنابراین اجرای تابع با اشکال مواجه Ù…ÛŒ شود. راه ØÙ„ این مشکل آن است Ú©Ù‡ برای جداول موقت از دستور EXECUTE استÙاده شود Ú©Ù‡ این کار سبب Ù…ÛŒ شود Ú©Ù‡ درخواست برای هر بار اجرا مجدداً پیمایش Ùˆ تÙسیر شود. 4.27) Ú†Ù‡ گزينه‌هايي براي تكرار (replication) وجود دارد؟ There are several master/slave replication options available. These allow only the master to make database changes and the slave can only do database reads. The bottom of http://gborg.PostgreSQL.org/genpage?replication_research lists them. A multi-master replication solution is being worked on at http://gborg.PostgreSQL.org/project/pgreplication/projdisplay.php. 4.28) Ú†Ù‡ گزينه‌هايي براي رمزنگاري وجود دارد؟ contrib/pgcrypto شامل توابع رمزنگاری زیادی است Ú©Ù‡ Ù…ÛŒ توان از آنها در دستورات SQL استÙاده کرد. برای رمز کردن ارتباط بین client Ùˆ server ØŒ پایگاه داده Øتماً گزینه SSL را بر روی پایگاه داده Ùعال کنیم. در نسخه 7.3 به بعد کلمات عبور کاربران به طور اتوماتیک به صورت رمز شده ذخیره Ù…ÛŒ شود ولی در نسخه های قبلی باید گزینه PASSWORD_ENCRYPTION در Ùایلpostgresql.conf Ùعال کنیم. Ù…ÛŒ توان پایگاههای داده را روی یک Ùایل سیستم رمزشده نگاهداری کرد Extending PostgreSQL 5.1) من يك تابع نوشته‌ام. چگونه آن را در psql اجرا كنم؟ چرا با اجراي آن core dump مي‌گيرم؟ دلایل مختلÙÛŒ Ù…ÛŒ تواند باعث بروز این مشکل شود. اما قبل از همه تابع خود را به صورت جدا تست کنید. 5.2) چگونه مي‌توانم در توليد نوع‌ها Ùˆ توابع جديد Ùˆ جالب براي PostgreSQL‌ همكاري Ùˆ مشاركت داشته باشم؟ کد خود را به گروه پستی pgsql-hackers ارسال کنید. 5.3) چگونه مي‌توانم يك تابع به زبان C بنويسم كه خروجي آن يك ‌tuple (چند تايي) باشد؟ در نسخه های 7.3 به بعد یک تابع Ù…ÛŒ تواند یک جدول را به عنوان خروجی برگرداند. این ویژگی در توابعی Ú©Ù‡ به زبانهای C Ùˆ PL/PgSQL نوشته Ù…ÛŒ شوند به طور کامل وجود دارد. راهنما برنامه نویسان را مطالعه کنید. یک مثال از Ù†Øوه برگرداندن یک جدول به عنوان خروجی در contrib/tablefunc آمده است. 5.4) من يك Ùايل منبع را عوض كرده ام چرا در عمليات كامپيل مجدد آن تغيير ديده نمي‌شود؟ Makefile برای Ùایلهای include شده وابستگیها را به درستی نشان نمی دهد. برای اطمینان از اینکه Ùایلی Ú©Ù‡ عوض کرده اید Øتماً دوباره کامپیل Ù…ÛŒ شود دستور make clean را اجرا کنید. اگر از کامپیلر gcc استÙاده Ù…ÛŒ کنید Ù…ÛŒ توانید از گزینه enable-depend-- در موقع اجرای برنامه configure استÙاده کنید این گزینه باعث Ù…ÛŒ شود Ú©Ù‡ وابستگیها به طور اتوماتیک تولید شود.