Генерация UUID в Postgres для оператора вставки?

Question

Генерация UUID в Postgres для оператора вставки?

196

Мой вопрос довольно прост. Я знаю концепцию UUID, и я хочу создать ее, чтобы ссылаться на каждый "элемент" из "магазина" в моей базе данных. Кажется разумным?

Проблема следующая строка возвращает ошибку:

honeydb=# insert into items values(
uuid_generate_v4(), 54.321, 31, 'desc 1', 31.94);
ERROR:  function uuid_generate_v4() does not exist
LINE 2: uuid_generate_v4(), 54.321, 31, 'desc 1', 31.94);
        ^
HINT:  No function matches the given name and argument types. You might need to add explicit type casts.

Я прочитал страницу по адресу: http://www.postgresql.org/docs/current/static/uuid-ossp.html

Я запускаю Postgres 8.4 на Ubuntu 10.04 x64.

anon58192932 20 сен. 2012, в 03:07

Источник

6

Postgres изначально поддерживает UUID как тип данных, даже может быть проиндексирован и использован в качестве первичного ключа. Но чтобы сгенерировать значение UUID, например, установить значение по умолчанию для столбца, вам нужно расширение Postgres (плагин). Многие сборки (дистрибутивы) Postgres включают такое расширение, но не активируют расширение. Посмотрите правильный ответ Крейга Рингера, чтобы узнать, как его активировать.
Basil Bourque 12 март 2014, в 06:27
2

Если у вас установлен uuid-ossp и вы все еще получаете эту ошибку, попробуйте добавить префикс функции к имени вашей схемы, например, select dbo.uuid_generate_v4()
Richard 15 июнь 2016, в 15:59

Теги:

postgresql

uuid

postgresql-8.4

5 ответов

157

Без расширений (чит)

SELECT uuid_in(md5(random()::text || now()::text)::cstring);

output>> c2d29867-3d0b-d497-9191-18a9d8ee7830

(работает как минимум в 8.4)

Хорошая точка от @Erwin Brandstetter

SELECT uuid_in(md5(random()::text || clock_timestamp()::text)::cstring);

Кроме того, в современных Postgres вы можете просто отличить:

SELECT md5(random()::text || clock_timestamp()::text)::uuid - не нужно больше магии

ZuzEL 24 янв. 2014, в 09:02

1

Это лучше, чем uuid-ossp ? uuid_in кажется, возвращает те же выходные данные для идентичных входов. Итак, если вы используете его для создания двух UUID в одно и то же время (или с одинаковыми результатами random() ), они будут равны.
ma11hew28 10 фев. 2014, в 16:51
4

Для отслеживания вашего PS: ВЫБЕРИТЕ uuid_in(md5(random()::text || now()::text)::cstring);
Blaskovicz 24 июль 2014, в 21:38
3

@MattDiPasquale Вероятно, не в каком-то смысле «лучше», чем использование uuid-ossp , но я, например, работаю над экземпляром PostgreSQL, где у меня недостаточно прав для установки расширения.
Stefan Haberl 04 дек. 2014, в 08:18
1

Очевидная проблема со временем: «Что, если время еще не изменилось?» Поместите это утверждение два в выборку, и вы получите один и тот же результат дважды.
Joseph Lennox 01 апр. 2015, в 19:03
23

@JosephLennox: clock_timestamp() - лучшая альтернатива в любом случае для этого. В отличие от now() или CURRENT_TIMESTAMP он изменчив и возвращает фактическое текущее время. SELECT uuid_in(md5(random()::text || clock_timestamp()::text)::cstring); Кроме того, в современном Postgres вы можете просто привести: SELECT md5(random()::text || clock_timestamp()::text)::uuid - больше не нужно магии. Вариант использования: stackoverflow.com/a/8335376/939860
Erwin Brandstetter 24 апр. 2015, в 02:02
17

Нету. Если это действительно работает, то это просто удача. UUID имеет формат, а не просто случайные шестнадцатеричные символы, сшитые вместе. Первое число 3-й группы - это версия uuid для intance (обычно 4 в наши дни). Если ваше приложение проверяет эту цифру, чтобы узнать, с какой версией uuid она имеет дело, и сделать что-то соответственно, то оно не сработает в вашем коде.
Tuncay Göncüoğlu 09 май 2016, в 08:58
5

@Tuncay Göncüoğlu: довольно просто сгенерировать действительный UUID v4 (при использовании метода наложения строк тратится 2 бита случайности): select overlay(overlay(md5(random()::text || ':' || clock_timestamp()::text) placing '4' from 13) placing '8' from 17)::uuid;
Karsten 09 март 2017, в 13:21
2

@Karsten, я улучшил твой пример, вернув эти 2 бита случайности: overlay(overlay(md5(random()::text || ':' || clock_timestamp()::text) placing '4' from 13) placing floor(random()*(11-8+1) + 8)::text from 17)::uuid; это должно компенсировать как версию, так и вариант, при этом сохраняя 2 LSB 10xx из части варианта.
autronix 25 авг. 2017, в 16:04
1

@autronix, на самом деле ты сломал это. Вам нужно преобразовать floor(random()*(11-8+1) + 8) в гекс, чтобы сделать его правильным. Вот исправленная версия: select overlay(overlay(md5(random()::text || ':' || clock_timestamp()::text) placing '4' from 13) placing to_hex(floor(random()*(11-8+1) + 8)::int)::text from 17)::uuid;
Denis Stafichuk 22 авг. 2018, в 15:14
0

@ZuzEL: вы должны удалить свой верхний ответ, потому что у нас есть высокая вероятность коллизий, если использовать now (), который эффективно подвержен ошибкам при выполнении транзакции при генерации нескольких UUID. Вместо этого используйте clock_timestamp, чтобы избежать этого.
John Rumpel 26 сен. 2018, в 20:36
0

@JohnRumpel Я редактировал. Спасибо за ваше внимание к этой проблеме столкновения.
ZuzEL 28 сен. 2018, в 11:46
0

При попытке анализа UUID, сгенерированного из этого в Java, и последующем вызове uuid.timestamp() он жалуется, что uuid не является uuid, основанным на времени, поэтому с этим что-то не так.
Robin Jonsson 04 март 2019, в 15:04
0

@RobinJonsson ничего подозрительного. Версия 4 UUID не основана на времени. en.wikipedia.org/wiki/...
ZuzEL 04 март 2019, в 16:50

Показать ещё 11 комментариев

54

Ответ Крейга Рингера верен. Здесь немного больше информации о Postgres 9.1 и новее...

Доступно ли расширение?

Вы можете установить расширение только в том случае, если оно уже создано для вашей установки Postgres (ваш кластер в lingo Postgres). Например, я нашел расширение uuid-ossp, включенное как часть программы установки для Mac OS X, предоставлено компанией EnterpriseDB.com. Может быть доступно любое из несколько десятков расширений.

Чтобы узнать, доступно ли расширение uuid-ossp в вашем кластере Postgres, запустите этот SQL, чтобы запросить системный каталог pg_available_extensions:

SELECT * FROM pg_available_extensions;

Установить расширение

Чтобы установить расширение UUID, используйте CREATE EXTENSION, как показано в этом SQL:

CREATE EXTENSION IF NOT EXISTS "uuid-ossp";

Остерегайтесь: Я обнаружил, что символы QUOTATION MARK вокруг имени расширения требуются, несмотря на документацию об обратном.

Комитет стандартов SQL или команда Postgres выбрали странное имя для этой команды. На мой взгляд, они должны были выбрать что-то вроде "УСТАНОВИТЬ РАСШИРЕНИЕ" или "ИСПОЛЬЗОВАТЬ РАСШИРЕНИЕ".

Проверить установку

Вы можете проверить, что расширение было успешно установлено в нужную базу данных, запустив этот SQL для запроса системного каталога pg_extension:

SELECT * FROM pg_extension;

UUID в качестве значения по умолчанию

Для получения дополнительной информации см. вопрос: Значение по умолчанию для столбца UUID в Postgres

Старый путь

В приведенной выше информации используется новая функция расширения добавлена в Postgres 9.1. В предыдущих версиях нам пришлось найти и запустить script в файле .sql. Функция Расширения была добавлена, чтобы упростить установку, более активно работая над создателем расширения за меньшую работу со стороны пользователя/потребителя расширения. Дополнительную информацию см. В разделе в блоге.

Basil Bourque 12 фев. 2013, в 05:29

1

И вы также можете использовать CREATE EXTENSION IF NOT EXISTS ... если вы не уверены и не хотите проверять (например, в сценарии)
Uwe Allner 08 янв. 2015, в 10:40
0

UUID версии 4 подходит практически для любого набора данных размера, а не только для «ограниченного использования на небольших наборах строк». Вы должны будете генерировать 1 миллиард UUID в секунду в течение примерно 85 лет (или около 45 миллионов терабайт данных, в тысячи раз больше, чем самые большие базы данных сегодня), чтобы даже вероятность столкновения составляла 50%. Если вы не являетесь АНБ, Версия 4 хороша для любых целей. Версия 1, с другой стороны, страдала от того факта, что MAC-адреса назначались последовательно (и часто были подделаны или недоступны), что является частью того, почему были введены более поздние версии.
Jazz 06 фев. 2019, в 20:08
0

@Jazz Я не понимаю, насколько последовательно назначенные MAC-адреса или поддельные MAC-адреса имеют отношение к генерации UUID. Если MAC-адрес, который вы использовали, был подделан на другой машине в том же контексте, в котором вы использовали UUID, подделанный MAC не имеет значения.
Basil Bourque 07 фев. 2019, в 00:04
0

@Jazz Что касается случайных UUID, то существует достаточно дезинформации и недопонимания того, что UUID ненадежны, и я хотел разрешить любые проблемы. Хотя я согласен с тем, что для большинства практических целей достаточно UUID версии 4 от правильно сконструированного генератора, все же есть вероятность возникновения коллизий. Использование других версий, таких как версия 1, практически исключает вероятность столкновения. Вот почему это было изобретено первым.
Basil Bourque 07 фев. 2019, в 00:07
0

@Jazz Что касается других версий, создаваемых после версии 1, я только слышал, что мотивация была связана с опасениями по поводу последствий раскрытия MAC (который может быть полезен для сетевого хакера) для конфиденциальности и безопасности, местоположения, подразумеваемого MAC, и дата-время.
Basil Bourque 07 фев. 2019, в 00:10
0

@BasilBourque Проблема с v1 не в вероятности коллизии при правильной реализации, а в вероятности неправильной реализации. Как говорит Википедия: «Уникальность UUID версий 1 и 2 ... также зависит от того, правильно ли производители сетевых карт присваивают уникальные MAC-адреса своим картам, что, как и другие производственные процессы, подвержено ошибкам». Кроме того, в некоторых контейнерных или виртуализированных средах истинные MAC-адреса от базового оборудования недоступны. Если многие контейнеры имеют одинаковый MAC, но имеют собственные счетчики clockseq, их UUID v1 могут конфликтовать.
Jazz 07 фев. 2019, в 19:40
0

@BasilBourque Слабые места в v1, однако, не главное в моем комментарии. Ваш оригинальный ответ подразумевает, что v4 не подходит для больших наборов данных из-за более высокой вероятности столкновения, чем v1. Это вводит в заблуждение и, возможно, ложно, хотя трудно вычислить вероятность столкновения для v1, потому что это зависит от реализации.
Jazz 07 фев. 2019, в 19:53
1

@BasilBourque Например, проект node-uuid вычисляет вероятность того, что их счетчики clockseq будут одинаковыми (чтобы два процесса генерировали одинаковую последовательность vUID U1) как 1 в 4.6e18. Да, это крошечно, но гораздо более вероятно, чем вероятность немедленного столкновения в v4, которое равно 1 в 5.3e36. Очевидно, что чем дольше вы генерируете UUID v4, тем больше вероятность возникновения коллизии, что не относится к v1, но вам придется сгенерировать 1,52 млрд. UUID v4, прежде чем вероятность коллизии превысит вероятность реализации узла v1. У большинства людей нет 1,52 миллиарда записей на таблицу.
Jazz 07 фев. 2019, в 19:59

Показать ещё 6 комментариев

39

`pgcrypto` Расширение

Как и в Postgres 9.4, модуль pgcrypto включает функцию gen_random_uuid(). Эта функция генерирует одно из типов UUID версии 4, относящихся к произвольному номеру .

Получить модули Contrib, если они еще не доступны.

sudo apt-get install postgresql-contrib-9.4

Используйте модуль pgcrypto.

CREATE EXTENSION "pgcrypto";

Теперь доступна функция gen_random_uuid();

Пример использования.

INSERT INTO items VALUES( gen_random_uuid(), 54.321, 31, 'desc 1', 31.94 ) ;

Цитата из Модуль postgres doc on uuid-ossp.

Примечание. Если вам нужны только произвольно сформированные (версии 4) UUID, рассмотрите возможность использования функции gen_random_uuid() из модуля pgcrypto.

brillout 08 фев. 2015, в 18:18

3

Да, но смотрите также blog.starkandwayne.com/2015/05/23/… где они предупреждают о фрагментации и предлагают вместо этого uuid-ossp.
Malik A. Rumi 04 фев. 2016, в 19:11
2

На самом деле, смотрите postgresql.org/message-id/… где разоблачена проблема фрагментации uuid в Postgres
Bob Kocisko 02 фев. 2018, в 19:21
0

Но у postgres есть кластерные индексы в последней версии, что делает публикацию, связанную в приведенном выше комментарии, неубедительной и неправильной, и мы возвращаемся к квадрату 1.
Michael Goldshteyn 05 июль 2018, в 18:07

Показать ещё 1 комментарий

-2

ALTER TABLE table_name ALTER COLUMN id SET DEFAULT uuid_in((md5((random())::text))::cstring);

Прочитав ответ @ZuzEL, я использовал приведенный выше код как значение по умолчанию для идентификатора столбца, и он отлично работает.

Paolo Fernandes 19 март 2015, в 16:39

Ещё вопросы

Postgres изначально поддерживает UUID как тип данных, даже может быть проиндексирован и использован в качестве первичного ключа. Но чтобы сгенерировать значение UUID, например, установить значение по умолчанию для столбца, вам нужно расширение Postgres (плагин). Многие сборки (дистрибутивы) Postgres включают такое расширение, но не активируют расширение. Посмотрите правильный ответ Крейга Рингера, чтобы узнать, как его активировать.
Если у вас установлен uuid-ossp и вы все еще получаете эту ошибку, попробуйте добавить префикс функции к имени вашей схемы, например, select dbo.uuid_generate_v4()
Это лучше, чем uuid-ossp ? uuid_in кажется, возвращает те же выходные данные для идентичных входов. Итак, если вы используете его для создания двух UUID в одно и то же время (или с одинаковыми результатами random() ), они будут равны.
Для отслеживания вашего PS: ВЫБЕРИТЕ uuid_in(md5(random()::text || now()::text)::cstring);
@MattDiPasquale Вероятно, не в каком-то смысле «лучше», чем использование uuid-ossp , но я, например, работаю над экземпляром PostgreSQL, где у меня недостаточно прав для установки расширения.
Очевидная проблема со временем: «Что, если время еще не изменилось?» Поместите это утверждение два в выборку, и вы получите один и тот же результат дважды.
@JosephLennox: clock_timestamp() - лучшая альтернатива в любом случае для этого. В отличие от now() или CURRENT_TIMESTAMP он изменчив и возвращает фактическое текущее время. SELECT uuid_in(md5(random()::text || clock_timestamp()::text)::cstring); Кроме того, в современном Postgres вы можете просто привести: SELECT md5(random()::text || clock_timestamp()::text)::uuid - больше не нужно магии. Вариант использования: stackoverflow.com/a/8335376/939860
Нету. Если это действительно работает, то это просто удача. UUID имеет формат, а не просто случайные шестнадцатеричные символы, сшитые вместе. Первое число 3-й группы - это версия uuid для intance (обычно 4 в наши дни). Если ваше приложение проверяет эту цифру, чтобы узнать, с какой версией uuid она имеет дело, и сделать что-то соответственно, то оно не сработает в вашем коде.
@Tuncay Göncüoğlu: довольно просто сгенерировать действительный UUID v4 (при использовании метода наложения строк тратится 2 бита случайности): select overlay(overlay(md5(random()::text || ':' || clock_timestamp()::text) placing '4' from 13) placing '8' from 17)::uuid;
@Karsten, я улучшил твой пример, вернув эти 2 бита случайности: overlay(overlay(md5(random()::text || ':' || clock_timestamp()::text) placing '4' from 13) placing floor(random()*(11-8+1) + 8)::text from 17)::uuid; это должно компенсировать как версию, так и вариант, при этом сохраняя 2 LSB 10xx из части варианта.
@autronix, на самом деле ты сломал это. Вам нужно преобразовать floor(random()*(11-8+1) + 8) в гекс, чтобы сделать его правильным. Вот исправленная версия: select overlay(overlay(md5(random()::text || ':' || clock_timestamp()::text) placing '4' from 13) placing to_hex(floor(random()*(11-8+1) + 8)::int)::text from 17)::uuid;
@ZuzEL: вы должны удалить свой верхний ответ, потому что у нас есть высокая вероятность коллизий, если использовать now (), который эффективно подвержен ошибкам при выполнении транзакции при генерации нескольких UUID. Вместо этого используйте clock_timestamp, чтобы избежать этого.
@JohnRumpel Я редактировал. Спасибо за ваше внимание к этой проблеме столкновения.
При попытке анализа UUID, сгенерированного из этого в Java, и последующем вызове uuid.timestamp() он жалуется, что uuid не является uuid, основанным на времени, поэтому с этим что-то не так.
@RobinJonsson ничего подозрительного. Версия 4 UUID не основана на времени. en.wikipedia.org/wiki/...
И вы также можете использовать CREATE EXTENSION IF NOT EXISTS ... если вы не уверены и не хотите проверять (например, в сценарии)
UUID версии 4 подходит практически для любого набора данных размера, а не только для «ограниченного использования на небольших наборах строк». Вы должны будете генерировать 1 миллиард UUID в секунду в течение примерно 85 лет (или около 45 миллионов терабайт данных, в тысячи раз больше, чем самые большие базы данных сегодня), чтобы даже вероятность столкновения составляла 50%. Если вы не являетесь АНБ, Версия 4 хороша для любых целей. Версия 1, с другой стороны, страдала от того факта, что MAC-адреса назначались последовательно (и часто были подделаны или недоступны), что является частью того, почему были введены более поздние версии.
@Jazz Я не понимаю, насколько последовательно назначенные MAC-адреса или поддельные MAC-адреса имеют отношение к генерации UUID. Если MAC-адрес, который вы использовали, был подделан на другой машине в том же контексте, в котором вы использовали UUID, подделанный MAC не имеет значения.
@Jazz Что касается случайных UUID, то существует достаточно дезинформации и недопонимания того, что UUID ненадежны, и я хотел разрешить любые проблемы. Хотя я согласен с тем, что для большинства практических целей достаточно UUID версии 4 от правильно сконструированного генератора, все же есть вероятность возникновения коллизий. Использование других версий, таких как версия 1, практически исключает вероятность столкновения. Вот почему это было изобретено первым.
@Jazz Что касается других версий, создаваемых после версии 1, я только слышал, что мотивация была связана с опасениями по поводу последствий раскрытия MAC (который может быть полезен для сетевого хакера) для конфиденциальности и безопасности, местоположения, подразумеваемого MAC, и дата-время.
@BasilBourque Проблема с v1 не в вероятности коллизии при правильной реализации, а в вероятности неправильной реализации. Как говорит Википедия: «Уникальность UUID версий 1 и 2 ... также зависит от того, правильно ли производители сетевых карт присваивают уникальные MAC-адреса своим картам, что, как и другие производственные процессы, подвержено ошибкам». Кроме того, в некоторых контейнерных или виртуализированных средах истинные MAC-адреса от базового оборудования недоступны. Если многие контейнеры имеют одинаковый MAC, но имеют собственные счетчики clockseq, их UUID v1 могут конфликтовать.
@BasilBourque Слабые места в v1, однако, не главное в моем комментарии. Ваш оригинальный ответ подразумевает, что v4 не подходит для больших наборов данных из-за более высокой вероятности столкновения, чем v1. Это вводит в заблуждение и, возможно, ложно, хотя трудно вычислить вероятность столкновения для v1, потому что это зависит от реализации.
@BasilBourque Например, проект node-uuid вычисляет вероятность того, что их счетчики clockseq будут одинаковыми (чтобы два процесса генерировали одинаковую последовательность vUID U1) как 1 в 4.6e18. Да, это крошечно, но гораздо более вероятно, чем вероятность немедленного столкновения в v4, которое равно 1 в 5.3e36. Очевидно, что чем дольше вы генерируете UUID v4, тем больше вероятность возникновения коллизии, что не относится к v1, но вам придется сгенерировать 1,52 млрд. UUID v4, прежде чем вероятность коллизии превысит вероятность реализации узла v1. У большинства людей нет 1,52 миллиарда записей на таблицу.
Да, но смотрите также blog.starkandwayne.com/2015/05/23/… где они предупреждают о фрагментации и предлагают вместо этого uuid-ossp.
На самом деле, смотрите postgresql.org/message-id/… где разоблачена проблема фрагментации uuid в Postgres
Но у postgres есть кластерные индексы в последней версии, что делает публикацию, связанную в приведенном выше комментарии, неубедительной и неправильной, и мы возвращаемся к квадрату 1.

Craig Ringer · Accepted Answer · 2012-09-20T02-29-00.000Z

278

Лучший ответ

uuid-ossp - это модуль Contrib, поэтому он по умолчанию не загружается на сервер. Вы должны загрузить его в свою базу данных, чтобы использовать его.

Для современных версий PostgreSQL (9.1 и новее) это легко:

CREATE EXTENSION IF NOT EXISTS "uuid-ossp";

но для 9.0 и ниже вместо этого вы должны запустить SQL script для загрузки расширения. См. документацию для модулей Contrib в 8.4.

Для Pg 9.1 и более новых вместо текущие вкладчики и CREATE EXTENSION. Эти функции не существуют в 9.0 или более ранних версиях, например 8.4.

Если вы используете пакетную версию PostgreSQL, вам может потребоваться установить отдельный пакет, содержащий модули и расширения Contrib. Найдите свою базу данных менеджера пакетов для "postgres" и "contrib".

Craig Ringer 20 сен. 2012, в 02:29

0

Я должен набрать: pg_config --sharedir, чтобы узнать мой общий каталог для импорта модуля, но команда не работает ни в оболочке, ни в командной строке psql.
anon58192932 20 сен. 2012, в 19:01
0

Поэтому мне пришлось запустить sudo apt-get install libpq-dev, чтобы запустить pg_config --sharedir, но теперь у меня нет папки «contrib» внутри моего sharedir, которая должна существовать в соответствии с postgresql.org/docs/8.4 /static/contrib.html
anon58192932 20 сен. 2012, в 19:12
5

@advocate Вы используете дистрибутив PostgreSQL, поэтому вы можете просто apt-get install postgresql-contrib или аналогичный. Попробуйте apt-cache search postgresql |grep contrib чтобы найти нужное имя пакета.
Craig Ringer 20 сен. 2012, в 22:53
2

sudo apt-get install postgresql-contrib успешно запущен. Тогда мне нужно было запустить psql -d dbname -f SHAREDIR / contrib / module.sql, и теперь это работает !!! выберите uuid_generate_v1 (); возвращает 1 сейчас и сейчас. Спасибо!
anon58192932 29 сен. 2012, в 22:13
0

СОЗДАТЬ РАСШИРЕНИЕ "uuid-ossp"; также не работает в postgresql-9.1. Ошибка: не удалось открыть файл управления расширением "/usr/pgsql-9.1/share/extension/uuid-ossp.control": при создании расширения такой файл или каталог не поступают. Можете ли вы помочь мне, что мне не хватает, моя версия postgresql 9.1.
Satish Sharma 16 янв. 2013, в 12:13
0

@SatishSharma Пожалуйста, отправьте новый вопрос. Обратитесь к этому, если считаете, что это актуально. Включите информацию о том, как вы установили Pg, свою ОС и т. Д.
Craig Ringer 16 янв. 2013, в 14:05
5

Обратите внимание, что если вы не установите пакет postgresql-contrib , вы получите сообщение об ошибке: ОШИБКА: не удалось открыть файл управления расширениями "/usr/share/postgresql/9.3/extension/uuid-ossp.control": нет такого файл или каталог
Drew Noakes 29 янв. 2014, в 16:27
0

@DrewNoakes Да, отсюда и последний абзац.
Craig Ringer 29 янв. 2014, в 23:11
1

Я разместил этот комментарий как строку с ошибкой в Google. Также он дает конкретное имя пакета, по крайней мере, для Ubuntu.
Drew Noakes 29 янв. 2014, в 23:29
1

Если вы импортировали базу данных, которая уже имеет uuid-ossp в расширениях, uuid_generate_v4 () может не работать. Если это так, просто удалите расширение и создайте его снова, и оно должно работать.
Dragos Rusu 27 июль 2015, в 10:51
0

Использование IF NOT EXISTS является хорошей практикой, особенно в любых сценариях sql - оно предотвращает появление ошибки, например, если вы повторно запускаете сценарий или переносите его в другую систему, где он уже загружен. (Я только добавил это к ответу.)
Randall 19 нояб. 2015, в 15:30

Показать ещё 9 комментариев

Генерация UUID в Postgres для оператора вставки?

5 ответов

Без расширений (чит)

Доступно ли расширение?

Установить расширение

Проверить установку

UUID в качестве значения по умолчанию

Старый путь

pgcrypto Расширение

Ещё вопросы

`pgcrypto` Расширение