--- a/Sphinx/source/faq/scalability.rst	Wed Sep 16 11:46:11 2020 +0200
+++ b/Sphinx/source/faq/scalability.rst	Fri Sep 18 15:18:40 2020 +0200
@@ -54,7 +54,7 @@
 Here is a generic setup that should provide best performance in the
 presence of large databases:
 
-* Make sure to use the latest release of Orthanc (1.7.3 at the time of
+* Make sure to use the latest release of Orthanc (1.7.4 at the time of
   writing).
 
 * We suggest to use the latest release of the :ref:`PostgreSQL plugin
@@ -172,7 +172,7 @@
 Exclusive access to the DB
 ^^^^^^^^^^^^^^^^^^^^^^^^^^
 
-As of Orthanc 1.7.3, the internal code accessing the DB is still affected
+As of Orthanc 1.7.4, the internal code accessing the DB is still affected
 by limitations induced by the SQLite engine that was the only one originally
 available at the beginning of the project: inside a single Orthanc process,
 there is no concurrent access to the DB.
@@ -184,7 +184,7 @@
 Also note that the core of Orthanc does not currently support the replay
 of database transactions, which is necessary to deal with conflicts
 between several instances of Orthanc that would simultaneously write
-to the database.  As a consequence, as of Orthanc 1.7.3, when connecting multiple
+to the database.  As a consequence, as of Orthanc 1.7.4, when connecting multiple
 Orthanc to a single database by setting ``Lock`` to ``false``, there
 should only be one instance of Orthanc acting as a writer and all the
 other instances of Orthanc acting as readers only. Be careful to set
@@ -203,7 +203,7 @@
 Latency
 ^^^^^^^
 
-As of Orthanc 1.7.3, Orthanc still performs quite a large number of small
+As of Orthanc 1.7.4, Orthanc still performs quite a large number of small
 SQL requests.  A simple request to a route like ``/studies/{id}`` can trigger
 6 SQL queries.