odpowiedzią na to jest połączenie:
http://initd.org/psycopg/docs/module.html#psycopg2.connect
Każdy inny parametr połączenia obsługiwany przez bibliotekę/serwer klienta można przekazać w parametrach połączenia lub jako słowa kluczowe. Dokumentacja PostgreSQL zawiera pełną listę obsługiwanych parametrów. Zwróć również uwagę, że te same parametry można przekazać do biblioteki klienta za pomocą zmiennych środowiskowych.
gdzie potrzebna nam zmienna to:
http://www.postgresql.org/docs/current/static/runtime-config-logging.html#GUC-NAZWA-APLIKACJI
Nazwa_aplikacji może być dowolnym ciągiem znaków krótszym niż NAMEDATALEN (64 znaki w kompilacji standardowej). Jest zwykle ustawiany przez aplikację po połączeniu z serwerem. Nazwa będzie wyświetlana w widoku pg_stat_activity i zawarta we wpisach dziennika CSV. Można go również uwzględnić w zwykłych wpisach dziennika za pomocą parametru log_line_prefix. W wartości nazwa_aplikacji można używać tylko drukowalnych znaków ASCII. Inne znaki zostaną zastąpione znakami zapytania (?).
w połączeniu z :
http://docs.sqlalchemy.org/en/rel_0_8/core/engines.html#custom-dbapi-args
Argumenty oparte na ciągach znaków mogą być przekazywane bezpośrednio z ciągu adresu URL jako argumenty zapytania:(przykład...) create_engine() przyjmuje również argument connect_args, który jest dodatkowym słownikiem, który zostanie przekazany do funkcji connect(). Można tego użyć, gdy wymagane są argumenty typu innego niż łańcuch, a łącznik bazy danych SQLAlchemy nie ma logiki konwersji typu dla tego parametru
z tego otrzymujemy:
e = create_engine("postgresql://scott:[email protected]/test?application_name=myapp")
lub:
e = create_engine("postgresql://scott:[email protected]/test",
connect_args={"application_name":"myapp"})
