Skip to content
This repository was archived by the owner on May 26, 2022. It is now read-only.

Commit d9c95b5

Browse files
committed
Add non-breaking space to «и т. п.»
1 parent 3064334 commit d9c95b5

File tree

2 files changed

+3
-3
lines changed

2 files changed

+3
-3
lines changed

extensions/postgis.tex

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -18,7 +18,7 @@ \subsection{Установка и использование}
1818
# CREATE TABLE cities ( id int4 primary key, name varchar(50), the_geom geometry(POINT,4326) );
1919
\end{lstlisting}
2020

21-
\lstinline!the_geom! поле указывает PostGIS, какой тип геометрии имеет каждый из объектов (точки, линии, полигоны и т.п.), какая размерность (т.к. возможны и 3-4 измерения~--- \lstinline!POINTZ!, \lstinline!POINTM!, \lstinline!POINTZM!) и какая система координат. Для данных по городам мы будем использовать систему координат EPSG:4326. Чтобы добавить данные геометрии в соответствующую колонку, используется функция PostGIS \lstinline!ST_GeomFromText!, чтобы сконвертировать координаты и идентификатор референсной системы из текстового формата:
21+
\lstinline!the_geom! поле указывает PostGIS, какой тип геометрии имеет каждый из объектов (точки, линии, полигоны и~т.~п.), какая размерность (т.к. возможны и 3-4 измерения~--- \lstinline!POINTZ!, \lstinline!POINTM!, \lstinline!POINTZM!) и какая система координат. Для данных по городам мы будем использовать систему координат EPSG:4326. Чтобы добавить данные геометрии в соответствующую колонку, используется функция PostGIS \lstinline!ST_GeomFromText!, чтобы сконвертировать координаты и идентификатор референсной системы из текстового формата:
2222

2323
\begin{lstlisting}[language=SQL,label=lst:postgisinsertcities,caption=Заполнение таблицы cities]
2424
# INSERT INTO cities (id, the_geom, name) VALUES (1,ST_GeomFromText('POINT(-0.1257 51.508)',4326),'London, England');

replication/bdr.tex

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -10,8 +10,8 @@ \section{PostgreSQL Bi-Directional Replication (BDR)}
1010
\begin{itemize}
1111
\item Все изменения данных вызываемые \lstinline!INSERT/DELETE/UPDATE! реплицируются (\lstinline!TRUNCATE! на момент написания статьи пока не реализован);
1212
\item Большинство операции изменения схемы (DDL) реплицируются успешно. Неподдерживаемые DDL фиксируются модулем репликации и отклоняются с выдачей ошибкой (на момент написания не работал \lstinline!CREATE TABLE ... AS!);
13-
\item Определения таблиц, типов, расширений и т.п. должны быть идентичными между upstream и downstream мастерами;
14-
\item Действия которые отражаются в WAL, но непредставляются в виде логических изменений не реплицируются на другой узел (запись полных страниц, вакуумация таблиц и т.п.). Таким образом логическая потоковая репликация (LLSR) избавлена от некоторой части накладных расходов которые присутствуют в физической потоковой репликации PLSR (тем не менее это не означает что LLSR требуется меньшая пропускная способность сети чем для PLSR);
13+
\item Определения таблиц, типов, расширений и~т.~п. должны быть идентичными между upstream и downstream мастерами;
14+
\item Действия которые отражаются в WAL, но непредставляются в виде логических изменений не реплицируются на другой узел (запись полных страниц, вакуумация таблиц и~т.~п.). Таким образом логическая потоковая репликация (LLSR) избавлена от некоторой части накладных расходов которые присутствуют в физической потоковой репликации PLSR (тем не менее это не означает что LLSR требуется меньшая пропускная способность сети чем для PLSR);
1515
\end{itemize}
1616

1717
Небольшое примечание: временная остановка репликации осуществляется выключением downstream мастера. Однако стоит отметить что остановленная реплика приводит к тому что upstream мастер продолжит накапливать WAL журналы что в свою очередь может привести к неконтролируемому расходу пространства на диске. Поэтому крайне не рекомендуется надолго выключать реплику. Удаление реплики навсегда осуществляется через удаление конфигурации BDR на downstream сервере с последующим перезапуском downstream мастера. Затем нужно удалить соответствующий слот репликации на upstream мастере с помощью функции \lstinline!pg_drop_replication_slot('slotname')!. Доступные слоты можно просмотреть с помощью функции \lstinline!pg_get_replication_slots!.

0 commit comments

Comments
 (0)