what postgres "session" in context of session-level advisory locks? can 2 threads/processes share same session?
according this thread, session "synonymous tcp connection". language in session information functions supports this.
so, in context of session-level advisory lock, shares tcp connection have access resource, , resource won't released unless explicitly unlocked, or tcp connection terminated.
Comments
Post a Comment