у меня есть функция вида:

CREATE OR REPLACE FUNCTION message_getcurrentmaxpk() RETURNS 
TABLE("IdMessageMax" integer, "CurrentDateTime" timestamp without time zone)
    LANGUAGE sql STABLE
    AS $$
  select  max(e.id_pk)  as "IdMessageMax",
      LOCALTIMESTAMP  as "CurrentDateTime"
  from sfact_sync.vw_elastic e 
  where e.table_name = 'message';
$$;

после её прогона из проекта в БД назад компаратор выдаёт:
RETURNS TABLE(IdMessageMax integer, CurrentDateTime timestamp without time zone)
то есть исчезли "" кавычки. Проверил что даёт pg_dump... там кавычки на месте:

CREATE FUNCTION sfact_sync.message_getcurrentmaxpk() RETURNS TABLE("IdMessageMax" integer, "CurrentDateTime" timestamp without time zone)
    LANGUAGE sql STABLE
    AS $$
        select  max(e.id_pk)    as "IdMessageMax",
                        LOCALTIMESTAMP  as "CurrentDateTime"
        from sfact_sync.vw_elastic e
        where e.table_name = 'message';
$$;

Коллеги,
нужна поддержка в проекте вот таких команд:

CREATE SERVER IF NOT EXISTS mssql_ross
    FOREIGN DATA WRAPPER tds_fdw
    OPTIONS (servername 'name_server', port '1433', database 'MyDB', tds_version '7.1');

CREATE USER MAPPING IF NOT EXISTS FOR postgres SERVER mssql_ross OPTIONS (username 'Login', password 'password');

CREATE FOREIGN TABLE mssql_ross."ADDRESS"
   ("ID_ADDRESS" integer NOT NULL,
    "ID_REGION" integer NOT NULL,
    "POST_IND" numeric(6) NOT NULL,
    "ADDRESS" character varying(500) NOT NULL)
   SERVER mssql_ross
   OPTIONS (schema_name 'dbo', table_name 'ADDRESS');

Версия кипера: 5.4.7
Всё таки есть проблемы с компаратором, хотя пока я не добрался ещё до неверного порядка DROP/CREATE :)
Вот смотрите:
Исходная таблица:

CREATE TABLE dbo.union_person_pb_temp (
	id_union_person_pb integer NOT NULL,
	id_union_person integer NOT NULL,
	id_person_bankrupt integer NOT NULL
);

добавляем в проекте "GENERATED BY DEFAULT AS IDENTITY"

CREATE TABLE dbo.union_person_pb_temp (
	id_union_person_pb integer GENERATED BY DEFAULT AS IDENTITY NOT NULL,
	id_union_person integer NOT NULL,
	id_person_bankrupt integer NOT NULL
);

компаратор различий не находит

пробую писать код функций в редакторе кипера.
При нажатии "." нет подсказок колонок таблицы.
Язык функции sql

Возможно ли в дереве проекта реализовать отображение секций таблицы внутри родительской таблицы по примеру pgAdmin?

Требуется в некоторых отдельных папках хранить некие служебные скрипты.
В моём случае это sql текст для psql.
Сейчас сборщик находит в них синтаксические ошибки.
Желательно иметь настройку которая указывает, что в некоторых папках (по списку) не нужно искать синтаксические ошибки.
Однако желательно в файлах sql оставлять всё же синтаксическую раскраску.
То есть прошу убрать только маркировку ошибочных строк.

1. Здесь избыточный код по унаследованным от родительской таблицы значениям по-умолчанию

2. Здесь в качестве различий указаны унаследованные от родительской таблицы ограничения после выполнения миграционного скрипта.

Вот как это выглядит:
Удаляем поля в родительской секционированной таблице

Одно из полей имеет свойство DEFAULT и для него компаратор видит различие по каждой из дочерних таблиц

Т.о. получаем скрипт

который падает с ошибкой

В случае расхождения по значению OWNED BY для SEQUENCE

формируется пустой миграционный скрипт

Если SEQUENCE удалить с целевой базы, то скрипт формируется корректно

добавил в таблицу новую колонку:
job_number smallint DEFAULT 0 NOT NULL
сгенерировался код:
ALTER TABLE checksync_tables
ADD COLUMN job_number smallint;

ALTER TABLE ONLY checksync_tables
ALTER COLUMN job_number SET DEFAULT 0;

ALTER TABLE ONLY checksync_tables
ALTER COLUMN job_number SET NOT NULL;
—
к сожалению этот код просто так выполнить невозможно.
1-я строка добавит NULL поле
2-я строка объявит что для insert/update надо заполнить поле значением null
3-я строка попытается сделать поле NOT NULL но конечно у неё это не получится, так как в таблице все строки на данный момент есть NULL

для данной операции ожидалась команда
ALTER TABLE checksync_tables
ADD COLUMN job_number smallint NOT NULL DEFAULT 0;
—
ваш вариант генерации кода я использую в своих PRE скриптах, когда нужно в цикле мелкими пакетами обработать большую таблицу. Но это ручная работа и такой скрипт пишется специально и вручную. В этом случаем между 2-й и 3-й строкой стоит код замены всех строк с NULL на DEFAULT значение.

Сейчас не ищутся зависимости функции.

Можно разбивать тело функции на список слов и искать объекты с названием из этого списка и затем предлагать пользователю решать, какие объекты добавить в скрипт

Предлагаю рассмотреть возможность введения доп.настроек по местоположению для хранения в дереве папок триггерных и событийных функций.
Данные функции имеют обычно очень специфичный код на который важно обратить внимание любому новому DBA.
Акцент в виде не пустой папки - очень хорошо подходит для этой цели.

Предлагаю создать в корне проекта 2 папки и в каждой из них будет находиться файл скрипта

1. Pre-Deployment
   Script.PreDeployment.sql
   и
2. Post-Deployment
   Script.PostDeployment.sql
   —
   смысл такой:
   внутри этих скриптов мы будем писать код PRE и POST модификации БД между процессом компаратора схем.
   Т.е.

• открываем транзакцию
• выполняем Script.PreDeployment.sql
• запускаем компаратор
• после выполнения полученного скрипт от компаратора выполняем Script.PostDeployment.sql
• закрываем (откатываем транзакцию)
  Таким образом конечный скрипт, если его просто получить, будет состоять из 3-х частей
  1.Script.PreDeployment.sql
  2.скрипт компаратора
  3.Script.PostDeployment.sql

В моей практике достаточно часто нужно перед тем как сравнить схемы сначала выполнить PRE модификации, а потом уже сравнивать.
Потом в конце проливать некие скрипт типа синхронизации справочников или обновления неких полей.

Таким образом в SourceControl будет лежать целостная структура от деплоя к деплою.
В этих папках DBA будут накапливать свои некие скрипты, которые будут вызываться изнутри PRE и POST файлов через простой метаязык
например
:r .\LookupTables\dboAGGREGATE_REPORT_TYPE.sql

где
:r - внешний скрипт
. - корневая папка проекта

процесс, что я описал желательно иметь в виде 2-х вариантов (наверное 2 отдельные вкладки с разным поведением)

1. как сейчас (то есть просто компаратор)
2. формирование скрипта PRE+компаратор+POST (проведение полноценного деплоя)
   можно это назвать - publish

Коллеги, начиная с 10.3 pg_dump теперь всегда предваряет имя объекта именем схемы. Таким образом внутри дампа нет теперь переключений путей поиска. Очень бы хотелось и внутри проекта не иметь таких команд:
SET search_path = bankrupt, pg_catalog;
Конечно если у человека всего 1 схема, то так сказать чертеж замутняется при этом, но вот если схем много... то это уже насущная необходимость.
Хотелось бы иметь флажок который вводил бы новый синтаксис, такой как в pg_dump 10.3

Связано с #36 и #35.

Cейчас для секционированных таблиц генерируется создание индекса для каждой дочерней таблицы (выделил оранжевым).
В PostgreSQL 11 достаточно создать индекс только на родительской (выделил зеленым), на дочерних он создается автоматически.

В случае когда выполняется перестановка порядка полей (на этапе разработки очень частая процедура), то компаратор эту ситуацию обнаруживает но ничего не генерирует.
Необходимо в данном случае выполнять полное пересоздание таблицы и поэтому нужно сгенерировать весь необходимый для этого код.

Так скрипт выглядит в PgAdmin:

А так в pgCodeKeeper:

Если функция возвращает таблицу, то сейчас все IN параметры и OUT параметры выстраиваются в очень длинную строку...

CREATE OR REPLACE FUNCTION message_getdetail(p_ids integer[]) RETURNS TABLE("IdMessage" integer, "MessageUid" character varying, "DatePublish" timestamp without time zone, "DateDelete" timestamp without time zone, "IdMessageType" integer, "Body" xml, "Number" character varying, "IdAnnulmentMessage" integer, "LockReason" character varying)

это трудно читать и поддерживать...
Предлагаю начать работы по форматированию кода в более читабельный вид:

CREATE OR REPLACE FUNCTION message_getdetail(p_ids integer[]) RETURNS TABLE(
"IdMessage"                  integer, 
"MessageUid"                 character varying, 
"DatePublish"                timestamp without time zone, 
"DateDelete"                 timestamp without time zone, 
"IdMessageType"              integer, 
"Body"                       xml, 
"Number"                     character varying, 
"IdAnnulmentMessage"         integer, 
"LockReason"                 character varying

такой же стиль форматирования предлагаю делать и для таблиц, которые сейчас не имеют табличного вида, что усложняет отделение имен колонок от их типов и других признаков (not null, default...)
Конечно же компаратор должен это понимать и внутри себя для сравнения использовать канонический вид лучше конечно именно такой - табличный).

pgcodekeeper округляет в меньшую сторону COST для функции.
Например, такой фрагмент объявления функции:

CREATE OR REPLACE FUNCTION public.test()
 RETURNS integer
 LANGUAGE sql
 COST 0.8
AS $function$
    select 1;
$function$

сгенерирует такой результат:

CREATE OR REPLACE FUNCTION public.test() RETURNS integer
    LANGUAGE sql COST 0
    AS $$
    select 1;
$$;

В дополнение к #40

Для исключения потенциальных ошибок при установке миграционных скриптов на БД заказчика, на наш взгляд, было бы не лишним добавить в миграционные скрипты перед конструкциями:
CREATE VIEW IF NOT EXISTS
CREATE MATERIALIZED VIEW IF NOT EXISTS
CREATE TRIGGER
соответствующую создаваемому объекту конструкцию
DROP { VIEW | MATERIALIZED VIEW | TRIGGER } IF EXISTS
независимо от наличия этих объектов в целевой БД.

Ошибочная ситуация без DROP может возникнуть в случае если объект по какой-то причине, например в рамках критического обращения, создался ранее на БД заказчика вручную, позже перенесен на БД разработки и там доработан. Были такие случаи на практике.

Добавление этой конструкции в скрипты дает гарантию того, что эти объекты в БД заказчика будут однозначно синхронизированы с БД разработки, а в случае триггера не упадут с ошибкой.

Можно реализовать в виде настройки проекта.

P.S. В целом инструмент pgCodeKeeper отличный, за что вам большое спасибо!
Когда можно ждать следующей версии (вероятно 5.4.0) и обновления версии в Marketplace Eclipse ?

Уважаемые разработчики, может быть уже пора (на дворе 11.2) сделать вместо вот этого:
——————
ALTER TABLE base.hershel_events
ADD COLUMN hershel_event_stage_id smallint;

ALTER TABLE ONLY base.hershel_events
ALTER COLUMN hershel_event_stage_id SET DEFAULT 2;

UPDATE ONLY base.hershel_events
SET hershel_event_stage_id = DEFAULT WHERE hershel_event_stage_id IS NULL;

ALTER TABLE ONLY base.hershel_events
ALTER COLUMN hershel_event_stage_id SET NOT NULL;
————————-
для 11 версии всего одну команду
ALTER TABLE base.hershel_events ADD COLUMN hershel_event_stage_id smallint not null default 2;
просто сейчас за этим приходится следить.... напрягает

да, теперь такая команда работает только на уровне метаданных, за милисекунды

главное чтобы всё проводилось 1-й командой. Тогда новая колонка добавляется и в сразу в метаданных прописывается DEFAULT, а все команды чтения кортежей читают данные из метаданных если нет такого поля в кортеже

Есть ли возможность добавить в миграционные скрипты конструкции IF EXISTS/ IF NOT EXISTS для CREATE, DROP, ALTER где это возможно ?

DROP TRIGGER [ IF EXISTS ]
CREATE VIEW [ IF NOT EXISTS ]
DROP VIEW [ IF EXISTS ]
CREATE MATERIALIZED VIEW [ IF NOT EXISTS ]
DROP MATERIALIZED VIEW [ IF EXISTS ]
ALTER TABLE [ IF EXISTS ] ADD [ COLUMN ] [ IF NOT EXISTS ]
ALTER TABLE [ IF EXISTS ] DROP [ COLUMN ] [ IF EXISTS ]
CREATE INDEX [ IF NOT EXISTS ]
DROP INDEX [ IF EXISTS ]
и т.д.

Парсер сейчас тоже не понимает такое.

Добавили на одно из полей секционированной таблицы ограничение NOT NULL

генерится такой скрипт

который падает с ошибкой из-за ключевого слова ONLY.

Имена типов входных и выходных параметров можно указывать как ссылка на поле некой таблицы.
Ссылка на тип колонки записывается в виде имя_таблицы.имя_колонки%TYPE.
Иногда такое указание бывает полезно, так как позволяет создать функцию, независящую от изменений в определении таблицы.

Не переносится в проект длинное наименование сервера из скрипта по созданию FOREIGN TABLE и как следствие теряется блок OPTIONS.

Прошу внедрить поддержку следующих объектов:

CREATE/DROP/ALTER TEXT SEARCH PARSER ...
CREATE/DROP/ALTER TEXT SEARCH DICTIONARY ...
CREATE/DROP/ALTER TEXT SEARCH CONFIGURATION ...
CREATE/DROP/ALTER TEXT SEARCH TEMPLATE ...

создаем таблицу
CREATE TABLE unit_type (
id_unit_type integer NOT NULL,
code character varying(3) NOT NULL,
"NAME" character varying(50) NOT NULL,
short_name character varying(15) NOT NULL
);
проливаем в БД
потом изменяем колонку "NAME" на name. компаратор видит, что это переименовывание..

однако, генерит вот такой код:

SET search_path = sfact, pg_catalog;

ALTER TABLE unit_type
  DROP COLUMN "NAME";

SET search_path = sfact_bulk, pg_catalog;

ALTER TABLE unit_type
  DROP COLUMN "NAME";

SET search_path = sfact, pg_catalog;

ALTER TABLE unit_type
  ADD COLUMN name character varying(50);

ALTER TABLE ONLY unit_type
  ALTER COLUMN name SET NOT NULL;

SET search_path = sfact_bulk, pg_catalog;

ALTER TABLE unit_type
  ADD COLUMN name character varying(50);

В окне сравнения кода компаратора заметил полное исчезновение символов табуляции.
Из-за этого весь текст сплюснут...
При этом в окне сравнения истории кода - пкм на файле - compare with - local history - всё хорошо.

Коллеги,
при коррекции индекса получаем вот такой код:
(всё это имеет смысл если стоит галка создавать конкурентно в настройках)

DROP INDEX sfact.idx_message_body_subjects;

CREATE INDEX CONCURRENTLY idx_message_body_subjects ON sfact.message USING gin (dbo.xmlsubjects2text(body, id_message_type) public.gin_trgm_ops)
WHERE (id_message_type = ANY (ARRAY[28, 29, 30, 42, 47, 48, 51, 52, 53, 55]));

может быть стоит делать более умно !?

CREATE INDEX CONCURRENTLY tmpNNN_idx_message_body_subjects ON sfact.message USING gin (dbo.xmlsubjects2text(body, id_message_type) public.gin_trgm_ops)
WHERE (id_message_type = ANY (ARRAY[28, 29, 30, 42, 47, 48, 51, 52, 53, 55]));

begin;
DROP INDEX sfact.idx_message_body_subjects;
alter index sfact.tmpNNN_idx_message_body_subjects RENAME TO idx_message_body_subjects;
commit;

смысл в том, чтобы система жила без индекса крайне малый промежуток времени, а во время его построения работа с таблицей не блокировалась при этом. Таблицы ведь на проде часто велики, и построить по ним индекс без CONCURRENTLY просто нельзя из-за невозможности остановки работы системы.

Коллеги, при генерации кода view расставляется много скобочек...

   FROM ((((((publisher p
     LEFT JOIN individual_entrepreneur ie ON ((ie.id_individual_entrepreneur = p.id_individual_entrepreneur)))
     LEFT JOIN company c ON ((c.id_company = p.id_company)))
     LEFT JOIN appraiser a ON ((a.id_appraiser = p.id_appraiser)))
     LEFT JOIN foreign_system fs ON ((fs.id_foreign_system = p.id_foreign_system)))
     LEFT JOIN person ps ON ((ps.id_person = p.id_person)))
     LEFT JOIN non_resident_company nr ON ((nr.id_non_resident_company = p.id_non_resident_company)));

так генерит дамп pg_dump. Лучше бы так как генерит код вызов pg_get_viewdef с pretty=true, (так это делает psql/pgadmin).
Предлагаю сделать так, чтобы можно было по настройке отказаться от совместимости с pg_dump и выводить код view в стиле psql.

в папке схемы создал новую папку FUNCTION
вызвал контекстное меню и выбрал "Объект SQL"
в форме в окошко вбил имя функции (без схемы) и нажал Finish
и ничего не произошло... форма не закрылась хотя кнопка нажалась точно.
Указываю схему и снова нажимаю Finish - всё создается.

При попытке инициализировать проект, происходит ошибка

java.lang.reflect.InvocationTargetException: IOException while creating project: Error while reading database schema via JDBC, error occured while processing jdbc:FunctionsReader query
ERROR: column p.proiswindow does not exist
Position: 483
at ru.taximaxim.codekeeper.ui.pgdbproject.InitProjectFromSource.run(InitProjectFromSource.java:41)
at org.eclipse.jface.operation.ModalContext$ModalContextThread.run(ModalContext.java:122)
Caused by: java.io.IOException: Error while reading database schema via JDBC, error occured while processing jdbc:FunctionsReader query
ERROR: column p.proiswindow does not exist
Position: 483
at cz.startnet.utils.pgdiff.loader.JdbcLoader.getDbFromJdbc(JdbcLoader.java:130)
at cz.startnet.utils.pgdiff.loader.JdbcLoader.getDbFromJdbc(JdbcLoader.java:63)
at ru.taximaxim.codekeeper.ui.differ.DbSourceJdbc.loadInternal(DbSource.java:409)
at ru.taximaxim.codekeeper.ui.differ.DbSource.get(DbSource.java:71)
at ru.taximaxim.codekeeper.ui.pgdbproject.InitProjectFromSource.initRepoFromSource(InitProjectFromSource.java:55)
at ru.taximaxim.codekeeper.ui.pgdbproject.InitProjectFromSource.run(InitProjectFromSource.java:37)
... 1 more
Caused by: org.postgresql.util.PSQLException: ERROR: column p.proiswindow does not exist
Position: 483
at org.postgresql.core.v3.QueryExecutorImpl.receiveErrorResponse(QueryExecutorImpl.java:2412)
at org.postgresql.core.v3.QueryExecutorImpl.processResults(QueryExecutorImpl.java:2125)
at org.postgresql.core.v3.QueryExecutorImpl.execute(QueryExecutorImpl.java:297)
at org.postgresql.jdbc.PgStatement.executeInternal(PgStatement.java:428)
at org.postgresql.jdbc.PgStatement.execute(PgStatement.java:354)
at org.postgresql.jdbc.PgStatement.executeWithFlags(PgStatement.java:301)
at org.postgresql.jdbc.PgStatement.executeCachedSql(PgStatement.java:287)
at org.postgresql.jdbc.PgStatement.executeWithFlags(PgStatement.java:264)
at org.postgresql.jdbc.PgStatement.executeQuery(PgStatement.java:231)
at cz.startnet.utils.pgdiff.loader.jdbc.JdbcReader.read(JdbcReader.java:54)
at cz.startnet.utils.pgdiff.loader.JdbcLoader.getDbFromJdbc(JdbcLoader.java:102)
... 6 more

Eclipse - Version: 2018-09 (4.9.0)
Postgres 11.0
pgCodeKeeper 5.1.6

что у меня выбрано:

что получилось в скрипте:

сам скрипт:
2019-03-22 09'55'26 migration.zip

код таблицы sfact.message:

CREATE TABLE sfact.message (
    date_create timestamp without time zone NOT NULL,
    date_last_modif timestamp without time zone NOT NULL,
    id_message integer NOT NULL,
    id_publisher integer NOT NULL,
    id_message_type integer NOT NULL,
    loaded_in_spark boolean DEFAULT false NOT NULL,
    is_invisible boolean DEFAULT false NOT NULL,
    is_published_by_svc boolean DEFAULT false NOT NULL,
	date_publish timestamp without time zone,
	date_delete timestamp without time zone,
	event_date timestamp without time zone,
	date_sign timestamp without time zone,
	date_disclosure timestamp without time zone,
	id_company integer,
	id_user_creator integer,
	id_annulment_message integer,
	id_notary integer,
	id_arbitr_manager integer,
	has_violation boolean,
	sign_status character varying(30) NOT NULL,
	message_uid character varying(32) DEFAULT reverse(replace(((public.uuid_generate_v1())::character varying(36))::text, '-'::text, ''::text)) NOT NULL,
	number character varying(8),
	lock_reason text,
	pkcs7 bytea,
	signed_data text,
	body xml NOT NULL,
	signed_data_byte bytea
);

ALTER TABLE sfact.message ALTER COLUMN id_message ADD GENERATED BY DEFAULT AS IDENTITY (
	SEQUENCE NAME message_id_message_seq
	START WITH 1
	INCREMENT BY 1
	MAXVALUE 2147483647
	NO MINVALUE
	CACHE 1
);

--------------------------------------------------------------------------------

CREATE INDEX idx_message_id_annulment_message ON sfact.message USING btree (id_annulment_message);

--------------------------------------------------------------------------------

CREATE UNIQUE INDEX unq_message_id_message_guid ON sfact.message USING btree (message_uid);

--------------------------------------------------------------------------------

CREATE UNIQUE INDEX unq_message_number ON sfact.message USING btree (number, date_delete);

--------------------------------------------------------------------------------

CREATE INDEX idx_message_id_publisher ON sfact.message USING btree (id_publisher, date_publish, date_delete);

--------------------------------------------------------------------------------

CREATE INDEX idx_message_body_bond ON sfact.message USING gin (dbo.xmlbond2jsonb(body))
WHERE (id_message_type = ANY (ARRAY[28, 29, 30]));

--------------------------------------------------------------------------------

CREATE INDEX idx_message_body_subjects ON sfact.message USING gin (dbo.xmlsubjects2text(body, id_message_type) public.gin_trgm_ops)
WHERE (id_message_type = ANY (ARRAY[28, 29, 30, 42, 47, 48, 51, 52, 53]));

--------------------------------------------------------------------------------

CREATE TRIGGER trig_message_iu
	BEFORE INSERT OR UPDATE OF id_message ON sfact.message
	FOR EACH ROW
	EXECUTE PROCEDURE sfact.trig_message_iu();

--------------------------------------------------------------------------------

ALTER TABLE sfact.message
	ADD CONSTRAINT pk_message PRIMARY KEY (id_message);

--------------------------------------------------------------------------------

ALTER TABLE sfact.message
	ADD CONSTRAINT chk_sign_status CHECK ((((sign_status)::text = 'Signed'::text) OR ((sign_status)::text = 'Unsigned'::text) OR ((sign_status)::text = 'WithoutSignature'::text)));

Сборщик не распознает вот такой вид update

update dbo.union_person t set id_region = coalesce(rr.id_region, t.id_region)
from bankrupt.person_bankrupt b
    inner join bankrupt.region r on r.id_region = b.id_region
    inner join dbo.region rr on rr.number = r.number
where t.fio = dbo.make_fio(b.last_name, b.first_name, b.middle_name) and t.inn = b.inn
  and b.date_delete is null;

такой код успешно выполняется движком Postgres

Меняем тип поля с int на text

тут все отлично

Если было указано свойство NOT NULL

то тоже все нормально

Но если у поля ранее было указано свойство DEFAULT

то получаем уже скрипт с DROP COLUMN:

CREATE OPERATOR
pgcodekeeper об этом не знает и пишет в лог такое:
!ENTRY apgdiff 2 0 2018-10-05 15:20:08.767
!MESSAGE ANTLR Error:
dmp.sql line 47673:7 mismatched input 'OPERATOR' expecting {DOMAIN, EVENT, EXTENSION, FUNCTION, GLOBAL, INDEX, LANGUAGE, LOCAL, MATERIALIZED, PROCEDURAL, RECURSIVE, RULE, SCHEMA, SEQUENCE, SERVER, TEMP, TEMPORAR
Y, TEXT, TRANSFORM, TRIGGER, TRUSTED, TYPE, UNLOGGED, VIEW, COLLATION, CONSTRAINT, FOREIGN, OR, TABLE, UNIQUE, USER}

документация по OPERATOR — тут https://postgrespro.ru/docs/postgresql/9.6/xoper

Коллеги, если в скрипте наката есть ошибка, то при выполнении появляется сообщение, что накат не удался и пишется позиция с ошибкой... но нет никакой информации ни о самой строке кода ни о номере строки....
С накатом и информированием что-то надо сделать. Сейчас слишком примитивно. Ошибки в большом скрипте искать трудно.
К примеру можно позиционироваться на нужную строку и подсветить проблемный участок.

у меня есть в БД и в проекте табличка. В БД есть 2 индекса:

    "idx_union_company_temp_id_company" btree (id_company)
    "idx_union_company_temp_ogrn_inn" btree (ogrn, inn)

в проекте есть:

CREATE INDEX idx_union_company_temp_ogrn_inn ON union_company_temp USING btree (ogrn, inn);

и вот как это показывает окошко компаратора:

что в проекте:

SET search_path = dbo, pg_catalog;

CREATE UNLOGGED TABLE union_company_temp (
	id_union_company integer DEFAULT nextval('union_company_temp_id_union_company_seq'::regclass) NOT NULL,
	id_region integer,
	id_company integer,
	id_firm_bankrupt integer,
	id_sro integer,
	id_firm_trade_org integer,
	id_sro_trade_place integer,
	id_trade_place integer,
	is_active boolean DEFAULT true NOT NULL,
	ogrn character varying(13),
	inn character varying(10),
	short_name character varying(512),
	full_name character varying(1024) NOT NULL
);

ALTER TABLE union_company_temp OWNER TO postgres;

-- TABLE union_company_temp GRANT

REVOKE ALL ON TABLE union_company_temp FROM PUBLIC;
REVOKE ALL ON TABLE union_company_temp FROM postgres;
GRANT ALL ON TABLE union_company_temp TO postgres;
GRANT ALL ON TABLE union_company_temp TO developer_group;
GRANT ALL ON TABLE union_company_temp TO deploy;
GRANT SELECT,INSERT,DELETE,UPDATE ON TABLE union_company_temp TO public_group;

--------------------------------------------------------------------------------

CREATE INDEX idx_union_company_temp_ogrn_inn ON union_company_temp USING btree (ogrn, inn);

что в БД:

-- Table: union_company_temp

-- DROP TABLE union_company_temp;

CREATE UNLOGGED TABLE union_company_temp
(
  id_union_company serial NOT NULL,
  id_region integer,
  id_company integer,
  id_firm_bankrupt integer,
  id_sro integer,
  id_firm_trade_org integer,
  id_sro_trade_place integer,
  id_trade_place integer,
  is_active boolean NOT NULL DEFAULT true,
  ogrn character varying(13),
  inn character varying(10),
  short_name character varying(512),
  full_name character varying(1024) NOT NULL
)
WITH (
  OIDS=FALSE
);
ALTER TABLE union_company_temp
  OWNER TO postgres;
GRANT ALL ON TABLE union_company_temp TO developer_group;
GRANT ALL ON TABLE union_company_temp TO deploy;
GRANT SELECT, UPDATE, INSERT, DELETE ON TABLE union_company_temp TO public_group;
GRANT ALL ON TABLE union_company_temp TO postgres;

-- Index: idx_union_company_temp_id_company

-- DROP INDEX idx_union_company_temp_id_company;

CREATE INDEX idx_union_company_temp_id_company
  ON union_company_temp
  USING btree
  (id_company);

-- Index: idx_union_company_temp_ogrn_inn

-- DROP INDEX idx_union_company_temp_ogrn_inn;

CREATE INDEX idx_union_company_temp_ogrn_inn
  ON union_company_temp
  USING btree
  (ogrn COLLATE pg_catalog."default", inn COLLATE pg_catalog."default");

Типы данных smallserial, serial и bigserial не являются настоящими типами, а представляют собой просто удобное средство для создания колонок с уникальными идентификаторами (подобное свойству AUTO_INCREMENT в некоторых СУБД). В текущей реализации запись:

CREATE TABLE имя_таблицы (
имя_колонки SERIAL
);
равнозначна следующим командам:

CREATE SEQUENCE имя_таблицы_имя_колонки_seq;
CREATE TABLE имя_таблицы (
имя_колонки integer NOT NULL DEFAULT nextval('имя_таблицы_имя_колонки_seq')
);
ALTER SEQUENCE имя_таблицы_имя_колонки_seq OWNED BY имя_таблицы.имя_колонки;
То есть при определении такого типа создаётся целочисленная колонка со значением по умолчанию, извлекаемым из генератора последовательности. Чтобы в колонку нельзя было вставить NULL, в её определение добавляется ограничение NOT NULL. (Во многих случаях также имеет смысл добавить для этой колонки ограничения UNIQUE или PRIMARY KEY для защиты от ошибочного добавления дублирующихся значений, но автоматически это не происходит.) Последняя команда определяет, что последовательность «принадлежит» колонке, так что она будет удалена при удалении колонки или таблицы.

Имена типов serial и serial4 равнозначны: они создают колонки integer. Так же являются синонимами имена bigserial и serial8, но они создают колонки bigint.
И наконец, синонимами являются имена типов smallserial и serial2, но они создают колонку smallint.

Последовательность, созданная для колонки serial, автоматически удаляется при удалении связанной колонки. Последовательность можно удалить и отдельно от колонки, но при этом также будет удалено определение значения по умолчанию.

Для таблица где есть столбцы с типами данных из расширения возвращается ошибка
Multiple markers at this line

• mismatched input 'NOT' expecting {INHERITS, PARTITION, TABLESPACE, WITHOUT, ON, WITH, ';'}
• mismatched input '(' expecting {EXCLUDE, GENERATED, CHECK, COLLATE, CONSTRAINT, DEFAULT, FOREIGN, NOT, NULL, PRIMARY, REFERENCES, UNIQUE, ',', ')', '['}

пример:
my_point public.geography(Point,0) NOT NULL

Коллеги,
создал обычный sql файл и вбил следующий код.
Сборщик пометил truncate как ошибочную команду...

create temporary table if not exists tmp
(
    source              character varying(50)   not null,
    bulk_schema         character varying(50)   not null,
    table_name          character varying(64)   not null,
    pkey                character varying(50)   not null,
    procedure           character varying(64)   not null,
    is_needupdate_allow boolean                 not null,
    job_number          smallint                not null,
    specialbatch        smallint                not null,
    list_columns_ins    character varying(2048) not null,
    list_columns_upd    character varying(2048) not null
);
--
truncate table tmp;
--

extraneous input 'truncate' expecting {, ALTER, COMMENT, COMMIT, DELETE, DROP, INSERT, NOTIFY, REVOKE, SET, START, UPDATE, VALUES, CREATE, GRANT, SELECT, TABLE, WITH, '('} dbo.checksync_tables.sql /fedresurs/Post-Deployment/LookupTables line 21 pgCodeKeeper SQL ошибка

ошибка в сборщике?

Сейчас выполняется провод кода функций до изменений в таблицах и вьюхах.
Проявляется проблема если включить проверку синтаксиса в функциях.
Конечно её можно выключить и проблема завуалируется... но считаю что всё же порядок в деплойном скрипте должен учитывать зависимости.

В PostgreSQL очень много разных типов данных.
Многие из них означают одно и тоже :)
Например: varchar и character varying, integer и int4, bigint и int8....
Однако на данный момент компаратор видит это как разные типы данных.
Необходимо научить его всем возможным синонимам (ну или хотя бы начать этот процесс).

Так скрипт выглядит в PgAdmin:

А так в pgcodekeeper:

Исходная модель:

CREATE UNLOGGED TABLE dbo.union_person_temp (
    id_union_person_guid uuid DEFAULT public.uuid_generate_v1() NOT NULL,
    id_union_person integer NOT NULL,
    id_person integer,
    id_appraiser integer,
    id_arbitr_manager integer,
    id_person_trade_org integer,
    id_person_efrsb integer,
    id_region integer,
    inn character varying(12),
    fio character varying(305) NOT NULL
);

ALTER TABLE dbo.union_person_temp ALTER COLUMN id_union_person ADD GENERATED BY DEFAULT AS IDENTITY (
    SEQUENCE NAME union_person_temp_id_union_person_seq
    START WITH 1
    INCREMENT BY 1
    NO MAXVALUE
    NO MINVALUE
    CACHE 1
);

--------------------------------------------------------------------------------

ALTER TABLE dbo.union_person_temp
    ADD CONSTRAINT union_person_temp_pkey PRIMARY KEY (id_union_person);


CREATE UNLOGGED TABLE dbo.union_person_pb_temp (
	id_union_person_pb integer NOT NULL,
	id_union_person integer NOT NULL,
	id_person_bankrupt integer NOT NULL
);

ALTER TABLE dbo.union_person_pb_temp ALTER COLUMN id_union_person_pb ADD GENERATED BY DEFAULT AS IDENTITY (
	SEQUENCE NAME union_person_pb_temp_id_union_person_pb_seq
	START WITH 1
	INCREMENT BY 1
	NO MAXVALUE
	NO MINVALUE
	CACHE 1
);

--------------------------------------------------------------------------------

ALTER TABLE dbo.union_person_pb_temp
	ADD CONSTRAINT union_person_pb_temp_pkey PRIMARY KEY (id_union_person_pb);

--------------------------------------------------------------------------------

ALTER TABLE dbo.union_person_pb_temp
	ADD CONSTRAINT fk_union_person_pb_temp_union_person_temp FOREIGN KEY (id_union_person) REFERENCES dbo.union_person_temp(id_union_person) ON DELETE CASCADE;

удаляем PK на таблице dbo.union_person_temp т.е. в проекте стираем строки:

ALTER TABLE dbo.union_person_temp
    ADD CONSTRAINT union_person_temp_pkey PRIMARY KEY (id_union_person);

строим деплойный скрипт. компаратор создал скрипт:

ALTER TABLE dbo.union_person_temp
  DROP CONSTRAINT union_person_temp_pkey;

однако, при наличии FK это не пройдет

ERROR: cannot drop constraint union_person_temp_pkey on table dbo.union_person_temp because other objects depend on it
  Подробности: constraint fk_union_person_ie_temp_union_person_temp on table dbo.union_person_ie_temp depends on index dbo.union_person_temp_pkey
constraint fk_union_person_pb_temp_union_person_temp on table dbo.union_person_pb_temp depends on index dbo.union_person_temp_pkey
  Подсказка: Use DROP ... CASCADE to drop the dependent objects too.

У многих описаний объектов в виде скрипта есть default части, которые можно опустить или указать.
Сейчас при попытке их указать в явном виде это воспринимается как различие кода.
Наример:
при описании функций - COST 100, ROWS 1000, VOLATILE ...
при написании индексов если не указана явно сортировка, то понимается как ASC
и т.д.

К примеру, мы захотим навести порядок и написать в индексе asc
CREATE INDEX newsbreak_source_id_web_block_id_idx ON newsbreak USING btree (source_id, web_block_id asc);
и получим после этого :
DROP INDEX newsbreak_source_id_web_block_id_idx;
CREATE INDEX newsbreak_source_id_web_block_id_idx ON newsbreak USING btree (source_id, web_block_id asc);

а ведь по сути ничего не изменилось!

На данный момент (5.0.1) подчеркиваются как ошибочные:
DROP USER MAPPING IF EXISTS FOR postgres SERVER mssql_fed;
DROP SERVER IF EXISTS mssql_ross CASCADE;

Уважаемые разработчики
прошу добавить поддержку операторов и агрегаций
CREATE/DROP/ALTER AGGREGATE
CREATE/DROP/ALTER OPERATOR

если создать CREATE OPERATOR то сейчас компаратор просто падает с сообщением:
Ошибка при сравнении БД
Ошибка при чтении схемы БД через JDBC, ошибка произошла при обработке jdbc:finalizing antlr
null

CREATE AGGREGATE к таким последствиям не приводит

Так в pgСodeKeeper:

так в БД: