وچارار اور نواچار کے درمیان اختلافات

وچارار بمقابلہ نوریچار

وچارار متغیر کریکٹر فیلڈ کے لئے ایک مختصر نام ہے. حروف ان اعداد و شمار کی نمائندگی کرتی ہیں جو غیر معمولی لمبائی میں سے ہیں. اصل میں Varchar ایک ڈیٹا کالم کی قسم ہے جو ڈیٹا بیس مینجمنٹ کے نظام میں پایا جاتا ہے. Varchar کالموں کے فیلڈ کا سائز مختلف ڈیٹا بیس پر منحصر ہے، جس پر غور کیا جارہا ہے.

اوریکل 9i میں، فیلڈ میں 4000 حروف کی زیادہ سے زیادہ حد ہے. MySQL کے پاس ایک قطار کے لئے 65، 535 کی ڈیٹا کی حد ہے، اور مائیکروسافٹ SQL سرور 2005 8000 کی فیلڈ کی حد کے ساتھ آتا ہے. یہ اعداد و شمار مائیکروسافٹ SQL سرور میں اعلی ہوسکتا ہے جب Varchar (زیادہ سے زیادہ) استعمال کیا جاتا ہے، 2 گیگاابٹ میں بڑھتی ہوئی ہے. دوسری طرف، نوارچار، ایک کالم ہے جو کسی بھی حد تک یونیکوڈ ڈیٹا ذخیرہ کرسکتا ہے. کوڈپج جو Nvarchar ایک 8 بٹ کوڈنگ کا مظاہرہ کرنا ضروری ہے. Varchar کے لئے زیادہ سے زیادہ سائز 8000 ہے جبکہ NVarchar کے لئے زیادہ سے زیادہ سائز 4000 ہے. اس کا اثر یہ ہے کہ Varchar کے ایک واحد کالم زیادہ سے زیادہ 8000 حروف ہو سکتا ہے اور Nvarchar کا واحد کالم سب سے زیادہ 4000 حروف ہوسکتا ہے. کالم اقداروں کے مقابلے میں ایک بہت بڑا مسئلہ بن جاتا ہے اور اس سے بھی SQL سرور 2005 کے استثناء کے ساتھ قطاروں کو متعدد صفحات تک نہیں پا سکتے ہیں، اور اس کی حد یا غلطی کا سامنا کرنا پڑتا ہے یا غلطی کا نتیجہ ہوگا

Varchar اور Nvarchar کے درمیان اہم اختلافات میں سے ایک Varchar میں کم جگہ کا استعمال ہے. یہ ہے کیونکہ ناروارار یونیسیڈ کو ملازمت دیتا ہے، جس کی وجہ سے تفصیلات کوڈنگ کرنے میں مصیبت کی وجہ سے زیادہ جگہ لگتی ہے. ذخیرہ کرنے والے ہر کردار کے لئے، یونیکوڈ ڈیٹا کی دو بائٹس کی ضرورت ہوتی ہے، اور اس کا مطلب یہ ہے کہ اعداد و شمار کی قیمت غیر نظر آتی ہے جب Varchar استعمال غیر nonicode ڈیٹا کے مقابلے میں. دوسری طرف، Varchar، صرف ہر ایک کے کردار کے لئے اعداد و شمار کے ایک بائٹ کو ذخیرہ کرنے کی ضرورت ہے. تاہم، زیادہ اہم بات یہ ہے کہ اگرچہ یونیکوڈ کا استعمال زیادہ جگہ لے لیتا ہے، یہ کوڈپج انضمام کے ساتھ پیدا ہونے والے مسائل کو حل کرتا ہے جو دستی طور پر حل کرنے کے لئے درد ہے.

اس طرح کی خلائی خصوصیت کو کم وقت کے لئے ترجیح میں نظر انداز کیا جاسکتا ہے جس سے انکوائڈ پیدا ہونے والی غیر مطابقت پذیری کو ٹھیک کرنے کے لۓ لیتا ہے. اس کے علاوہ، ڈسک اور میموری کی قیمت بھی کافی سستی بن گئی ہے، اس بات کو یقینی بنانا کہ خلائی خصوصیت اکثر نظر انداز کی جا سکتی ہے، جبکہ طویل عرصہ سے Varchar کے ساتھ پیدا ہونے والے مسائل کو حل کرنے کے لۓ اتنا آسانی سے مسترد نہیں کیا جا سکتا.

تمام ترقی پذیر پلیٹ فارم اندرونی طور پر جدید آپریٹنگ سسٹم استعمال کرتے ہیں، جو یونیکوڈ کو چلانے کی اجازت دیتا ہے. اس کا مطلب یہ ہے کہ نوارچار کو Varchar سے زیادہ اکثر ملازم کیا جاتا ہے. انکوڈنگ کے تبادلوں سے بچا جاتا ہے، اس وقت کو کم کرنے کے لۓ ڈیٹا بیس میں پڑھنے اور لکھنا پڑتا ہے. اس سے بھی غلطی کو کم کر دیتا ہے، تبادلوں کی غلطیوں کی وصولی کے ساتھ جو نمٹنے کے لئے ایک سادہ مسئلہ ہوتا ہے.

--3 ->

یونیسیڈ کا استعمال کرتے ہوئے لوگوں کا بھی استعمال ہوتا ہے جو ASCII درخواست کے انٹرفیسوں کا استعمال کرتے ہیں، جیسے ڈیٹا بیس کو اچھی طرح سے، خاص طور پر آپریٹنگ سسٹم اور ڈیٹا بیس اتحاد کے الگورتھم. یونیکوڈ ڈیٹا کو تبادلوں سے متعلقہ مسائل سے بچنے کے لۓ اور 7 ڈیٹا ASCII تک محدود ہونے پر ڈیٹا کو ہمیشہ توثیق کیا جاسکتا ہے.

خلاصہ

وچارار اور نوارچار مختلف کردار کی اقسام کے ساتھ آتے ہیں. ویچارار غیر یونیکوڈ ڈیٹا کا استعمال کرتے ہوئے جبکہ نواچار یونیسیڈ ڈیٹا کا استعمال کرتا ہے.

وچار اور نوکرچار دونوں کے پاس مختلف قسم کی ڈیٹا کی اقسام ہیں جن کے مطابق عمل کرنا ہوگا. Varchar صرف 1 بائٹ ترتیب میں ڈیٹا بچاتا ہے اور نواروچار ہر کردار کے لئے 2 بائٹس میں ڈیٹا بچاتا ہے

زیادہ سے زیادہ لمبائی بھی مختلف ہوتی ہے. Varchar کی لمبائی 8000 بائٹس تک محدود ہے اور 4000 بائٹس Nvarchar کی حد ہے.

یہ ہے کیونکہ وچارار میں اسٹوریج کا سائز زیادہ آسان ہے کیونکہ نیکچار کے ذریعہ یونیسیڈ ڈیٹا کا استعمال ہوتا ہے.