diff --git a/docs/index-all.rst b/docs/index-all.rst
index b2b35a1..9df21d5 100644
--- a/docs/index-all.rst
+++ b/docs/index-all.rst
@@ -18,3 +18,4 @@ CrateDB SQLAlchemy dialect -- all pages
     advanced-querying
     inspection-reflection
     dataframe
+    support
diff --git a/docs/index.rst b/docs/index.rst
index f4c3677..d2db78a 100644
--- a/docs/index.rst
+++ b/docs/index.rst
@@ -79,8 +79,10 @@ kinds of `GeoJSON geometry objects`_.
 
 .. toctree::
     :maxdepth: 2
+    :titlesonly:
 
     overview
+    support
 
 
 .. _synopsis:
diff --git a/docs/overview.rst b/docs/overview.rst
index 070898b..89421e7 100644
--- a/docs/overview.rst
+++ b/docs/overview.rst
@@ -1,9 +1,9 @@
 .. _overview:
 .. _using-sqlalchemy:
 
-========
-Overview
-========
+================
+Feature Overview
+================
 
 .. rubric:: Table of contents
 
diff --git a/docs/support.md b/docs/support.md
new file mode 100644
index 0000000..25ebfef
--- /dev/null
+++ b/docs/support.md
@@ -0,0 +1,107 @@
+(support-features)=
+# Support Features
+
+The package bundles a few support and utility functions that try to fill a few
+gaps you will observe when working with CrateDB, a distributed OLAP database,
+because it lacks certain features traditional OLTP databases include.
+
+The features outlined below are referred to as poly-fills, and emulate a few
+functionalities, for example to satisfy compatibility matters on downstream
+frameworks and test suites. You can use them at your disposal, but you should
+know what you are doing, because some of them can cause serious performance
+hogs.
+
+
+## Synthetic Autoincrement using Timestamps
+
+In order to emulate some kind of autoincrement behavior, this poly-fill patch
+will simply assign `sa.func.now()` as a column `default`. You can use it if
+adjusting ORM models is out of reach for your database adapter at hand.
+
+The patch enables to optionally use `autoincrement=True` on column definitions.
+It works on SQLAlchemy column types `sa.BigInteger`, `sa.DateTime`, and
+`sa.String`.
+
+```python
+import sqlalchemy as sa
+from sqlalchemy.orm import declarative_base
+from sqlalchemy_cratedb.support import patch_autoincrement_timestamp
+
+# Enable patch.
+patch_autoincrement_timestamp()
+
+# Define database schema.
+Base = declarative_base()
+
+class FooBar(Base):
+    id = sa.Column(sa.DateTime, primary_key=True, autoincrement=True)
+```
+
+
+## Synthetic UNIQUE Constraints
+
+CrateDB does not provide `UNIQUE` constraints. Because of its distributed
+nature, it would be an expensive operation. This feature emulates corresponding
+functionality by querying the table for unique values before invoking the SQL
+`INSERT` operation. 
+
+When the uniqueness constraint is violated, the adapter will raise a
+corresponding exception.
+```python
+IntegrityError: DuplicateKeyException in table 'foobar' on constraint 'name'
+```
+
+Please note querying the table before each insert operation can cause serious
+performance degradation, and should only be used on low-volume, low-traffic
+data, when applicable.
+
+```python
+import sqlalchemy as sa
+from sqlalchemy.orm import declarative_base
+from sqlalchemy.event import listen
+from sqlalchemy_cratedb.support import check_uniqueness_factory
+
+# Define database schema.
+Base = declarative_base()
+
+class FooBar(Base):
+    id = sa.Column(sa.String, primary_key=True)
+    name = sa.Column(sa.String)
+
+# Add synthetic UNIQUE constraint on `name` column.
+listen(FooBar, "before_insert", check_uniqueness_factory(FooBar, "name"))
+```
+
+
+## Automatic Table REFRESH
+
+CrateDB is [eventually consistent]. Data written with a former statement is
+not guaranteed to be fetched with the next following select statement for the
+affected rows.
+
+While data is flushed periodically (the refresh interval is 1000 milliseconds
+by default, and can be changed), there are situations where stronger
+consistency is required, for example when needing to satisfy test suites
+of 3rd party frameworks, which usually do not take special needs of CrateDB
+into consideration. More details can be found in the reference documentation
+at [](inv:crate-reference#refresh_data).
+
+Please note refreshing the table after each DML operation can cause serious
+performance degradation, and should only be used on low-volume, low-traffic
+data, when applicable, and if you know what you are doing.
+
+```python
+import sqlalchemy as sa
+from sqlalchemy.orm import declarative_base
+from sqlalchemy_cratedb.support import refresh_after_dml
+
+# Define database schema.
+Base = declarative_base()
+
+class FooBar(Base):
+    id = sa.Column(sa.String, primary_key=True)
+    name = sa.Column(sa.String)
+```
+
+
+[eventually consistent]: https://en.wikipedia.org/wiki/Eventual_consistency