The user can modify the definition

The user can modify the definition of an extension member object by utilizing the
feature of a superseding command for member objects. The extension in addition
has a procedure for packaging the modified SQL objects contained in an extension.
Consider this example; if the second version of an extension integrates one function
and changes the body of another function compared to the first version, then the
extension owner can provide an updated script that makes just those two changes.
The user can utilize the ALTER EXTENSION command to apply these changes and
track which version of the extension is authentically installed in a given database.
Extensions can have different types of PostgreSQL objects like functions and tables,
but the database, table space and roles cannot be part of the extension. Extensions are
valid only within the database in which they are created. A table can be a member
of an extension, but indexes on tables are not considered members of the extension.
Another thing to keep in mind is that schemas can belong to extensions, but
extensions cannot belong to schemas because an extension does not subsist within
any schema. The extension's member objects, however, will belong to schemas
whenever appropriate for their object types. It may or may not be appropriate for an
extension to own the schema its member objects are within.
There are many advantages of the extensions, and a few of them are extensively
repeatability and extension update. The user can update the extension easily as
PostgreSQL provides an easy way to manage updates to the SQL commands that
define an extension object. Updates can be performed by giving a version name
for each version of the extension's install script. On the other hand, if users want to
update databases dynamically from one version to the next version, then the user
should utilize the update scripts that make the essential changes to go from one

Результаты (русский) 1:

Пользователь может изменить определение объекта расширения члена, используяособенность заменяющее команды для членов объектов. Расширение в дополнениеимеется процедура для упаковки, измененные объекты SQL содержащиеся в расширение.Рассмотрим этот пример; Если вторая версия расширения объединяет одна функцияи изменяет теле другой функции, по сравнению с первой версии, торасширение владелец может предоставить обновленный сценарий, который делает только эти два изменения.Пользователь может использовать команду изменить расширение, чтобы применить эти изменения иОтслеживайте, какая версия расширения достоверно установлена в данной базе данных.Расширения могут иметь различные типы объектов PostgreSQL как функций и таблиц,Однако база данных, таблица пространства и роли не могут быть частью расширения. Расширения являютсядействительны только в пределах базы данных, в котором они были созданы. Таблица может быть членомрасширение, но индексы на таблицах не считаются членами расширения.Еще одна вещь, чтобы иметь в виду, что схемы может принадлежать расширений, норасширения не принадлежат к схемам, потому что расширение не существовать в течениелюбые схемы. Объекты расширения члена, однако, будет принадлежать схемкогда это необходимо для их типов объектов. Он может или не может быть подходящим длярасширение собственной схемы его член объекты находятся в пределах.Есть много преимуществ расширений, и некоторые из них широкоповторяемость и расширение обновления. Пользователь может обновить расширения легко, какPostgreSQL предоставляет простой способ управления обновлениями для SQL командопределение объекта расширения. Обновления могут выполняться, давая имя версиидля каждой версии расширения установки скрипта. С другой стороны, если пользователи хотятОбновление баз данных динамически от одной версии к следующей версии, затем пользовательследует использовать сценарии обновления, которые делают существенные изменения, чтобы перейти от одного

Результаты (русский) 2:

Пользователь может изменить определение объекта члена расширения путем использования
особенность и заменит команды для объектов-членов. Расширение в дополнение
имеет порядок упаковки модифицированных объектов SQL, содержащиеся в расширении.
Рассмотрим этот пример; если второй вариант продление объединяет одну функцию
и изменяет тело другой функции по сравнению с первой версией, то
владелец расширение может представить обновленный скрипт, который делает только те два изменения.
Пользователь может использовать команду ALTER EXTENSION, чтобы применять эти изменения и
трек, который версия расширения достоверно установленные в данной базе данных.
Расширения могут иметь различные типы PostgreSQL объектов как функции и таблицы,
но база данных, табличного пространства и роли не может быть частью расширения. Расширения
действует только в базе данных, в которой они были созданы. Таблица может быть членом
пристройки, но индексы таблиц не считаются членами расширения.
Другая вещь, чтобы иметь в виду, что схемы могут принадлежать расширений, но
расширения не может принадлежать схем, потому что расширение не существовать в
любой схемы. Объекты члены расширения, однако, будет принадлежать
схемы, когда это целесообразно для их типов объектов. Это может быть или не быть соответствующим для
расширения владеть схемы его объекты-члены находятся в пределах.
Есть много преимуществ расширений, и некоторые из них широко
повторяемость и обновление расширение. Пользователь может обновить расширение легко, как
PostgreSQL предоставляет легкий способ управлять обновления для команд SQL, что
определяют объект расширения. Обновления могут быть выполнены, давая имя версии
для каждой версии скрипта установки внутренней линии. С другой стороны, если пользователи хотят, чтобы
обновить базы данных динамически от одной версии к следующей версии, то пользователь
должен использовать обновления скриптов, которые делают существенные изменения, чтобы перейти от одного

Результаты (русский) 3:

пользователь может изменить определение продление - объект, используя
особенность, заменяющий командования государствам - объектам.продление в дополнение
действует процедура для упаковки с измененным SQL объектов, включенных в продлении.
рассмотрим пример, если второй вариант продления объединяет одна функция
и изменения тело другой функции, по сравнению с первым вариантом,затем
продление владелец может представить обновленный сценарий, который делает только эти два изменения.
пользователь может использовать изменить расширение команды применять эти изменения и
трек, какой вариант продления - достоверно установлены в конкретной базы данных.
продления могут иметь различные виды PostgreSQL объекты, как функции и таблицы,
но базы данных,таблица пространства и функций не может быть частью этого продления.расширение
действительным только в базе данных, в которых они были созданы.таблица может быть членом
продления, но индексов на столах не рассматриваются в качестве членов расширение.
еще надо иметь в виду, что схемы может принадлежать расширений, но
продления не могут принадлежать схемы, потому что продление не существовать в
любые схемы.расширение - объектов, однако, будет принадлежать схем
, при необходимости, их типы объектов.это может быть и не подходит для
расширение собственной схемы - объекты находятся в.
есть много преимуществ из расширений, и некоторые из них широко
повторяемости и продление обновления.пользователь может обновить продление легко, как
PostgreSQL обеспечивают простой способ управлять обновления SQL - команд, которые
определить продление объекта.обновления могут быть выполнены путем версии имя
для каждой версии продление сроков установки скрипта.с другой стороны, если пользователи хотят
обновления баз данных динамично от одной версии на следующей версии, то пользователь.следует использовать update скрипты, которые делают существенные изменения, чтобы перейти из одного