Szybki sposób na sprawdzenie liczby wierszy tabeli w PostgreSQL

Zrobiłem to raz w aplikacji postgres, uruchamiając:

EXPLAIN SELECT * FROM foo;

Następnie zbadanie wyjścia za pomocą regex lub podobnej logiki. Dla prostego wyboru*, pierwsza linia wyjścia powinna wyglądać mniej więcej tak:

Seq Scan on uids  (cost=0.00..1.21 rows=8 width=75)

Możesz użyć wartości rows=(\d+) jako przybliżonego oszacowania liczby wierszy, które zostaną zwrócone, a następnie wykonać rzeczywistą wartość SELECT COUNT(*), Jeśli oszacowanie jest, powiedzmy, mniejsze niż 1,5 x próg (lub jakąkolwiek liczbę uznasz za sensowną dla Twojej aplikacji).

W zależności od złożoność zapytania, liczba ta może stać się coraz mniej dokładna. W moim zgłoszeniu, jak dodaliśmy łączniki i złożone warunki, stało się tak niedokładne, że było całkowicie bezwartościowe, nawet wiedząc, jak w mocy 100 ile rzędów byśmy wrócili, więc musieliśmy porzucić tę strategię.

Ale jeśli Twoje zapytanie jest na tyle proste, że Pg może przewidzieć w rozsądnym marginesie błędu, ile wierszy zwróci, może to zadziałać dla Ciebie.

W Oracle możesz użyć rownum, aby ograniczyć liczbę zwracanych wierszy. Domyślam się, że podobna konstrukcja istnieje również w innych SQL. Tak więc w podanym przykładzie możesz ograniczyć liczbę zwróconych wierszy do 500001 i zastosować count(*) następnie:

SELECT (case when cnt > 500000 then 500000 else cnt end) myCnt
FROM (SELECT count(*) cnt FROM table WHERE rownum<=500001)

Możesz uzyskać liczbę za pomocą poniższego zapytania (bez * lub nazw kolumn).

select from table_name;

Jak szeroka jest kolumna tekstowa?

Z grupą by nie ma wiele można zrobić, aby uniknąć skanowania danych (przynajmniej skanowania indeksów).

Polecam:

1. Jeśli to możliwe, zmiana schematu w celu usunięcia duplikacji danych tekstowych. W ten sposób liczenie nastąpi na wąskim polu klucza obcego w tabeli 'many'.

2. Alternatywnie, utworzenie Wygenerowanej kolumny z Hashem tekstu, a następnie pogrupowanie według kolumny hash. Ponownie, ma to na celu zmniejszenie obciążenia pracą (skanowanie przez indeks wąskiej Kolumny)

Edit:

Twoje oryginalne pytanie nie pasowało do Twojej edycji. Nie jestem pewien, czy wiesz, że licznik, gdy jest używany z grupą by, zwróci liczbę elementów na grupę, a nie liczbę elementów w całej tabeli.

Dla SQL Server (2005 lub nowszy) szybka i niezawodna metoda to:

SELECT SUM (row_count)
FROM sys.dm_db_partition_stats
WHERE object_id=OBJECT_ID('MyTableName')   
AND (index_id=0 or index_id=1);

Szczegóły dotyczące sys. dm_db_partition_stats są wyjaśnione w MSDN

Zapytanie dodaje wiersze ze wszystkich części (ewentualnie) podzielonej tabeli.

Index_id = 0 jest tabelą nieuporządkowaną (sterta), a index_id=1 jest tabelą uporządkowaną (indeks klastrowy)

Jeszcze szybsze (ale zawodne) metody są szczegółowe tutaj.

Odniesienie zaczerpnięte z tego bloga.

Możesz użyć poniższego zapytania, aby znaleźć liczbę wierszy.

Using pg_class:

 SELECT reltuples::bigint AS EstimatedCount
    FROM   pg_class
    WHERE  oid = 'public.TableName'::regclass;

Użycie pg_stat_user_tables:

SELECT 
    schemaname
    ,relname
    ,n_live_tup AS EstimatedCount 
FROM pg_stat_user_tables 
ORDER BY n_live_tup DESC;