PostgreSQL
 sql >> Baza danych >  >> RDS >> PostgreSQL

typ wydajności varchar(1) lub smallint do przechowywania statusu Postgres

Moim zdaniem toczysz złą bitwę. Martwisz się o wpływ na wydajność przechowywania liczby całkowitej zamiast pola jednoznakowego, co moim zdaniem jest krótkowzroczne. Rzeczywisty wpływ na wydajność liczby całkowitej w porównaniu z pojedynczym znakiem jest trywialny i wątpię, czy można to sensownie zmierzyć. Z mojego doświadczenia wynika, że ​​ważniejsze jest zmniejszenie obciążenia poznawczego deweloperów i użytkowników systemu, dlatego lepiej jest używać pól znakowych, które są wystarczająco długie, aby zawierały rozsądny opis stanu, zamiast wartości liczbowych lub jednoznakowych skrótów. Nie trzeba pamiętać, co oznacza 1, 2, „A” lub „X” jest bardzo pomocne. Zamiast tych skróconych wartości sugeruję używanie łatwych do zrozumienia wartości, takich jak „GOTOWY”, „AKTYWNY”, „PRZETWORZONY”, „ANULOWANY” itp.

Co do drugiej części pytania - nie do końca. Przesunięcie dłuższego ciągu może zająć trochę czasu, ale jest to trywialne, chyba że mówimy o milionach wartości.

Powodzenia.



  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Jak ukryć komunikaty INFO podczas uruchamiania skryptów psql?

  2. Określanie promienia lub średnicy minimalnego okręgu ograniczającego

  3. Jak podłączyć postgresql w hibernate.cfg.xml?

  4. Spring Batch - Nie można utworzyć tabel metadanych w Postgresie i załadować rzeczywistych danych do mysql

  5. Wyszukiwanie tekstu Django z aktualizacją częściowego dopasowania zdań do django3