Movatterモバイル変換


[0]ホーム

URL:


Skip to content

Navigation Menu

Sign in
Appearance settings

Search code, repositories, users, issues, pull requests...

Provide feedback

We read every piece of feedback, and take your input very seriously.

Saved searches

Use saved searches to filter your results more quickly

Sign up
Appearance settings

Commitf1fef84

Browse files
committed
Grammar, my boy, grammar :-(
1 parentaf5d6b4 commitf1fef84

File tree

1 file changed

+6
-6
lines changed

1 file changed

+6
-6
lines changed

‎doc/src/sgml/ref/notify.sgml

Lines changed: 6 additions & 6 deletions
Original file line numberDiff line numberDiff line change
@@ -147,16 +147,16 @@ after the transaction is completed (either committed or aborted). Again, the
147147
reasoning is that if a notify were delivered within a transaction that was
148148
later aborted, one would want the notification to be undone somehow --- but
149149
the backend cannot "take back" a notify once it has sent it to the frontend.
150-
So notify events aredeliveredonly between transactions. The upshot of this
150+
So notify events are only delivered between transactions. The upshot of this
151151
is that applications using <command>NOTIFY</command> for real-time signaling
152152
should try to keep their transactions short.
153153

154154
<para>
155-
<command>NOTIFY</command> behavesratherlike Unix signals in one important
156-
respect: if the samenotify name is signaled multiple times in quick
155+
<command>NOTIFY</command> behaves like Unix signals in one important
156+
respect: if the samecondition name is signaled multiple times in quick
157157
succession, recipients may get only one notify event for several executions
158158
of <command>NOTIFY</command>. So it is a bad idea to depend on the number
159-
of notifies received; instead use <command>NOTIFY</command> to wake up
159+
of notifies received. Instead, use <command>NOTIFY</command> to wake up
160160
applications that need to pay attention to something, and use a database
161161
object (such as a sequence) to keep track of what happened or how many times
162162
it happened.
@@ -201,8 +201,8 @@ table name, even if syntactically valid as a name. That is no longer required.
201201

202202
<para>
203203
In <productname>Postgres</productname> releases prior to 6.4, the backend
204-
PID delivered in a notify messageis always the PID of the frontend's own
205-
backend. So itis not possible to distinguish one's own notifies from other
204+
PID delivered in a notify messagewas always the PID of the frontend's own
205+
backend. So itwas not possible to distinguish one's own notifies from other
206206
clients' notifies in those earlier releases.
207207

208208
</REFSECT2>

0 commit comments

Comments
 (0)

[8]ページ先頭

©2009-2025 Movatter.jp