Подскажите: ALTER TABLE "provider" ALTER COLUMN "alias" TYPE varchar(255) NOT NULL UNIQUE Как исправить запрос на рабочий?

ALTER TABLE "provider" MODIFY "alias" TYPE varchar(255) NOT NULL UNIQUE

ERROR: syntax error at or near "MODIFY" LINE 1: ALTER TABLE "provider" MODIFY "alias" TYPE varchar(255) NOT...

ALTER TABLE "provider" ALTER COLUMN "alias" TYPE varchar(255), ALTER COLUMN "alias" SET NOT NULL, ADD UNIQUE ("alias");

ALTER TABLE "provider" ALTER COLUMN "alias" TYPE varchar(255), ALTER COLUMN "alias" SET NOT NULL, ADD UNIQUE ("alias");

Спасибо! Работает

ALTER TABLE "provider" ALTER COLUMN "alias" TYPE varchar(255), ALTER COLUMN "alias" SET NOT NULL, ADD UNIQUE ("alias");

Через запятую? А так работает разве? Я думал это две команды, через ; нужно.

да, синтаксис такой: ALTER TABLE [ IF EXISTS ] [ ONLY ] name [ * ] action [, ... ]

работает, в доке последний пример https://www.postgresql.org/docs/9.5/static/sql-altertable.html такой

А есть ли хороший способ избежать конфликта названия столбцов в конструкции on conflict (field1, field2) внутри хранимой процедуры, возвращающей массив, когда в одном из OUT параметров тоже есть поле field1? Если в on conflict делать (table1.field1, table1.field2) выдаёт ошибку при компиляции.

Через запятую? А так работает разве? Я думал это две команды, через ; нужно.

работает, я проверил )

ORACLE (извращение): select c1 from (select c1 from t1 order by dbms_random.value) where rownum = 1; IBM DB (извращение): select c1, rand() as idx from t1 order by idx fetch first 1 rows only; Microsoft SQL Server (извращение): select top 1 c1 from t1 order by newid(); MySQL (сокращение): select c1 from t1 order by rand() limit 1; PostgreSQL (как надо): select c1 from t1 order by random() limit 1;

Я не проверял, но может быть в Oracle так? SELECT FIRST_VALUE(c1) OVER (ORDER BY dbms_random.value) FROM t1; ?

Проверил в Oracle... Довольно странное поведение оказалось... Поправлю сам себя: SELECT DISTINCT FIRST_VALUE(c1) OVER (ORDER BY dbms_random.value) FROM t1;

А t1 где?

Так лучше? Очепятка )))))

Ага

Ну вообще логично.

Конечно не с точки зрения sql

Лично мне непонятно, почему возвращается множество строк, хотя окно в запросе не указано...

Они воткнули туда куда было удобнее с точки зрения их архитектуры. К слову sql стандарт ничего про это не говорит?

FETCH FIRST 1 ROWS ONLY в oracle не проще написать

А никто не знает когда примерно +- 9.6 зарелизится окончательно ?

in the third quarter of 2016

Подскажите пожалуйста, COPY как себя ведет при одновременном доступе? Интересует ситуация когда copy еще пишет в файл, а в это время второй copy пытается прочитать? Второй получит рванный файл? Или же он встанет в очередь? Или увидеть состояние до записи первого?

можно ли перефразировать этот вопрос так: "Может ли COPY работать через unix named pipe?"

хм, попробуй узнаешь

можно ли перефразировать этот вопрос так: "Может ли COPY работать через unix named pipe?"

А зачем это? Не БД конвертите случаем?

pg_updadecluster так работает - один поток дампит, второй в другую БД восстанавливает.

можно ли перефразировать этот вопрос так: "Может ли COPY работать через unix named pipe?"

http://michael.otacoo.com/postgresql-2/postgres-9-3-feature-highlight-copy-tofrom-program/

А кто использовал наследование таблиц в постгресе?

Это вообще продакшен реди?

да

используем это в "классическом" секционировании и в темпоральном екстеншере

проблем не наблюдается

Есть тормоза когда данных дохера в таблице?

это фича в самой глубине ядра

Типа там 5 миллионов

Когда данных дохера, то всегда могут быть тормоза

Или 10

какого плана тормоза ты ожидаешь?

Ну я про такие, которые сразу полезут

полезут от чего?

к сожалению на такие постановки вопроса ничего разумного и полезного сказать нельзя

От большого кол-ва дочерних таблиц например

10 лямов чайлд таблиц?

Не, 100 хотябы. Можно ли делать составной индекс между полями главной таблицы и дочерней?

в дочерней (наследнике) будут поля родителя и на эту таблицу ты можешь составной индекс навесить

Тогда такой вопрос. Какие ограничения есть при использовании наследования?

а документацию не пробовали читать перед тем, как тут вопросы задавать?

Тогда такой вопрос. Какие ограничения есть при использовании наследования?

считай что у тебя есть несколько разных таблиц, вот и все

а документацию не пробовали читать перед тем, как тут вопросы задавать?

А зачем тогда чат нужен?) Про то что в доке написано я прочитаю. Я спрашиваю скорее про не очевидные ограничения.

а может сначала прочитать, и по оставшимся вопросам задать?

А зачем тогда чат нужен?) Про то что в доке написано я прочитаю. Я спрашиваю скорее про не очевидные ограничения.

сначало доку, потом вопросы

не пробовал так?

ой да ладно

мы вот думали, что mysql-fdw работает

в документации написано, что работает

а на деле нет

так что вопросы вполне нормально

и что? преждевременные вопросы вам бы помогли? или что?

читаешь документацию, делаеш PoC, задаешь вопросы

ну, я в постгресовом сообществе вопросы больше не задаю, они сводят людей с ума

Тогда такой вопрос. Какие ограничения есть при использовании наследования?

Нет возможности задать primary key across all tables

мы вот думали, что mysql-fdw работает

у нас тоже местами не работало, но нам ребята из EnterpriseDB достаточно оперативно его починили. У вас в чем с ним затык был ?

у нас тоже местами не работало, но нам ребята из EnterpriseDB достаточно оперативно его починили. У вас в чем с ним затык был ?

ts < 'yesterday'::timestamp - interval '5 minutes' превращает в ts < 'yesterday' - '5 minutes' для mysql

теряет limit

много, в общем, разного

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

пробовали с ними связаться ?

пока что нажаловались в pgpro :)

по поводу mysql fdw нужно жаловаться в EnterpriseDB т.к. это их разработка

@kshvakov а чего вам понадобилось, чтобы они пофиксили? простого человеческого описания хватило, или чего-то больше?

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

Добрый день. О чем может говорить такая строчка в логах no left sibling (concurrent deletion?) in pg_type_typename_nsp_index

Здраствуйте, я fedcomp, и я использую постгрес.

Я даже иногда делаю sql запросы ?

В последнее время я стал делать больше SQL запросов, подскажите что делать

бабу себе заведи ;)

В последнее время я стал делать больше SQL запросов, подскажите что делать

Возможно, это от нехватки SQL- ответов. Сходи ко врачу, пропишут SQL-пилюли.

SELECT * FROM sql_answers;

Oracle всех вылечит...

Oracle всех вылечит...

Еретик

Oracle всех вылечит...

Если пациент умер - это не означает, что он вылечен.

Ilya Pavlihin, [19.08.16 13:53] [В ответ на Сергей Кудрявцев] Если пациент умер - это не означает, что он вылечен. Думаю, что в мёртвом теле немногие болезни живут - так что вылечен ))))