Ile ograniczeń związanych z kontrolą kosztów w Postgres 9.x?

Chciałbym wiedzieć, czy istnieją jakieś testy porównawcze, aby porównać, ile koszt wstawić pewne ograniczenia sprawdzające do tabeli 60 kolumn, gdzie na 20 chciałbym wprowadzić ograniczenia NotEmpty i na 6 wierszach NotNull.

Mój przypadek jest taki, że mam na mojej tabeli Puste wartości i wartości Null (co w moim przypadku oznacza zawsze „brak danych”).

Chciałbym ujednolicić te wartości danych tylko jednym.

Dlatego myślę, aby wstawić ograniczenia NotEmpty na kolumnach, ponieważ jak przeczytałem wartość null nie są ciężkie (w rozmiarze bajtowym) jak puste wartości (i szanują jego prawdziwe znaczenie).

Ale z drugiej strony NotNull Constraint jest głębszy niż ograniczenie sprawdzające i może lepiej działa ...

Kiedy robię to zmieniając, powstało to pytanie: - Ile kontroli kosztów w Postgresie 9.x w operacji INSERT i UPDATE?

Bo jeśli koszty dla wielu może lepiej mieć tę sytuację z obiema wartościami i kiedy odzyskuję ją za pomocą funkcji koalescencji ...

Co z twoimi doświadczeniami lub benchmarkami?

questionAnswers(1)

yourAnswerToTheQuestion