PostgreSQL: Metin ve varchar arasındaki fark (karakter değişir)

textVeri türü ile character varying( varchar) veri türleri arasındaki fark nedir ?

Belgelere göre

Uzunluk belirleyici olmadan karakter değişkeni kullanılırsa, tür herhangi bir boyuttaki dizeleri kabul eder. İkincisi bir PostgreSQL oluşumudur.

ve

Buna ek olarak, PostgreSQL, herhangi bir uzunlukta dizeleri saklayan metin türünü sağlar. Yazı metni SQL standardında olmasa da, diğer bazı SQL veritabanı yönetim sistemleri de buna sahiptir.

Peki fark nedir?

Fark yok, kaputun altında hepsi var varlena( değişken uzunluk dizisi ).

Bu makaleyi Depesz'den kontrol edin: http://www.depesz.com/index.php/2010/03/02/charx-vs-varcharx-vs-varchar-vs-text/

Bir kaç önemli nokta:

Hepsini özetlemek için:

• char (n) - değerlerden daha kısa değerlerle uğraşırken çok fazla yer kaplar n(onları doldurur n) ve sondaki boşluklar eklenmesi nedeniyle küçük hatalara neden olabilir, ayrıca sınırı değiştirmek sorunludur
• varchar (n) - canlı ortamdaki sınırı değiştirmek sorunludur (tabloyu değiştirirken özel kilit gerektirir)
• varchar - tıpkı metin gibi
• metin - benim için bir kazanan - üzerinde (n) veri türleri çünkü sorunları yok ve varchar üzerinde - farklı bir adı var

Makale, tüm 4 veri türü için kesici uçların ve seçimlerin performansının benzer olduğunu göstermek için ayrıntılı testler yapmaktadır. Ayrıca, gerektiğinde uzunluğu kısıtlamanın alternatif yollarına ayrıntılı bir şekilde bakar. Fonksiyona dayalı kısıtlamalar veya alanlar, uzunluk kısıtlamasının anında artması avantajını sağlar ve dize uzunluğu kısıtlamasının azaltılmasının nadir olduğu temelinde, depesz bunlardan birinin uzunluk sınırı için genellikle en iyi seçim olduğu sonucuna varır.

Belgelerdeki " Karakter Tipleri " nin işaret ettiği varchar(n)gibi char(n),, ve texthepsi aynı şekilde saklanır. Tek fark, eğer verilirse uzunluğu kontrol etmek için ekstra döngülere ve dolgu için gerekli ise ekstra alan ve süreye ihtiyaç duyulmasıdır char(n).

Ancak, yalnızca tek bir karakteri depolamanız gerektiğinde, özel türü kullanmanın küçük bir performans avantajı vardır "char"(çift tırnak işaretlerini saklayın - bunlar tür adının bir parçasıdır). Alana daha hızlı erişim elde edersiniz ve uzunluğu saklamak için ek yük yoktur.

Küçük "char"harfli alfabeden seçilen 1.000.000 rastgele bir tablo yaptım . Bir frekans dağılımı ( select count(*), field ... group by field) elde etmek için kullanılan bir sorgu, bir textalan kullanarak aynı verilerde yaklaşık 650 milisaniye, yaklaşık 760 alır .

2016 İÇİN GÜNCELLEME TEZGAHLARI (pg9.5 +)

Ve "saf SQL" karşılaştırmaları kullanmak (harici komut dosyası olmadan)

1. UTF8 ile herhangi bir string_generator kullanın

2. ana kriterler:

   2.1. INSERT

   2.2. Karşılaştırma ve saymayı SEÇ

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;

Spesifik test hazırlayın (örnekler)

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) );

Temel bir test yapın:

INSERT INTO test  
   SELECT string_generator(20+(random()*(i%11))::int)
   FROM generate_series(1, 99000) t(i);

Ve diğer testler,

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;

... ve kullanın EXPLAIN ANALYZE.

TEKRAR GÜNCELLEME 2018 (pg10)

2018'in sonuçlarını eklemek ve önerileri güçlendirmek için küçük bir düzenleme yapın.

2016 ve 2018 sonuçları

Ortalamamdan sonra, birçok makinede ve birçok testte sonuçlarım: hepsi aynı
(istatistiksel olarak daha az tham standart sapma).

Öneri

• Kullanım text, veri türü
  eski önlemek varchar(x)bazen standart, örneğin olmadığından CREATE FUNCTIONmaddeleri varchar(x)≠varchar(y) .

• (Aynı ile sınırlarını ifade varcharperformans!) ile tarafından CHECKyan tümcesi CREATE TABLE
  örneğin CHECK(char_length(x)<=10).
  Aşağıdakileri de yapabilirsiniz kontrol aralıkları ve dize yapısı için INSERT / UPDATE performans ihmal edilebilir kaybı ile
  örCHECK(char_length(x)>5 AND char_length(x)<=20 AND x LIKE 'Hello%')

PostgreSQL kılavuzunda

Bu üç tür arasında, boş dolgulu türü kullanırken artan depolama alanı ve uzunluk kısıtlı bir sütuna depolarken uzunluğu kontrol etmek için birkaç ekstra CPU döngüsü dışında hiçbir performans farkı yoktur. Karakter (n) diğer bazı veritabanı sistemlerinde performans avantajlarına sahip olsa da, PostgreSQL'de böyle bir avantaj yoktur; aslında karakter (n) ek depolama maliyetleri nedeniyle genellikle üçün en yavaş olanıdır. Çoğu durumda metin veya karakter değiştirme kullanılmalıdır.

Genellikle metin kullanırım

Kaynaklar: http://www.postgresql.org/docs/current/static/datatype-character.html

Bence, varchar(n)kendi avantajları var. Evet, hepsi aynı altta yatan türü kullanıyorlar. Ancak, PostgreSQL'deki dizinlerin satır başına 2712 bayt boyut sınırına sahip olduğuna dikkat edilmelidir .

TL; DR: Eğer kullanırsanız texttürü bir kısıtlama olmaksızın ve bu sütunlardan endeksler var, Sütunlarınızdan bazıları için bu sınıra ve verileri eklemek çalışıyorum ama kullanarak zaman hata alıyorum çok mümkündür varchar(n), bunu önleyebilirsiniz.

Bazı ayrıntılar: Buradaki sorun, PostgreSQL'in texttür için dizin oluştururken veya 2712'den büyük varchar(n)yerlerde herhangi bir istisna nvermemesidir. Ancak, sıkıştırılmış boyutu 2712'den büyük olan bir kayıt eklenmeye çalışıldığında hata verecektir. Bu, tekrarlayan karakterlerden oluşan 100.000 karakter dizisini kolayca ekleyebileceğiniz anlamına gelir, çünkü 2712'nin çok altında sıkıştırılacaktır, ancak sıkıştırılmış boyut 2712 bayttan büyük olduğu için 4000 karakter içeren bir dize ekleyemeyebilirsiniz. 2712'den çok daha büyük olmayan varchar(n)yerlerde kullanmak , bu hatalardan güvende olursunuz.n

metin ve varchar, farklı örtük tür dönüşümlerine sahiptir. Fark ettiğim en büyük etki, arka boşlukların ele alınması. Örneğin ...

select ' '::char = ' '::varchar, ' '::char = ' '::text, ' '::varchar = ' '::text

beklediğiniz gibi true, false, truedeğil döner true, true, true.

Biraz OT: Rails kullanıyorsanız, web sayfalarının standart biçimlendirmesi farklı olabilir. Veri giriş formları için textkutular kaydırılabilir, ancak character varying(Raylar string) kutuları tek satırlıdır. Gösteri görünümleri gerektiği kadar.

Http://www.sqlines.com/postgresql/datatypes/text adresinden iyi bir açıklama :

TEXT ve VARCHAR (n) arasındaki tek fark, bir VARCHAR sütununun maksimum uzunluğunu sınırlayabilmenizdir, örneğin, VARCHAR (255) 255 karakterden uzun bir dize eklenmesine izin vermez.

Hem TEXT hem de VARCHAR 1 Gb'de üst limite sahiptir ve aralarında performans farkı yoktur (PostgreSQL belgelerine göre).

character varying(n), varchar(n)- (Her ikisi de aynı). değer, bir hata yükseltilmeden n karaktere kısaltılacaktır.

character(n), char(n)- (Her ikisi de aynı). sabit uzunlukta ve uzunluğun sonuna kadar boşluklarla doldurulur.

text- Sınırsız uzunluk.

Misal:

Table test:
   a character(7)
   b varchar(7)

insert "ok    " to a
insert "ok    " to b

Sonuçları alıyoruz:

a        | (a)char_length | b     | (b)char_length
----------+----------------+-------+----------------
"ok     "| 7              | "ok"  | 2