This PR introduces support for a more convenient way of consuming notifications received from the DBMS server.
This feature is still in PREVIEW.
It might be changed without following the deprecation policy.
Logging
A new sub-logger neo4j.notifications is introduced.
Every notification received will be logged through this logger.
The log-level is determined by the notification's severity.
If logging is not configured explicitly, warnings are logged to stderr.
This means that, by default, warnings like deprecations received from the DBMS will appear on stderr.
Warnings
A new driver-level configuration warn_notification_severity is introduced.
It can be used to configure from which notification severity level upward the driver should emit a warning (i.e., call warnings.warn).
By default (None), it will be set to OFF (never emitting warnings on notifications), unless Python runs in development mode or the environment variable PYTHONNEO4JDEBUG is set, in which case the driver will emit a
warning on every notification.
Usage
This functionality if mainly meant for developing and debugging.
Therefore, no emphasis is put on efficiency.
However, it's impact is capt to a minimum when disabled.
It's assumed that in productions environments this feature is either disabled explicitly
On an empty database, this leads to the following output:
$ python example.py
/path/to/example.py:10: PreviewWarning: notification warnings are a preview feature. It might be changed without following the deprecation policy. See also https://github.com/neo4j/neo4j-python-driver/wiki/preview-features.
with neo4j.GraphDatabase.driver(
/path/to/example.py:19: Neo4jWarning: {severity: INFORMATION} {code: Neo.ClientNotification.Statement.CartesianProduct} {category: PERFORMANCE} {title: This query builds a cartesian product between disconnected patterns.} {description: If a part of a query contains multiple disconnected patterns, this will build a cartesian product between all those parts. This may produce a large amount of data and slow down query processing. While occasionally intended, it may often be possible to reformulate the query that avoids the use of this cross product, perhaps by adding a relationship between the different parts or by using OPTIONAL MATCH (identifier is: (m))} {position: line: 1, column: 1, offset: 0} for query:
MATCH (n:Test {name: 'baz'}), (m:Test1 {name: 'bar'}) RETURN n, m
^
driver.execute_query(
Received notification from DBMS server: {severity: WARNING} {code: Neo.ClientNotification.Statement.UnknownLabelWarning} {category: UNRECOGNIZED} {title: The provided label is not in the database.} {description: One of the labels in your query is not available in the database, make sure you didn't misspell it or that the label is available when you run this statement in your application (the missing label name is: Test1)} {position: line: 1, column: 34, offset: 33} for query: "MATCH (n:Test {name: 'baz'}), (m:Test1 {name: 'bar'}) RETURN n, m"
/path/to/example.py:19: Neo4jWarning: {severity: WARNING} {code: Neo.ClientNotification.Statement.UnknownLabelWarning} {category: UNRECOGNIZED} {title: The provided label is not in the database.} {description: One of the labels in your query is not available in the database, make sure you didn't misspell it or that the label is available when you run this statement in your application (the missing label name is: Test1)} {position: line: 1, column: 34, offset: 33} for query:
MATCH (n:Test {name: 'baz'}), (m:Test1 {name: 'bar'}) RETURN n, m
^
driver.execute_query(
This PR introduces support for a more convenient way of consuming notifications received from the DBMS server.
This feature is still in PREVIEW. It might be changed without following the deprecation policy.
Logging
A new sub-logger
neo4j.notifications
is introduced. Every notification received will be logged through this logger. The log-level is determined by the notification's severity.If logging is not configured explicitly, warnings are logged to stderr. This means that, by default, warnings like deprecations received from the DBMS will appear on stderr.
Warnings
A new driver-level configuration
warn_notification_severity
is introduced. It can be used to configure from which notification severity level upward the driver should emit a warning (i.e., callwarnings.warn
).By default (
None
), it will be set toOFF
(never emitting warnings on notifications), unless Python runs in development mode or the environment variablePYTHONNEO4JDEBUG
is set, in which case the driver will emit a warning on every notification.Usage
This functionality if mainly meant for developing and debugging. Therefore, no emphasis is put on efficiency. However, it's impact is capt to a minimum when disabled. It's assumed that in productions environments this feature is either disabled explicitly
or default behavior (see above) is used by not running Python in development mode.
Example
On an empty database, this leads to the following output: