Wydaje się, że lepiej jest używać typu danych TEXT
, jeśli korzystasz z PostgreSQL (lub innych baz danych, które obsługują to również), a nie character varying(NN)
, ponieważ nie ma kary za wydajność, a maksymalna możliwa długość może być regulowana poprzez zrzucanie i ponowne stosowanie wiązań bez wpływania na widoki itp., które wykorzystują pole.Jak dodać ograniczenie długości do pola tekstowego
Ale, jak ten stosowany jest przymus (kod SQL)?
Aha, i myślę, że mądrze jest pominąć nazwę podczas dodawania wiązania za pomocą narzędzia takiego jak pgAdmin, aby pozwolić mu wybrać sam.
Ale to kolumna tekstu o długości check przymusu naprawdę bardziej efektywne niż nvarchar? – jarlh
@jarlh Postgres nie ma 'nvarchar'a –
@jarlh Zobacz http://www.postgresql.org/docs/current/interactive/datatype-character.html "Wskazówka: Nie ma żadnej różnicy w wydajności między tymi trzema typami, oprócz zwiększonej przestrzeni dyskowej, gdy używa się typu z pustym materiałem i kilku dodatkowych cykli procesora, aby sprawdzić długość podczas przechowywania w kolumnie o ograniczonej długości." – IMSoP