Zastanawiam się, czy poniższy skrypt może zostać w jakiś sposób zoptymalizowany. Zapisuje dużo na dysku, ponieważ usuwa ewentualnie aktualne wiersze i ponownie je wstawia. Myślałem o zastosowaniu czegoś takiego jak „wstaw ... w duplikacie aktualizacji klucza” i znalazłem pewne możliwości dla aktualizacji jednorzędowych, ale nie wiem, jak go zastosować w kontekścieINSERT INTO ... SELECT query.

CREATE OR REPLACE FUNCTION update_member_search_index() RETURNS VOID AS $
DECLARE
   member_content_type_id INTEGER;
BEGIN
   member_content_type_id :=
      (SELECT id FROM django_content_type
       WHERE app_label='web' AND model='member');

   DELETE FROM watson_searchentry WHERE content_type_id = member_content_type_id;

   INSERT INTO watson_searchentry (engine_slug, content_type_id, object_id
                                 , object_id_int, title, description, content
                                 , url, meta_encoded)
   SELECT 'default',
         member_content_type_id,
         web_member.id,
         web_member.id,
         web_member.name,
         '',
         web_user.email||' '||web_member.normalized_name||' '||web_country.name,
         '',
         '{}'
   FROM web_member
   INNER JOIN web_user ON (web_member.user_id = web_user.id)
   INNER JOIN web_country ON (web_member.country_id = web_country.id)
   WHERE web_user.is_active=TRUE;
END;
$ LANGUAGE plpgsql;

EDYTOWAĆ: Schematyweb_member, watson_searchentry, web_user, web_country: http://pastebin.com/3tRVPPVi.

Głównym punktem jest aktualizacja kolumntitle icontent wwatson_searchentry. W tabeli jest wyzwalacz, który ustawia wartość kolumnysearch_tsv na podstawie tych kolumn.

(content_type_id, object_id_int) wwatson_searchentry jest unikalną parą w tabeli, ale atm nie ma indeksu (nie ma z niego żadnego pożytku).

Ten skrypt powinien być uruchamiany najwyżej raz dziennie, aby uzyskać pełne przebudowanie indeksu wyszukiwania, a czasami po zaimportowaniu niektórych danych.