textডেটা টাইপ এবং character varying( varchar) ডাটা টাইপের মধ্যে পার্থক্য কী ?
ডকুমেন্টেশন অনুযায়ী
দৈর্ঘ্য নির্দিষ্টকারক ব্যতীত চরিত্রের ভিন্নতা যদি ব্যবহার করা হয় তবে টাইপটি কোনও আকারের স্ট্রিং গ্রহণ করে। পরেরটি একটি পোস্টগ্রিজ এসকিউএল এক্সটেনশন।
এবং
তদতিরিক্ত, PostgreSQL পাঠ্য প্রকার সরবরাহ করে, যা কোনও দৈর্ঘ্যের স্ট্রিং সংরক্ষণ করে। যদিও প্রকারের পাঠ্যটি এসকিউএল স্ট্যান্ডার্ডে নেই, তবে বেশ কয়েকটি অন্যান্য এসকিউএল ডাটাবেস ম্যানেজমেন্ট সিস্টেমগুলিতে এটি রয়েছে।
তাহলে পার্থক্য কী?
উত্তর:
কোনও পার্থক্য নেই, হুডের নীচে এটি সমস্ত varlena( পরিবর্তনশীল দৈর্ঘ্যের অ্যারে )।
দেপেজ থেকে এই নিবন্ধটি দেখুন: http://www.depesz.com/index.php/2010/03/02/charx-vs-varcharx-vs-varchar-vs-text/
কয়েকটি হাইলাইট:
সব মিলিয়ে সংক্ষেপে:
- চর (এন) - এর চেয়ে ছোট মানগুলির সাথে কথা বলার সময় খুব বেশি জায়গা নেয়
n(এগুলিতে প্যাড করেn), এবং পিছনের স্থানগুলি যুক্ত করার কারণে সূক্ষ্ম ত্রুটি হতে পারে, এবং সীমাটি পরিবর্তন করতে সমস্যা হয়- varchar (n) - লাইভ পরিবেশে সীমা পরিবর্তন করতে সমস্যাযুক্ত (টেবিল পরিবর্তন করার সময় একচেটিয়া লক প্রয়োজন)
- বারচর - ঠিক যেমন পাঠ্য
- পাঠ্য - আমার জন্য একটি বিজয়ী - ওভার (এন) উপাত্তের ধরণের কারণ এতে তাদের সমস্যাগুলির অভাব রয়েছে, এবং বর্ণেরও বেশি - কারণ এটির স্বতন্ত্র নাম রয়েছে
নিবন্ধটি বিশদ পরীক্ষা করে দেখায় যে সমস্ত 4 ডেটা প্রকারের জন্য সন্নিবেশ এবং নির্বাচনের কার্য সম্পাদন একই রকম। এটি প্রয়োজনের সময় দৈর্ঘ্য সীমাবদ্ধ করার বিকল্প উপায়গুলি সম্পর্কেও বিশদ নজর রাখে। ফাংশন ভিত্তিক সীমাবদ্ধতা বা ডোমেনগুলি দৈর্ঘ্যের সীমাবদ্ধতার তাত্ক্ষণিক বৃদ্ধির সুবিধা প্রদান করে এবং স্ট্রিং দৈর্ঘ্যের সীমাবদ্ধতা হ্রাস করা বিরল বলে ডিপেসে সিদ্ধান্তে পৌঁছে যে তাদের মধ্যে একটি সাধারণত দৈর্ঘ্যের সীমা জন্য সবচেয়ে ভাল পছন্দ।
হিসাবে " ক্যারেক্টার প্রকারভেদ " ডকুমেন্টেশন পয়েন্টে আউট varchar(n), char(n)এবং textসব একই ভাবে সংরক্ষণ করা হয়। পার্থক্যটি হ'ল দৈর্ঘ্যটি পরীক্ষা করার জন্য অতিরিক্ত চক্রের প্রয়োজন, যদি একটি দেওয়া হয় এবং প্যাডিংয়ের জন্য অতিরিক্ত স্থান এবং সময় প্রয়োজন হয় char(n)।
তবে, যখন আপনাকে কেবল একটি একক অক্ষর সংরক্ষণ করতে হবে, তখন বিশেষ ধরণের ব্যবহারের ক্ষেত্রে সামান্য পারফরম্যান্স সুবিধা রয়েছে "char"(ডাবল-কোটগুলি রাখুন - তারা টাইপের নামের অংশ)। আপনি মাঠে দ্রুত অ্যাক্সেস পান এবং দৈর্ঘ্য সংরক্ষণ করার জন্য কোনও ওভারহেড নেই।
আমি সবেমাত্র "char"ছোট ছোট বর্ণমালা থেকে বেছে নেওয়া 10,000,000 র্যান্ডম একটি টেবিল তৈরি করেছি । একটি ফ্রিকোয়েন্সি বিতরণ ( select count(*), field ... group by field) পেতে একটি ক্যোয়ারী প্রায় 650 মিলিসেকেন্ড নেয়, কোনও textক্ষেত্র ব্যবহার করে একই ডেটাতে প্রায় 760 বনাম ।
"char" হয় না char?? আজকাল পোস্টগ্রিসএসকিউএল 11+ এর ক্ষেত্রে এটি বৈধ? ... হ্যাঁ: "টাইপ "char"(নোট কোট) যে এটি শুধুমাত্র সঞ্চয়ের এক বাইট ব্যবহার মধ্যে গৃহস্থালির কাজ (1) থেকে ভিন্ন এটা অভ্যন্তরীণভাবে একটি সিস্টেম ক্যাটালগ ব্যবহার করা হয়। সরল পরিগণনা প্রকার ।" , গাইড / ডেটাটাইপ-চরিত্র ।
এবং "খাঁটি এসকিউএল" বেঞ্চমার্ক ব্যবহার করে (কোনও বাহ্যিক স্ক্রিপ্ট ছাড়াই)
ইউটিএফ 8 সহ যে কোনও স্ট্রিং_জেনেটর ব্যবহার করুন
প্রধান মানদণ্ড:
2.1। ঢোকান
2.2। নির্বাচন এবং গণনা নির্বাচন করুন
CREATE FUNCTION string_generator(int DEFAULT 20,int DEFAULT 10) RETURNS text AS $f$
SELECT array_to_string( array_agg(
substring(md5(random()::text),1,$1)||chr( 9824 + (random()*10)::int )
), ' ' ) as s
FROM generate_series(1, $2) i(x);
$f$ LANGUAGE SQL IMMUTABLE;নির্দিষ্ট পরীক্ষা প্রস্তুত করুন (উদাহরণ)
DROP TABLE IF EXISTS test;
-- CREATE TABLE test ( f varchar(500));
-- CREATE TABLE test ( f text);
CREATE TABLE test ( f text CHECK(char_length(f)<=500) );একটি মৌলিক পরীক্ষা সম্পাদন করুন:
INSERT INTO test
SELECT string_generator(20+(random()*(i%11))::int)
FROM generate_series(1, 99000) t(i);এবং অন্যান্য পরীক্ষা,
CREATE INDEX q on test (f);
SELECT count(*) FROM (
SELECT substring(f,1,1) || f FROM test WHERE f<'a0' ORDER BY 1 LIMIT 80000
) t;... এবং ব্যবহার EXPLAIN ANALYZE।
পুনরায় আপডেট 2018 (pg10)
2018 এর ফলাফল যুক্ত করতে এবং সুপারিশগুলিকে শক্তিশালী করতে সামান্য সম্পাদনা করুন।
আমার ফলাফলগুলি, গড়পড়তাভাবে, অনেকগুলি মেশিনে এবং অনেক পরীক্ষায়: সমস্ত একই
(পরিসংখ্যানগতভাবে কম থম মান বিচ্যুতি)।
ব্যবহার করুন textডাটাটাইপ,
পুরাতন এড়াতে varchar(x)কারণ কখনও কখনও এটি একটি প্রমিত, এ যেমন নয় CREATE FUNCTIONক্লজ varchar(x)≠varchar(y) ।
উদাহরণস্বরূপ ক্লজ সহ সীমা প্রকাশ (একই varcharকার্যকারিতা সহ!) । INSERT / UPDATE এ পারফরম্যান্সের একটি নগণ্য ক্ষতির সাথে আপনি রেঞ্জ এবং স্ট্রিং স্ট্রাকচার নিয়ন্ত্রণও করতে পারেন উদাহরণস্বরূপCHECKCREATE TABLE CHECK(char_length(x)<=10)CHECK(char_length(x)>5 AND char_length(x)<=20 AND x LIKE 'Hello%')
"char", এটি charপোস্টগ্র্রেএসকিউএল 11+ এর আজও নয় । হিসাবে নির্দেশিকা / ডাটাটাইপ-অক্ষর বলেছেন "টাইপ "char"(নোট কোট) যে এটি শুধুমাত্র সঞ্চয়ের এক বাইট ব্যবহার মধ্যে গৃহস্থালির কাজ (1) থেকে আলাদা। এটা অভ্যন্তরীণভাবে একটি সিস্টেম ক্যাটালগ ব্যবহার করা হয় সরল পরিগণনা প্রকার ।" ।
PostgreSQL ম্যানুয়ালটিতে
ফাঁকা-প্যাডযুক্ত প্রকারটি ব্যবহার করার সময় বাড়ানো স্টোরেজ স্পেস এবং দৈর্ঘ্য-সীমাবদ্ধ কলামে সঞ্চয় করার সময় দৈর্ঘ্য পরীক্ষা করার জন্য কয়েকটি অতিরিক্ত সিপিইউ চক্র ছাড়াও এই তিন ধরণের মধ্যে পারফরম্যান্সের পার্থক্য নেই। চরিত্রের (এন) কিছু অন্যান্য ডাটাবেস সিস্টেমে পারফরম্যান্স সুবিধা থাকলেও পোস্টগ্রিসএসকিউএলে তেমন কোনও সুবিধা নেই; প্রকৃতপক্ষে অক্ষর (এন) অতিরিক্ত স্টোরেজ ব্যয়ের কারণে সাধারণত তিনটির মধ্যে সবচেয়ে ধীর হয়। বেশিরভাগ পরিস্থিতিতে পরিবর্তে পাঠ্য বা চরিত্র পরিবর্তিত হওয়া উচিত।
আমি সাধারণত পাঠ্য ব্যবহার করি
তথ্যসূত্র: http://www.postgresql.org/docs/current/static/datatype-character.html
আমার মতে, varchar(n)এর নিজস্ব সুবিধা রয়েছে। হ্যাঁ, তারা সবাই একই অন্তর্নিহিত ধরণ এবং সেগুলি ব্যবহার করে। তবে, এটি উল্লেখ করা উচিত যে পোস্টগ্রেএসকিউএল এর সূচকগুলির আকার সীমা 2712 বাইট রয়েছে সারি প্রতি ।
টিএল; ডিআর:
যদি আপনি কোনও সীমাবদ্ধতা ছাড়াইtext টাইপ ব্যবহার করেন এবং এই কলামগুলিতে সূচক থাকে তবে খুব সম্ভবত আপনার কিছু কলামের জন্য এই সীমাটি চাপিয়ে দেওয়া হয়েছে এবং আপনি যখন তথ্য সন্নিবেশ করার চেষ্টা করছেন তবে ব্যবহারের সাথে ত্রুটি পেয়েছেনvarchar(n) আপনি এটি প্রতিরোধ করতে পারেন।
আরও কিছু বিশদ: এখানে সমস্যাটি হ'ল পোস্টগ্রিএসকিউএল textটাইপ বা 2712 এর চেয়ে বেশি varchar(n)যেখানে ইনডেক্স তৈরি করার সময় কোনও ব্যতিক্রম দেয় না nHowever তবে, 2712 এর বেশি সংকোচিত আকারের একটি রেকর্ড সন্নিবেশ করার চেষ্টা করা হলে এটি ত্রুটি ঘটবে। এর অর্থ আপনি 100.000 অক্ষরের স্ট্রিং সন্নিবেশ করতে পারেন যা পুনরাবৃত্ত অক্ষর দ্বারা সহজেই রচিত হয় কারণ এটি 2712 এর নীচে সংক্ষেপিত হবে তবে আপনি 4000 অক্ষরের সাথে কিছু স্ট্রিং সন্নিবেশ করতে সক্ষম হবেন না কারণ সংকীর্ণ আকারটি 2712 বাইটের চেয়ে বেশি। varchar(n)যেখানে nনেই তা ব্যবহার করে2712-এর চেয়ে বেশি এমন আপনি এই ত্রুটিগুলি থেকে নিরাপদ।
পাঠ্য এবং বারচরের বিভিন্ন অন্তর্নিহিত ধরণের রূপান্তর রয়েছে। আমি যে সবচেয়ে বড় প্রভাব লক্ষ্য করেছি তা হ'ল পিছনের জায়গাগুলি পরিচালনা করা। উদাহরণ স্বরূপ ...
select ' '::char = ' '::varchar, ' '::char = ' '::text, ' '::varchar = ' '::textআপনি প্রত্যাশা হিসাবে true, false, trueনা ফিরে true, true, true।
Http://www.sqlines.com/postgresql/datatypes/text- এর একটি ভাল ব্যাখ্যা :
টেক্সট এবং ভর্চার (এন) এর মধ্যে একমাত্র পার্থক্য হ'ল আপনি কোনও ভর্চার কলামের সর্বাধিক দৈর্ঘ্য সীমাবদ্ধ করতে পারেন, উদাহরণস্বরূপ, ভর্চার (255) 255 অক্ষরের বেশি দীর্ঘ কোনও স্ট্রিং সন্নিবেশ করার অনুমতি দেয় না।
টেক্সট এবং ভর্চার উভয়েরই 1 গিগাবাইটের উপরের সীমা রয়েছে এবং তাদের মধ্যে পারফরম্যান্সের কোনও পার্থক্য নেই (পোস্টগ্রিসএসকিউএল ডকুমেন্টেশন অনুসারে)।
character varying(n), varchar(n)- (উভয় একই) ত্রুটি না বাড়িয়ে মানটি n অক্ষরে ছাঁটা হবে।
character(n), char(n)- (উভয় একই) নির্দিষ্ট দৈর্ঘ্য এবং দৈর্ঘ্যের শেষ অবধি ফাঁকা দিয়ে প্যাড করবে।
text- সীমাহীন দৈর্ঘ্য।
উদাহরণ:
Table test:
a character(7)
b varchar(7)
insert "ok " to a
insert "ok " to bআমরা ফলাফল পেতে:
a | (a)char_length | b | (b)char_length
----------+----------------+-------+----------------
"ok "| 7 | "ok" | 2