Merge branch 'merge_concurrent' into merge_concurrent_locks

Author: funbringer

README.md

@@ -35,6 +35,7 @@ More interesting features are yet to come. Stay tuned!
 
 ## Roadmap
 
+ * Provide a way to create user-defined partition creation\destruction callbacks (issue [#22](https://github.com/postgrespro/pg_pathman/issues/22))
  * Implement LIST partitioning scheme;
  * Optimize hash join (both tables are partitioned by join key).
 
@@ -63,7 +64,7 @@ Done! Now it's time to setup your partitioning schemes.
 create_hash_partitions(relation         REGCLASS,
                        attribute        TEXT,
                        partitions_count INTEGER,
-                       partition_name TEXT DEFAULT NULL)
+                       partition_name   TEXT DEFAULT NULL)
 ```
 Performs HASH partitioning for `relation` by integer key `attribute`. The `partitions_count` parameter specifies the number of partitions to create; it cannot be changed afterwards. If `partition_data` is `true` then all the data will be automatically copied from the parent table to partitions. Note that data migration may took a while to finish and the table will be locked until transaction commits. See `partition_table_concurrently()` for a lock-free way to migrate data.
 
@@ -349,7 +350,7 @@ SELECT tableoid::regclass AS partition, * FROM partitioned_table;
 
 - All running concurrent partitioning tasks can be listed using the `pathman_concurrent_part_tasks` view:
 ```plpgsql
-postgres=# SELECT * FROM pathman_concurrent_part_tasks;
+SELECT * FROM pathman_concurrent_part_tasks;
  userid | pid  | dbid  | relid | processed | status  
 --------+------+-------+-------+-----------+---------
  dmitry | 7367 | 16384 | test  |    472000 | working

README.rus.md

@@ -38,6 +38,7 @@ More interesting features are yet to come. Stay tuned!
 
 ## Roadmap
 
+ * Предоставить возможность установки пользовательских колбеков на создание\уничтожение партиции (issue [#22](https://github.com/postgrespro/pg_pathman/issues/22))
  * LIST-секционирование;
  * Оптимизация hash join для случая, когда обе таблицы секционированы по ключу join’а.
 
@@ -65,7 +66,7 @@ CREATE EXTENSION pg_pathman;
 create_hash_partitions(relation         REGCLASS,
                        attribute        TEXT,
                        partitions_count INTEGER,
-                       partition_name TEXT DEFAULT NULL)
+                       partition_name   TEXT DEFAULT NULL)
 ```
 Выполняет HASH-секционирование таблицы `relation` по целочисленному полю `attribute`. Параметр `partitions_count` определяет, сколько секций будет создано. Если `partition_data` установлен в значение `true`, то данные из родительской таблицы будут автоматически распределены по секциям. Стоит иметь в виду, что миграция данных может занять некоторое время, а данные заблокированы. Для конкурентной миграции данных см. функцию `partition_table_concurrently()`.
 
@@ -348,7 +349,7 @@ SELECT tableoid::regclass AS partition, * FROM partitioned_table;
 
 - Получить все текущие процессы конкурентного секционирования можно из представления `pathman_concurrent_part_tasks`:
 ```plpgsql
-postgres=# SELECT * FROM pathman_concurrent_part_tasks;
+SELECT * FROM pathman_concurrent_part_tasks;
  userid | pid  | dbid  | relid | processed | status  
 --------+------+-------+-------+-----------+---------
  dmitry | 7367 | 16384 | test  |    472000 | working