گلوبلز ڊيٽا کي محفوظ ڪرڻ لاء خزانو تلوارون آهن. وڻ. حصو 2

شروع ڪرڻ - حصو 1 ڏسو.

3. ڍانچي جي مختلف قسمن جڏهن گلوبل استعمال ڪندي

ھڪڙي جوڙجڪ جھڙوڪ ھڪڙو حڪم ٿيل وڻ آھي مختلف خاص ڪيس. اچو ته انهن تي غور ڪريو جيڪي عملي قدر آهن جڏهن گلوبلن سان ڪم ڪري رهيا آهن.

3.1 خاص ڪيس 1. ھڪڙي نوڊ بغير شاخن جي

Globals استعمال ڪري سگھجن ٿا نه رڳو هڪ صف وانگر، پر پڻ باقاعده متغير وانگر. مثال طور، انسداد جي طور تي:

Set ^counter = 0  ; установка счётчика
Set id=$Increment(^counter) ;  атомарное инкрементирование

انهي صورت ۾، عالمي، ان جي معني کان علاوه، شاخون پڻ ٿي سگهن ٿيون. هڪ ٻئي کي خارج نٿو ڪري.

3.2 اسپيشل ڪيس 2. ھڪڙو عمدو ۽ گھڻن شاخن

عام طور تي، هي هڪ کلاسک اهم-قيمت جو بنياد آهي. ۽ جيڪڏھن اسان قدرن جي ھڪ ٽولي کي قدر جي طور تي محفوظ ڪريون ٿا، اسان کي ھڪڙي عام ٽيبل حاصل ڪنداسين ھڪڙي پرائمري ڪيئي سان.

گلوبلز تي ٽيبل کي لاڳو ڪرڻ لاءِ، اسان کي پاڻ کي ڪالمن جي قدرن مان قطارون ٺاھيون پونديون، ۽ پوءِ پرائمري ڪيچ استعمال ڪندي انھن کي گلوبل ڏانھن محفوظ ڪندا. ان کي ممڪن بڻائڻ لاءِ سٽ کي ٻيهر ڪالمن ۾ ورهائڻ لاءِ پڙهڻ دوران، توهان استعمال ڪري سگهو ٿا:

1. حد بندي ڪندڙ ڪردار.

   Set ^t(id1) = "col11/col21/col31"
   Set ^t(id2) = "col12/col22/col32"

2. هڪ سخت اسڪيم جنهن ۾ هر فيلڊ اڳواٽ مقرر ڪيل تعداد بائيٽ تي قبضو ڪري ٿو. جيئن ته لاڳاپيل ڊيٽابيس ۾ ڪيو ويندو آهي.
3. هڪ خاص فنڪشن $LB (ڪيش ۾ موجود آهي)، جيڪو قدرن جي هڪ تار ٺاهي ٿو.

   Set ^t(id1) = $LB("col11", "col21", "col31")
   Set ^t(id2) = $LB("col12", "col22", "col32")

دلچسپ ڳالهه اها آهي ته، گلوبلز کي استعمال ڪرڻ ڏکيو نه آهي ثانوي انڊيڪس وانگر ڪجهه ڪم ڪرڻ لاءِ رشتي واري ڊيٽابيس ۾. اچو ته اهڙي جوڙجڪ کي انڊيڪس گلوبلز سڏين. هڪ انڊيڪس گلوبل هڪ معاون وڻ آهي جلدي ڳولا جي شعبن لاءِ جيڪي مکيه گلوبل جي بنيادي ڪنجي جو حصو نه آهن. ان کي ڀرڻ ۽ استعمال ڪرڻ لاءِ، توھان کي اضافي ڪوڊ لکڻو پوندو.

اچو ته پهرين ڪالمن تي انڊيڪس گلوبل ٺاهيون.

Set ^i("col11", id1) = 1
Set ^i("col12", id2) = 1

هاڻي، پهرين ڪالمن ۾ معلومات کي جلدي ڳولڻ لاء، اسان کي گلوبل ۾ ڏسڻو پوندو ^i ۽ ڳولھيو پرائمري ڪيز (id) پھرئين ڪالمن جي گھربل قدر سان ملندڙ جلندڙ.

جڏهن هڪ قدر داخل ڪيو وڃي، اسان فوري طور تي ٺاهي سگهون ٿا قيمت ۽ انڊيڪس گلوبلز گهربل فيلڊز لاءِ. ۽ اعتبار لاءِ، اچو ته اهو سڀ هڪ ٽرانزيڪشن ۾ لپيٽيون.

TSTART
Set ^t(id1) = $LB("col11", "col21", "col31")
Set ^i("col11", id1) = 1
TCOMMIT

M. تي ان کي ڪيئن ڪرڻ جو تفصيل گلوبلز تي ٽيبل, ثانوي انڊيڪسس جي تخليق.

اهڙيون جدولون جلدي ڪم ڪنديون جيئن روايتي ڊيٽابيس ۾ (يا اڃا به تيز) جيڪڏهن قطارون داخل ڪرڻ/اپڊيٽ ڪرڻ/ حذف ڪرڻ جا ڪم COS/M ۾ لکيل آهن ۽ مرتب ٿيل آهن.مون ھن بيان کي بلڪ INSERT تي ٽيسٽن سان چيڪ ڪيو ۽ ھڪڙي ٻن ڪالمن واري ٽيبل ۾ چونڊيو، بشمول TSTART ۽ TCOMMIT ڪمانڊز (ٽرانزيڪشن) استعمال ڪندي.

مون سمورو رسائي ۽ متوازي ٽرانزيڪشن سان وڌيڪ پيچيده منظرنامي جي آزمائش نه ڪئي آهي.

ٽرانزيڪشن کي استعمال ڪرڻ کان سواء، داخل ٿيڻ جي شرح 778 داخلون / سيڪنڊ في ملين ويلز هئي.
300 ملين قدرن سان - 422 داخل / سيڪنڊ.

جڏهن ٽرانزيڪشن استعمال ڪندي - 572 داخل / سيڪنڊ 082M داخل ڪرڻ لاء. سڀئي آپريشن مرتب ڪيل ايم ڪوڊ مان ڪيا ويا.
هارڊ ڊرائيو باقاعده آهن، SSD نه. RAID5 واپس لکڻ سان. Phenom II 1100T پروسيسر.

ساڳئي طريقي سان هڪ SQL ڊيٽابيس کي جانچڻ لاء، توهان کي هڪ ذخيرو طريقيڪار لکڻ جي ضرورت آهي جيڪا لوپ ۾ داخل ڪرڻ کي انجام ڏيندو. جڏهن MySQL 5.5 (InnoDB اسٽوريج) کي جانچيندي، هن طريقي کي استعمال ڪندي مون کي نمبر مليا آهن في سيڪنڊ 11K داخلن کان وڌيڪ نه.
ها، گلوبلز تي جدولن تي عمل درآمد لاڳاپو ڊيٽابيس جي ڀيٽ ۾ وڌيڪ پيچيده نظر اچي ٿو. تنهن ڪري، گلوبلز تي صنعتي ڊيٽابيس کي ٽيبلر ڊيٽا سان ڪم کي آسان ڪرڻ لاء SQL رسائي آهي.

عام طور تي، جيڪڏهن ڊيٽا اسڪيما بار بار تبديل نه ٿيندي، داخل ڪرڻ جي رفتار نازڪ نه هوندي آهي ۽ سڄو ڊيٽابيس آسانيءَ سان عام ٿيل جدولن جي صورت ۾ پيش ڪري سگهجي ٿو، پوءِ SQL سان ڪم ڪرڻ آسان آهي، ڇاڪاڻ ته اهو هڪ اعليٰ سطحي تجريد مهيا ڪري ٿو. .

هن خاص صورت ۾ مان اهو ڏيکارڻ چاهيان ٿو گلوبل ٻين ڊيٽابيس ٺاهڻ لاءِ تعمير ڪندڙ طور ڪم ڪري سگھن ٿا. هڪ اهڙي اسمبلر وانگر جنهن ۾ ٻيون ٻوليون به لکي سگهجن ٿيون. هتي مثال آهن ته توهان گلوبلز تي اينالاگ ڪيئن ٺاهي سگهو ٿا اهم-قدر، فهرستون، سيٽ، ٽيبل، دستاويز تي مبني ڊيٽابيس.

جيڪڏهن توهان کي گهٽ ۾ گهٽ ڪوشش سان ڪجهه قسم جو غير معياري ڊيٽابيس ٺاهڻ جي ضرورت آهي، ته پوء توهان کي ڏسڻ گهرجي گلوبلز ڏانهن.

3.3 خاص ڪيس 3. ٻن سطحن جو وڻ، ٻئي سطح جي هر نوڊ ۾ شاخن جو هڪ مقرر تعداد آهي

توھان شايد اھو اندازو لڳايو آھي: ھي گلوبلز تي جدولن جو ھڪڙو متبادل عمل آھي. اچو ته هن عمل کي پوئين هڪ سان ڀيٽيون.

ٻن سطحي وڻ تي ٽيبل بمقابله. ھڪڙي سطح واري وڻ تي.

Минусы
Плюсы

1. داخل ڪرڻ لاء سست، ڇو ته توهان کي ڪالمن جي تعداد جي برابر نوڊس جو تعداد مقرر ڪرڻ جي ضرورت آهي.
2. وڌيڪ ڊسڪ اسپيس واپرائڻ. جيئن ته گلوبل انڊيڪسس (سمجھيا ويا ايري انڊيڪسس) ڪالمن جي نالن سان گڏ ڊسڪ اسپيس وٺن ٿا ۽ هر قطار لاءِ نقل ٿيل آهن.

1. انفرادي ڪالمن جي قدرن تائين تيز رسائي، ڇو ته تار کي پارس ڪرڻ جي ڪا ضرورت ناهي. منهنجي تجربن مطابق، اهو 11,5٪ تيز آهي 2 ڪالمن تي ۽ وڌيڪ ڪالمن جي وڏي تعداد تي.
2. ڊيٽا اسڪيما کي تبديل ڪرڻ آسان
3. وڌيڪ واضح ڪوڊ

نتيجو: هر ڪنهن لاءِ نه. جيئن ته رفتار گلوبلز جي سڀ کان اهم فائدن مان هڪ آهي، اتي هن عمل کي استعمال ڪرڻ ۾ ٿورو نقطو آهي، ڇاڪاڻ ته اهو گهڻو ڪري ممڪن نه ٿيندو جدولن کان وڌيڪ تيز رفتار سان لاڳاپيل ڊيٽابيس ۾.

3.4 عام ڪيس. وڻ ۽ حڪم ڏنل وڻ

ڪنهن به ڊيٽا جي جوڙجڪ جيڪا نمائندگي ڪري سگهجي ٿي وڻ جي طور تي مڪمل طور تي گلوبلز سان گڏ.

3.4.1 مضمونن سان گڏ شيون

هي گلوبلز جي روايتي استعمال جو علائقو آهي. طبي ميدان ۾ بيمارين، دوائن، علامتن ۽ علاج جي طريقن جو هڪ وڏو تعداد آهي. هر مريض لاءِ لکين شعبن سان ٽيبل ٺاهڻ غير منطقي آهي. ان کان علاوه، 99٪ فيلڊ خالي ٿي ويندا.

تصور ڪريو هڪ SQL ڊيٽابيس جي جدولن: ”مريض“ ~ 100 شعبا، ”دوا“ - 000 شعبا، ”علاج“ - 100 شعبا، ”پيچيدگيون“ - 000 شعبا، وغيره. ۽ ايئن. يا توهان ڪيترن ئي هزارن جدولن جو ڊيٽابيس ٺاهي سگهو ٿا، هر هڪ مخصوص قسم جي مريض لاءِ (۽ اهي اوورليپ ٿي سگهن ٿا!)، علاج، دوائون، ۽ هزارين وڌيڪ جدولن جي وچ ۾ رابطن لاءِ.

گلوبلز دوائن لاءِ مثالي آهن، ڇاڪاڻ ته اهي توهان کي اجازت ڏين ٿا ته هر مريض لاءِ هن جي طبي تاريخ، مختلف علاجن ۽ دوائن جي عملن جي صحيح وضاحت، هڪ وڻ جي صورت ۾، خالي ڪالمن تي ڊسڪ جي اضافي جاءِ ضايع ڪرڻ کان سواءِ، جيئن ته. هڪ تعلقي ڪيس ۾ هجي.

گلوبل استعمال ڪندي اهو آسان آهي ڊيٽابيس ٺاهي ماڻهن بابت ڊيٽا سان، جڏهن اهو ضروري آهي ته ڪلائنٽ بابت وڌ ۾ وڌ مختلف معلومات گڏ ڪرڻ ۽ منظم ڪرڻ. اهو دوا، بينڪن، مارڪيٽنگ، آرڪائيو ۽ ٻين علائقن ۾ گهربل آهي

.
يقينا، SQL ۾ توهان پڻ هڪ وڻ کي صرف چند جدولن سان نقل ڪري سگهو ٿا (EAV, 1,2,3,4,5,6,7,8,9,10)، جڏهن ته اهو خاص طور تي وڌيڪ پيچيده آهي ۽ سست ٿيندو. لازمي طور تي، توهان کي هڪ گلوبل لکڻو پوندو جيڪو ٽيبل تي ڪم ڪري ٿو ۽ سڀني ڪم کي لڪايو جدولن سان گڏ هڪ تجزياتي پرت هيٺ. اعلي سطحي ٽيڪنالاجي (SQL) استعمال ڪندي هيٺين سطح جي ٽيڪنالاجي (گلوبلز) کي نقل ڪرڻ غلط آهي. نامناسب.

اهو ڪو راز ناهي ته وڏي جدولن تي ڊيٽا اسڪيما کي تبديل ڪرڻ (ALTER TABLE) مناسب وقت وٺي سگھي ٿو. MySQL، مثال طور، ALTER TABLE ADD|DROP COLUMN مڪمل طور تي پراڻي جدول مان معلومات کي نئين ٽيبل تي نقل ڪري ٿو (ٽيسٽ ڪيل MyISAM، InnoDB انجڻون). جيڪو ڏينهن تائين اربين رڪارڊ سان گڏ ڪم ڪندڙ ڊيٽابيس کي هٽائي سگهي ٿو، جيڪڏهن هفتي نه.

ڊيٽا جي جوڙجڪ کي تبديل ڪرڻ جيڪڏهن اسان گلوبل استعمال ڪندا آهيون اسان جي قيمت ڪجهه به ناهي. ڪنهن به وقت اسان ڪنهن به نئين پراپرٽيز کي شامل ڪري سگھون ٿا جيڪو اسان کي ڪنهن به شئي ۾ گهربل هجي، ڪنهن به سطح تي. شاخن کي تبديل ڪرڻ سان لاڳاپيل تبديليون هلندڙ ڊيٽابيس تي پس منظر ۾ هلائي سگھجن ٿيون.


تنهن ڪري، جڏهن اهو اختياري ملڪيتن جي وڏي تعداد سان شيون ذخيرو ڪرڻ لاء اچي ٿو، گلوبلز هڪ بهترين انتخاب آهن.

ان کان علاوه، مون کي توهان کي ياد ڏياريندو آهي ته ڪنهن به ملڪيت تائين رسائي فوري طور تي آهي، ڇاڪاڻ ته عالمي طور تي سڀئي رستا بي-وڻ آهن.

گلوبل ڊيٽابيس، عام طور تي، هڪ قسم جي دستاويزن تي مبني ڊيٽابيس جي قابليت سان گڏ درجه بندي معلومات کي ذخيرو ڪرڻ جي صلاحيت آهي. تنهن ڪري، دستاويزن تي مبني ڊيٽابيس طبي رڪارڊ کي محفوظ ڪرڻ جي ميدان ۾ گلوبلن سان مقابلو ڪري سگھن ٿا. پر اهو اڃا تائين بلڪل ساڳيو ناهياچو ته مقابلي لاءِ MongoDB وٺون. هن ڊومين ۾ اهو هيٺين سببن جي ڪري عالمين کي وڃائي ٿو:

1. دستاويز جي ماپ. اسٽوريج يونٽ JSON فارميٽ ۾ ٽيڪسٽ آهي (وڌيڪ واضح طور تي BSON) وڌ ۾ وڌ حجم اٽڪل 16MB سان. پابندي خاص طور تي ڪئي وئي هئي ته جيئن JSON ڊيٽابيس کي پارس ڪرڻ دوران سست نه ٿئي جيڪڏهن هڪ وڏو JSON دستاويز ان ۾ ذخيرو ٿيل آهي ۽ پوءِ فيلڊز تائين رسائي ڪئي وئي آهي. هن دستاويز ۾ مريض جي باري ۾ سڀ معلومات هجڻ گهرجي. اسان سڀ ڄاڻون ٿا ته مريضن جو رڪارڊ ڪيترو ٿي سگهي ٿو. 16 ايم بي جي وڌ ۾ وڌ ڪارڊ جي سائيز فوري طور تي مريضن کي ختم ڪري ٿي جن جي بيماري ڪارڊ ۾ ايم آر آئي فائلون، ايڪس ري اسڪين ۽ ٻيا مطالعو شامل آهن. گلوبل جي ھڪڙي شاخ ۾ توھان حاصل ڪري سگھو ٿا گيگا بائيٽ ۽ ٽيرا بائيٽس معلومات. اصولي طور تي، اسان هن کي ختم ڪري سگهون ٿا، پر مان جاري رهندو.
2. مريض جي چارٽ ۾ شعور جي وقت / تبديلي / نئين ملڪيت کي ختم ڪرڻ. اهڙي ڊيٽابيس کي لازمي طور تي پوري نقشي کي ميموري ۾ پڙهڻ گهرجي (اها وڏي رقم آهي!)، BSON پارس ڪريو، نئون نوڊ شامل ڪريو/تبديل ڪريو/خارج ڪريو، انڊيڪس تازه ڪريو، ان کي BSON ۾ پيڪ ڪريو، ۽ ان کي ڊسڪ ۾ محفوظ ڪريو. هڪ گلوبل صرف هڪ مخصوص ملڪيت تائين رسائي ۽ ان کي هٿي ڏيڻ جي ضرورت آهي.
3. انفرادي ملڪيت تائين جلدي رسائي. دستاويزن ۾ ڪيترن ئي ملڪيتن ۽ ان جي گھڻ-سطح جي جوڙجڪ سان، انفرادي ملڪيتن تائين رسائي تيز ٿي ويندي ان حقيقت جي ڪري ته عالمي سطح تي هر رستو هڪ بي-وڻ آهي. BSON ۾، توهان کي گهربل ملڪيت ڳولڻ لاءِ دستاويز کي لڪير سان پارس ڪرڻو پوندو.

3.3.2 ايسوسيئيٽو صفون

Associative arrays (جيتوڻيڪ nested arrays سان گڏ) گلوبلز تي مڪمل طور تي مناسب. مثال طور، PHP مان اهڙي صف پهرين تصوير 3.3.1 ۾ ڏيکاري ويندي.

$a = array(
  "name" => "Vince Medvedev",
  "city" => "Moscow",
  "threatments" => array(
    "surgeries" => array("apedicectomy", "biopsy"),
    "radiation" => array("gamma", "x-rays"),
    "physiotherapy" => array("knee", "shoulder")
  )
);

3.3.3 درجه بندي دستاويز: XML، JSON

پڻ آساني سان گلوبلن ۾ ذخيرو ٿيل. اسٽوريج لاء مختلف طريقن سان رکيل ٿي سگهي ٿو.

كل
ايڪس ايم ايل کي گلوبلز ۾ ختم ڪرڻ جو آسان طريقو نوڊس ۾ ٽيگ خاصيتن کي ذخيرو ڪرڻ آهي. ۽ جيڪڏهن ٽيگ جي خاصيتن تائين جلدي رسائي جي ضرورت آهي، ته پوء اسان انهن کي الڳ شاخن ۾ منتقل ڪري سگهون ٿا.

<note id=5>
<to>Вася</to>
<from>Света</from>
<heading>Напоминание</heading>
<body>Позвони мне завтра!</body>
</note>

COS تي هي ڪوڊ سان ملندو:

Set ^xml("note")="id=5"
Set ^xml("note","to")="Саша"
Set ^xml("note","from")="Света"
Set ^xml("note","heading")="Напоминание"
Set ^xml("note","body")="Позвони мне завтра!"

ويچار: XML، JSON، associative arrays لاءِ، توھان اچي سگھوٿا مختلف طريقن سان گلوبلز تي ڊسپلي ڪرڻ جا. انهي صورت ۾، اسان نوٽ ٽيگ ۾ ذيلي ٽيگ جي ترتيب کي ظاهر نه ڪيو. عالمي سطح تي ^xml ذيلي ٽيگ الفابيٽ جي ترتيب ۾ ڏيکاريا ويندا. آرڊر کي سختي سان ظاهر ڪرڻ لاء، توهان استعمال ڪري سگهو ٿا، مثال طور، هيٺ ڏنل ڊسپلي:

JSON.
سيڪشن 3.3.1 مان پهرين تصوير هن JSON دستاويز جي عڪاسي ڏيکاري ٿي:

var document = {
  "name": "Vince Medvedev",
  "city": "Moscow",
  "threatments": {
    "surgeries": ["apedicectomy", "biopsy"],
    "radiation": ["gamma", "x-rays"],
    "physiotherapy": ["knee", "shoulder"]
  },
};

3.3.4 هڪجهڙائي وارين جوڙجڪ سان جڙيل آهي درجه بندي لاڳاپا

مثال: سيلز آفيسن جي جوڙجڪ، MLM جي جوڙجڪ ۾ ماڻهن جو مقام، شطرنج ۾ افتتاحن جو ڊيٽابيس.

ڊيٽابيس ڊيٽابيس. توھان استعمال ڪري سگھوٿا اسٽروڪ فورس تخميني کي عالمي نوڊ جي انڊيڪس قدر جي طور تي. ان کان پوء، مضبوط ترين قدم چونڊڻ لاء، اهو ڪافي ٿيندو ته شاخ کي وڏي وزن سان چونڊڻ لاء. گلوبل ۾، هر سطح تي سڀني شاخن کي حرڪت جي طاقت سان ترتيب ڏني ويندي.

سيلز آفيسن جي جوڙجڪ، MLM ۾ ماڻهن جي جوڙجڪ. نوڊس ڪجهه ڪيشنگ قدرن کي ذخيرو ڪري سگھن ٿيون جيڪي پوري ذيلي وڻ جي خاصيتن کي ظاهر ڪن ٿيون. مثال طور، ڏنل ذيلي وڻ جو وڪرو حجم. ڪنهن به وقت اسان هڪ انگ حاصل ڪري سگهون ٿا جيڪو ڪنهن به شاخ جي ڪاميابين کي ظاهر ڪري ٿو.

4. ڪهڙن حالتن ۾ گلوبلز استعمال ڪرڻ تمام گهڻو فائديمند آهي؟

پهريون ڪالم ڪيس پيش ڪري ٿو جتي توهان گلوبلز استعمال ڪندي هڪ اهم رفتار حاصل ڪندا، ۽ ٻيو جڏهن ڊزائن يا ڊيٽا ماڊل کي آسان ڪيو ويندو.

اسپيڊ
ڊيٽا پروسيسنگ/پريزنٽيشن جو آسان

1. داخل ڪرڻ [هر سطح تي خودڪار ترتيب سان]، [ماسٽر ڪيچ ذريعي ترتيب ڏيڻ]
2. ذيلي وڻن کي هٽائڻ
3. شيون تمام گھڻن نيسٽ ٿيل ملڪيتن سان جن کي انفرادي رسائي جي ضرورت آھي
4. ڪنهن به شاخ کان ٻارن جي شاخن کي بائي پاس ڪرڻ جي صلاحيت سان درجه بندي جي جوڙجڪ، جيتوڻيڪ غير موجود آهن
5. Depth- فرسٽ ٽريورسل subtrees

1. وڏي تعداد ۾ اختياري [۽/يا اندريون] ملڪيتن/ادارن سان شيون/ادارا
2. اسڪيما-گهٽ ڊيٽا. جڏهن نيون ملڪيتون اڪثر ظاهر ٿي سگهن ٿيون ۽ پراڻيون غائب ٿي وڃن ٿيون.
3. توهان کي هڪ ڪسٽم ڊيٽابيس ٺاهڻ جي ضرورت آهي.
4. رستي جا بنياد ۽ فيصلي جا وڻ. جڏهن اهو وڻ جي طور تي رستن جي نمائندگي ڪرڻ لاء آسان آهي.
5. ورهاڱي کي استعمال ڪرڻ کان سواءِ ترتيب واري جوڙجڪ کي هٽائڻ

تسلسل "گلوبلز ڊيٽا کي محفوظ ڪرڻ لاء خزانو تلوارون آھن. اسپرس صفون. حصو 3".

اعلان: هي آرٽيڪل ۽ ان تي منهنجا رايا منهنجي راءِ آهن ۽ ان جو InterSystems Corporation جي سرڪاري پوزيشن سان ڪو به واسطو ناهي.

جو ذريعو: www.habr.com