ولې خبرې کوونکی SQL اپلیکیشن د VPN له لارې ورو ځي او څه باید په ټولګه کې شي

هغه فورم چې په سیمه ییز شبکه کې له یوې ثانیې کم وخت کې پرانیستل کېږي، د VPN له لارې پنځه ثانیې نیسي، په داسې حال کې چې په همدې لینک د فایل کاپي په بشپړ سرعت ځي. توپیر د بینډویډت نه دی. فورم د ځوابونو د یوې لړۍ انتظار کوي او په هر ګام کې بشپړ ګرد سفر ورکوي، په داسې حال کې چې د فایل کاپي بایټونه په دوامداره الوتنه کې ساتي. د لاسرسي لینک له لمس کولو دمخه هغه انتظارونه وشمېرئ.

نښه سکرین دی، نه پوښتنه

په هغه سکرین کې هره پوښتنه کېدای شي ګړندې وي او سکرین بیا هم ورو وي، ځکه چې ټولټال د اجرا وختونو مجموعه نه، بلکې د انتظارونو مجموعه ده. هغه بیان چې په دوه ملی ثانیو کې ځي، بیا هم بشپړ ګرد سفر لګوي کله چې کلاینټ باید پایله ترلاسه کړي مخکې له دې چې بل ولېږي. په هغه لار چې څلوېښت ملی ثانیې ځنډ لري، سوه تړلې زنګونه د هر ډول انځورګرۍ کار له پیل دمخه شاوخوا څلورو ثانیو ته رسیږي. دا حساب د انتظار ماډل دی، ستاسو د لینک اندازه نه ده.

له همدې امله د سرعت ازموینه بې ګناه ښکاري. لوی لېږد د تېزۍ اندازه کوي، خبرې کوونکی فورم ځنډ اندازه کوي، او VPN کولای شي په یو کې غوره وي او په بل کې عادي پاتې شي. نو د سکرین تشخیص د لینک نه، بلکې د سکرین اندازه کول دي.

د هر څه بدلولو دمخه د یوې کاروونکې کړنې له سره تر پای پورې وخت ثبت کړئ. یوازې هغه شمېره کولای شي ووایي چې وروسته سمون کار وکړ که نه.

په یوه کاروونکې کړنه کې پرلپسې انتظارونه وشمېرئ

د اټکل کولو پرځای په کلاینټ کې اندازه ځای پرځای کړئ. په psql کې \timing on د هر بیان تېر وخت چاپوي، او EXPLAIN (ANALYZE, BUFFERS) ښیي چې سرور له هغه وخت څومره واقعاً په کار کې تېر کړ.

د دې دوو شمېرو ترمنځ توپیر ستاسو د شبکې او کلاینټ لګښت دی. که یو بیان په دوه ملی ثانیو کې وځي او کلاینټ شپېته ثبت کړي، پاتې اته پنځوس سفر او سیمه ییز پروسس دی، او هېڅ انډیکس به یې لرې نه کړي. دا پرتله د سکرین لخوا لېږل شوي هر بیان لپاره تکرار کړئ او د اجرا وختونه نه، توپیرونه جمع کړئ.

پایله د پرلپسې انتظارونو د شمېر په توګه ولیکئ. همدا اندازه راتلونکي دوه برخې کولای شي کمه کړي، او دا هغه شمېره ده چې له شاهد سره پرې بحث کېدای شي.

خپلواک زنګونه په ټولګه کې کړئ، تړلي یې وساتئ

دوه بیانونه چې یو د بل پایله نه لولي، کولای شي یوځای سفر وکړي او یو ځل راټول شي، چې دوه انتظارونه یو ته اړوي. دوه بیانونه چې دویم ته د لومړي ارزښت اړتیا وي نشي کولای، ځکه چې تړاو ریښتینی دی او ټولګه کول به بدل کړي چې پروګرام څه کوي. د هر څه بیا لیکلو دمخه زنګونه په هغو دوو ډېرو ووېشئ، او د هرې ډېرې اندازه وایي چې څه ممکن دي.

د ټولګې پر بنسټ کار انتظارونه له ټولګه کولو څخه ډېر بشپړ لرې کوي. یوه پوښتنه چې هغه کرښې بېرته راوړي چې یوه لوپ یو په یو اخیستې، لوپ او ګرد سفرونه دواړه له منځه وړي. لومړی لوپ وپلټئ، ځکه چې دا معمولاً لویه ګټه او د بیاکتنې لپاره اسانه بدلون دی.

ټولګه بیا هم باید د تېروتنو سمبالښت او د راکړې ورکړې پولې وساتي. د ناتړلو بیانونو یوځای کول په یوه تار کې خوندي اصلاح نه ده، او هغه ټولګه چې ناکام بیان د بریالې سپارنې شاته پټوي له هغو انتظارونو څخه بدتره ده چې یې سپما کړې.

د بینډویډت له پیرودلو دمخه اړیکې بیا وکاروئ

نوې اړیکه د نوم حل، TCP لاس ورکول، TLS خبرې اترې او تصدیق لګښت لري، او په لوړ ځنډ لاره کې هر یو له دې د لومړي پوښتنې له ځېدلو دمخه بل ګرد سفر دی. د اړیکو حوضونه د دې لپاره دي چې دا لګښت هر زنګ ته نه، بلکې هر بهیر ته یو ځل ورکړل شي.

په ADO.NET کې د حوض اړیکه تړل یا dispose کول هغه د بیا کارونې لپاره بېرته راوړي پرځای د دې چې نوې فزیکي اړیکه پرانیزي، نو هغه بڼه چې د تېښتې په څېر ښکاري ډېری وخت سمه کارونه ده. تایید کړئ چې حوض واقعاً په کار کې دی، نه اټکل: د فزیکي اړیکو جوړېدل لاګ کړئ، یا د سکرین د چلېدو پر مهال په سرور کې د ناستو شمېر وګورئ. د SQL فعالیت لارښود د ګرد سفرونو کمولو او د مکررو ad hoc زنګونو ټولګه کولو په اړه همدا خبره کوي، د خدمت ځانګړو بېلګو سره، چې تاسو باید خپل ځای پرځای کولو ته یې ورسم کړئ.

حوض کول د جوړېدو لګښت لرې کوي او پرلپسې پوښتنې انتظارونه ناڅاپه پرېږدي. دا پخپله سمون نه دی، د پاکې اندازې لپاره مخکې شرط دی.

د اجرا د ډاټا سره نږدې کول وګڼئ

اپلیکیشن د ډاټابیس سره نږدې چلول ډېر لرې ډاټابیس تبادلې د یوې لرې ښودنې ناستې سره بدلوي. د خبرو کوونکي بار لپاره دا لوی بدلون کېدای شي، او دا د فعالیت په څېر د عملیاتو بدلون هم دی: د ناستو مدیریت، د لاسرسي کنټرول، د سافټویر ځای پرځای کول او د کاروونکي تجربه ټول د اپلیکیشن سره ځي.

د دې له اټکل کولو دمخه چې کوم لوری ګړندی دی، ریښتینی انټرفیس او هغه ډاټا اندازه کړئ چې لېږي یې. د لرې ډیسکټاپ ناسته پکسلونه ځای په ځای کوي، او هغه سکرین چې ګڼ ګرافیک ولري په همدې لار کې له هغو پوښتنو څخه بدتر فعالیت کولای شي چې ځای یې نیولی و، په ځانګړې توګه کله چې کلاینټ په دوامداره توګه بیا انځوروي.

بیا اصلي کړنه تکرار کړئ او درې شمېرې پرتله کړئ: پرلپسې انتظارونه، د پایلې حجم او له سره تر پای پورې د بشپړېدو وخت. هغه سمون چې اندازه شوې کاروونکې دنده بدلوي او د ډاټا سم والی او د لاسرسي تګلاره ساتي، هغه دی چې ساتلو ارزښت لري.