আমি মূলত মাইএসকিউএল এবং পোস্টগ্রেএসকিউএল-তে আগ্রহী, তবে আপনি সাধারণভাবে নিম্নলিখিতটির উত্তর দিতে পারেন:
খালি স্ট্রিং হিসাবে সংরক্ষণের জন্য শারীরিক স্টোরেজ এর কী কী প্রভাব পড়বে ...
উত্তর:
যাক যে রেকর্ডটি নাম এবং ঠিকানার তথ্য সংগ্রহ করার জন্য একটি ফর্ম থেকে আসে। যদি ব্যবহারকারী অ্যাপার্টমেন্টে না থাকেন তবে ঠিকানাটির লাইন 2 সাধারণত ফাঁকা থাকবে। এই ক্ষেত্রে একটি খালি স্ট্রিং পুরোপুরি বৈধ। আমি মানটি অজানা বা দেওয়া হয়নি তার অর্থ NUL ব্যবহার করতে পছন্দ করি।
আমি বিশ্বাস করি না যে শারীরিক স্টোরেজ পার্থক্যটি অনুশীলনে চিন্তিত। ডাটাবেস প্রশাসক হিসাবে, আমাদের ভাজার মতো আরও অনেক বড় মাছ রয়েছে!
আমি মাইএসকিউএল এবং পোস্টগ্রেএসকিউএল সম্পর্কে জানি না, তবে আমাকে এটিকে কিছুটা সাধারণভাবে আচরণ করতে দিন।
ওরাকল নামে একটি ডিবিএমএস রয়েছে যা এটি NUL এবং '' এর মধ্যে ব্যবহারকারীদের বেছে নিতে দেয় না। এটি স্পষ্টতই প্রমাণ করে যে উভয়ের মধ্যে পার্থক্য করা প্রয়োজন নয়। কিছু বিরক্তিকর পরিণতি রয়েছে:
আপনি একটি খালি স্ট্রিংয়ের জন্য একটি ভারচার 2 সেট করেছেন:
Update mytable set varchar_col = '';নিম্নলিখিত একই ফলাফল বাড়ে
Update mytable set varchar_col = NULL;তবে কলামগুলি নির্বাচন করতে যেখানে মানটি শূন্য বা নাল রয়েছে, আপনাকে ব্যবহার করতে হবে
select * from mytable where varchar_col is NULL;ব্যবহার
select * from mytable where varchar_col = '';সিনথেটিকভাবে সঠিক, তবে এটি কখনও সারি দেয় না।
অন্যদিকে, ওরাকলে স্ট্রিংগুলি সংযুক্ত করার সময়। NULL ভারচারগুলি খালি স্ট্রিং হিসাবে বিবেচিত হয়।
select NULL || 'abc' from DUAL;ফলন abc । অন্যান্য ডিবিএমএস এই ক্ষেত্রে NULL ফেরত দেবে।
আপনি যখন স্পষ্টভাবে প্রকাশ করতে চান, একটি মান নির্ধারিত হয়, আপনাকে '' এর মতো কিছু ব্যবহার করতে হবে।
এবং আপনাকে উদ্বেগ করতে হবে যে ট্রামিংয়ের কারণে খালি ফলাফলগুলি নূলে নেই
select case when ltrim(' ') is null then 'null' else 'not null' end from dualএটা করে.
এখন ডিবিএমএসের দিকে তাকানো যেখানে '' নুলের সাথে মিল নেই (যেমন এসকিউএল-সার্ভার)
'' এর সাথে কাজ করা সাধারণত সহজ এবং বেশিরভাগ ক্ষেত্রে উভয়ের মধ্যে পার্থক্য করার কোনও ব্যবহারিক প্রয়োজন নেই। আমার জানা ব্যতিক্রমগুলির মধ্যে একটি হল যখন আপনার কলামটি কিছু সেটিংস উপস্থাপন করে এবং আপনার সেগুলির জন্য খালি ডিফল্ট না থাকে। আপনি যখন '' এবং NULL এর মধ্যে পার্থক্য করতে পারবেন আপনি নিজের সেটিংসটি খালি রয়েছে তা প্রকাশ করতে সক্ষম হন এবং ডিফল্ট প্রযোজ্য তা এড়াতে পারবেন।
এটি আপনি যে ডোমেনে কাজ করছেন তার উপর নির্ভর করে। NULLমানে মানের অনুপস্থিতি (অর্থাত্ কোনও মান নেই ), খালি স্ট্রিং মানে শূন্য দৈর্ঘ্যের একটি স্ট্রিং মান থাকে ।
উদাহরণস্বরূপ, বলুন যে কোনও ব্যক্তির ডেটা সঞ্চয় করার জন্য আপনার কাছে একটি টেবিল রয়েছে এবং এতে একটি Genderকলাম রয়েছে । আপনি মানগুলি 'পুরুষ' বা 'মহিলা' হিসাবে সংরক্ষণ করতে পারেন। ব্যবহারকারী লিঙ্গ তথ্য প্রদান না করে করতে সক্ষম হয়, তাহলে আপনি সংরক্ষণ করা উচিত যে হিসাবে NULLএবং (অর্থাত ব্যবহারকারী মান প্রদান না) না খালি স্ট্রিং (যেহেতু সেখানে 'মান সঙ্গে কোন লিঙ্গ' হল)।
একটি বিষয় মনে রাখা উচিত যে আপনার যখন এমন একটি ক্ষেত্র রয়েছে যা প্রয়োজন নেই, তবে যে মানগুলি অবশ্যই উপস্থিত তা অনন্য হতে হবে আপনার খালি মানগুলি NULL হিসাবে সংরক্ষণ করতে হবে। অন্যথায়, আপনি কেবলমাত্র সেই ক্ষেত্রের খালি মান সহ একটি টিপল রাখতে সক্ষম হবেন।
রিলেশনাল বীজগণিত এবং নুল মানগুলির সাথে কিছু পার্থক্য রয়েছে: উদাহরণস্বরূপ, NULL! = NULL।
UNIQUEসীমাবদ্ধতা লঙ্ঘন করবে । ভাগ্যক্রমে, ২০০৮ থেকে শুরু করে আপনি সঠিক আচরণ পেতে একটি ফিল্টার সূচক ব্যবহার করতে পারেন।
আপনি ডিউটির এনএলএল সম্পর্কে সমালোচনা এবং এসকিউএল এবং রিলেশনাল থিওরিতে 3VL এর সমস্যাগুলির কারণ (এবং রুবিনসনের তারিখের সমালোচনা, নালস, তিন-মূল্যবান যুক্তি এবং এসকিউএল-তে দ্বিচারিতা: সমালোচনার তারিখের সমালোচনা ) তৈরি করতে পারেন।
উভয়ই সম্পর্কিত এসও থ্রেডে দৈর্ঘ্যে রেফারেন্স এবং আলোচনা করা হয়, একটি ডিবি মডেল থেকে নুয়েবল কলামগুলি অপসারণের জন্য বিকল্পগুলি ।
আপনি যদি কোনও কাঠামো ব্যবহার করছেন তবে একটি নতুন চিন্তাধারা, আপনার পছন্দ NULL/ এর উপর একটি বড় প্রভাব NOT NULL। আমি সিমেফনি অনেকটা ব্যবহার করি এবং NULLক্ষেত্রগুলি ব্যবহারের মাধ্যমে ডেটা ম্যানিপুলেট করার সময় কিছু কোড এবং ডেটা চেকিং সহজ করে।
আপনি যদি কোনও ফ্রেমওয়ার্ক ব্যবহার না করে থাকেন বা আপনি যদি সাধারণ এসকিএল স্টেটমেন্ট এবং প্রসেসিং ব্যবহার করছেন তবে আপনি যে কোনও পছন্দ বজায় রাখতে সহজ মনে করেন with আমি সাধারণত নুলকে পছন্দ করি যাতে INSERTবিবৃতিগুলি খালি ক্ষেত্রগুলিতে সেট করতে ভুলে গিয়ে বিরক্ত না হয় NULL।
ওরাকল ( যা আপনাকে আলাদা করতে দেয় না ) এর সাথে কাজ করার পরে আমি নিম্নলিখিত সিদ্ধান্তে পৌঁছেছি:
লজিকাল পিওভি থেকে এটি কোনও ব্যাপার নয়। আমি সত্যিই একটি বাধ্যমূলক উদাহরণের কথা ভাবতে পারি না যেখানে NUL এবং শূন্য-দৈর্ঘ্যের স্ট্রিংয়ের মধ্যে পার্থক্য ডিবিএমএসে কোনও মান যুক্ত করে।
যার থেকে নিম্নলিখিতটি অনুসরণ করা হয়: আপনি হয় একটি NULLসক্ষম কলাম যা শূন্য-লেন ''(ওরাকল-ইশ সমাধান) বা একটি NOT NULLকলাম যা শূন্য-লেনকে অনুমতি দেয় না।
এবং আমার অভিজ্ঞতা থেকে ''তোলে অনেক সংযুক্তকরণ তুলনা ইত্যাদি: আরও অর্থে ডেটা প্রক্রিয়াকরণের, সাধারণত হিসাবে আপনি খালি স্ট্রিং হিসেবে একটি স্ট্রিং অভাবে প্রক্রিয়া করতে চাই
দ্রষ্টব্য: আমার ওরাকল অভিজ্ঞতায় ফিরে যেতে: বলুন আপনি কোনও অনুসন্ধানের অনুরোধের জন্য একটি প্রশ্ন তৈরি করতে চান। আপনি যদি ব্যবহার করেন তবে ''আপনি কেবল উত্পন্ন করতে পারবেন WHERE columnX = <searchvalue>এবং এটি সমতা অনুসন্ধানের জন্য কাজ করবে। আপনি যদি ব্যবহার করেন তবে NULLআপনাকে করতে হবে WHERE columnX=<searchvalue> or (columnX is NULL and serchvalue is NULL)। বাঃ! :-)
এগুলি ডিজাইনের দৃষ্টিকোণ থেকে পৃথক:
যেমন
CREATE TABLE t (
id INTEGER NOT NULL,
name CHARACTER(40),
CONSTRAINT t_PK PRIMARY KEY (id)
);
CREATE UNIQUE INDEX t_AK1 ON t (name);দেখতে:
\d t
Table "public.t"
Column | Type | Modifiers
--------+---------------+-----------
id | integer | not null
name | character(40) |
Indexes:
"t_pk" PRIMARY KEY, btree (id)
"t_ak1" UNIQUE, btree (name)কিছু তথ্য সন্নিবেশ করান:
op=# insert into t(id, name ) values ( 1, 'Hello');
INSERT 0 1
op=# insert into t( id, name) values ( 2, '');
INSERT 0 1
op=# insert into t( id, name) values ( 3, '');
ERROR: duplicate key value violates unique constraint "t_ak1"এখন নাল দিয়ে চেষ্টা করুন:
op=# insert into t( id, name) values (4, null );
INSERT 0 1
op=# insert into t( id, name) values (5, null);
INSERT 0 1এটি অনুমোদিত।
Soooooo: নালগুলি তুচ্ছ স্ট্রিং বা বিপরীত নয়।
চিয়ার্স
NULLনা