mirror of
https://git.postgresql.org/git/postgresql.git
synced 2024-08-21 00:23:23 +02:00
877 lines
77 KiB
Plaintext
877 lines
77 KiB
Plaintext
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 ميباشد. PostgreSQL
|
||
همچنين امكان ارتباط به صورت 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) چگونه ميتوانم در يك درخواست تشخيص دهم كه يك فيلد 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 استفاده کنید این گزینه باعث می
|
||
شود که وابستگیها به طور اتوماتیک تولید شود. |