Sql добавить столбец в таблицу: ALTER TABLE — изменение таблицы в SQL и работа со столбцами (add delete rename column)

«Как добавить поле в большую таблицу PostgreSQL без блокировки?» — Яндекс Кью

Информация ниже нуждается в тестированиии

==========================================

Источник https://leopard.in.ua/2016/09/20/safe-and-unsafe-operations-postgresql#.Yl_LRxxBzmU

===========================================

Безопасные и небезопасные операции с большими объемами PostgreSQL

===========================================

PostgreSQL — это объектно-реляционная система управления базами данных, которую я часто использую для многих продуктов. Некоторые из этих продуктов должны иметь высокую доступность и работать без простоев. Это означает, что я должен выполнять миграцию схемы базы данных, пока приложение работает и обслуживает запросы. Я должен быть очень осторожен в отношении того, какие операции с базой данных я запускаю. Если я запускаю неверную команду, она может заблокировать обновления таблицы на долгое время. Например, если я создаю новый индекс для таблицы, я не могу создать новую запись в этой таблице, пока этот индекс строится. Любой, кто попытается внести запись в эту таблицу, будет заблокирован и, возможно, истечет время ожидания, что приведет к частичному отключению. В целом, я согласен с тем, что операции с базой данных занимают много времени. Однако любая операция, которая блокирует таблицу для обновлений более чем на несколько секунд, означает для меня время простоя.

============================================

Я решил составить список операций, которые можно сделать безопасно (без даунтайма) и небезопасно.

Добавить новый столбец (безопасный)

Эта операция не блокирует таблицу и может быть выполнена безопасно. Но существуют некоторые случаи, которые могут заблокировать вашу таблицу.

===========================================

Добавьте столбец со значением по умолчанию (небезопасно, если PostgreSQL < 11)

Добавление столбца со значением по умолчанию требует обновления каждой строки таблицы (для сохранения нового значения столбца). Для большой таблицы это создаст длительную операцию, которая ее заблокирует. Поэтому, если вы намереваетесь заполнить столбец в основном значениями, отличными от значений по умолчанию, лучше всего добавить столбец без значений по умолчанию, вставить правильные значения с помощью UPDATE (правильный способ — выполнять пакетные обновления, например, обновлять 1000 строк за раз, потому что большое обновление создаст блокировку для всей таблицы), а затем добавьте любое желаемое значение по умолчанию.

==============================================

ОБНОВЛЕНИЕ: в PostgreSQL 11 теперь можно использовать такие операторы DDL:

==============================================

ALTER TABLE users ADD COLUMN foo_factor integer NOT NULL DEFAULT 42;

выполняться за постоянное время. Строки не затрагиваются, когда это выполняется, а вместо этого обновляются «лениво».

Добавьте столбец, который не может быть нулевым (небезопасно, если PostgreSQL < 11)

Это будет иметь ту же проблему, что и «Добавить столбец со значением по умолчанию». Чтобы сделать эту операцию без блокировки, вы можете создать новую таблицу с добавлением ненулевого столбца, записать в обе таблицы, выполнить обратное заполнение, а затем переключиться на новую таблицу. Этот обходной путь невероятно обременительный и требует в два раза больше места, чем занимает таблица.

===========================================

ОБНОВЛЕНИЕ: в PostgreSQL 11 теперь можно использовать такие операторы DDL:

ALTER TABLE users ADD COLUMN foo_factor integer NOT NULL DEFAULT 42;

выполняться за постоянное время. Строки не затрагиваются, когда это выполняется, а вместо этого обновляются «лениво».

Борис Державец

20 апреля 2022

Смотри также
https://dba.stackexchange.com/questions/211221/add-column-with-default-in-postgresql-without-table-lev… Читать дальше

Комментировать ответ…Комментировать…

Быстрое заполнение нового столбца таблицы

    Недавно мне дали скрипт для обновления структуры базы данных на MS SQL Server. В нем было полно блоков, которые добавляли в таблицу столбец, заполняли его в существующих строках одинаковым значением и делали NOT NULL:

alter table MyTable add FIELD1 int null
go
update MyTable set FIELD1 = 1
go
alter table MyTable alter column FIELD1 int not null
go

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

create table MyTable 
(
  ID int identity,
  NAME varchar(50) not null,
  constraint PK_MyTable primary key (ID)
)
go

и зальем туда десять миллионов строк. На моем компьютере скрипт ALTER + UPDATE выполнялся примерно полминуты. Мне кажется, что это ужасно. Могу добавить, что в некоторые таблицы исходный скрипт добавлял несколько столбцов и делалось это отдельными блоками. То есть update изменяемой таблицы мог выполняться неоднократно.
    При создании таблицы мы можем указать столбцу значение по умолчанию, которым оно будет заполнено при добавлении новой строки, если его значение не указано. Воспользуемся значеним по умолчанию и в ALTER TABLE:

alter table MyTable 
  add FIELD1 int not null constraint DF_FIELD1 default 1
alter table MyTable drop constraint DF_FIELD1
go

Этот скрипт выполнил нужную задачу мгновенно! Дело в том, что, начиная с SQL Server 2012, существующие в таблице строки при такой операции не обновляются. Вместо обновления строк значение по умолчанию сохраняется в метаданных таблицы и используется, как значение не заполненного NOT NULL столбца. Значение по умолчанию, хранящееся в метаданных, будет перемещено в существующий столбец только при обновлении строки (даже если этот столбец не указан в UPDATE) и при перестройке таблицы или кластеризованного индекса. Для новых строк, если этот столбец не указан в INSERT, значение по умолчанию сразу сохраняется в столбце.
    Таким способом можно быстро «заполнять» значения новых столбцов не только константами, но результатом вызова функции, если он является константой времени выполнения команды. Например, для столбца типа datetime можно использовать функцию GETDATE:

alter table MyTable 
  add FIELD2 datetime not null constraint DF_FIELD2 default GETDATE()

Примером функции у которой результат не является константой времени выполнения является NEWID. Она генерирует уникальное значение GUID для каждой строки. Использующий ее скрипт

alter table MyTable 
  add FIELD3 uniqueidentifier not null constraint DF_FIELD3 default NEWID()

выполняется у меня, аналогично первоначальному варианту с ALTER + UPDATE, примерно полминуты.
    Итак, пользователям MS SQL Server 2012 и более новых версий этой СУБД повезло. У них есть способ мгновенно заполнить новые столбцы таблицы значениями, независимо от количества строк в ней.

ALTER TABLE

ALTER TABLE

alter-table-stmt:

ALTERTABLEимя-схемы.имя-таблицыRENAMETOnew-table-nameRENAMECOLUMNимя-столбцаTOnew-имя-столбцаADDCOLUMNcolumn-defDROPCOLUMNимя-столбца

определение-столбца:

SQLite поддерживает ограниченное подмножество ALTER TABLE.
Команда ALTER TABLE в SQLite позволяет
эти изменения существующей таблицы:
его можно переименовать;
столбец можно переименовать;
к нему можно добавить столбец;
или
из него можно удалить столбец.

Синтаксис RENAME TO изменяет имя таблицы-имя
к новому имени таблицы.
Эта команда
нельзя использовать для перемещения таблицы между присоединенными базами данных, только для переименования
таблицу в той же базе данных.
Если в переименовываемой таблице есть триггеры или индексы, то они остаются
прикрепленный к таблице после ее переименования.

Примечание о совместимости:
Улучшено поведение ALTER TABLE при переименовании таблицы.
в версиях 3.25. 0 (2018-09-15) и 3.26.0 (2018-12-01)
для переноса операции переименования в триггеры и
представления, ссылающиеся на переименованную таблицу. Это считается
улучшение. Приложения, которые зависят от более старых (и
возможно ошибочное) поведение может использовать
Оператор PRAGMA legacy_alter_table=ON или
Параметр конфигурации SQLITE_DBCONFIG_LEGACY_ALTER_TABLE
на интерфейсе sqlite3_db_config(), чтобы сделать ALTER TABLE RENAME
вести себя так же, как и до версии 3.25.0.

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

До версии 3.26.0 (2018-12-01), ссылки на FOREIGN KEY
в таблицу, которая переименовывается, редактировались только в том случае, если
PRAGMA Foreign_keys=ON, или другими словами, если
применялись ограничения внешнего ключа. С
PRAGMA external_keys=OFF, ограничения FOREIGN KEY не будут изменены
когда таблица, на которую ссылается внешний ключ («родительская таблица»)
был переименован. Начиная с версии 3.26.0, ограничения FOREIGN KEY
всегда преобразуются при переименовании таблицы, если только
PRAGMA legacy_alter_table = включена настройка. Следующее
таблица суммирует разницу:

ПРАГМА внешние_ключи PRAGMA legacy_alter_table Родительская таблица
ссылки обновлены		 Версия SQLite
Выкл. Выкл. Нет < 3.26.0
Выкл. Выкл. Да >= 3.26.0
Вкл. Выкл. Да все
Выкл. Вкл. Нет все
На На Да все

Синтаксис RENAME COLUMN TO изменяет
имя-столбца таблицы имя-таблицы
в новое имя столбца. Имя столбца изменено как
в самом определении таблицы, а также во всех индексах, триггерах,
и представления, которые ссылаются на столбец. Если бы изменение имени столбца
привести к семантической неоднозначности в триггере или представлении, то RENAME
COLUMN завершается с ошибкой, и изменения не применяются.

Синтаксис ДОБАВИТЬ СТОЛБЦ
используется для добавления нового столбца в существующую таблицу.
Новый столбец всегда добавляется в конец списка существующих столбцов.
Правило column-def определяет характеристики нового столбца.
Новый столбец может принимать любую из форм, допустимых в CREATE TABLE.
заявление со следующими ограничениями:

  • Столбец может не иметь ограничения PRIMARY KEY или UNIQUE.
  • Столбец может не иметь значения по умолчанию CURRENT_TIME, CURRENT_DATE,
    CURRENT_TIMESTAMP или выражение в скобках.
  • Если указано ограничение NOT NULL, столбец должен иметь
    значение по умолчанию, отличное от NULL.
  • Если ограничения внешнего ключа включены и
    столбец с предложением REFERENCES
    добавлен, столбец должен иметь значение по умолчанию NULL.
  • Столбец не может быть ГЕНЕРИРОВАНО ВСЕГДА… ХРАНИТСЯ,
    хотя разрешены ВИРТУАЛЬНЫЕ столбцы.

При добавлении столбца с ограничением CHECK или ограничением NOT NULL
в сгенерированном столбце добавленные ограничения проверяются на все
ранее существовавшие строки в таблице и ошибка ADD COLUMN
если какое-либо ограничение не работает. Тестирование добавленных ограничений
против ранее существовавших строк — это новое улучшение в версии SQLite.
3.37.0 (27 ноября 2021 г.).

Команда ALTER TABLE работает путем изменения текста SQL схемы
хранится в таблице sqlite_schema.
В содержимое таблицы не вносятся изменения для переименования или добавления столбца без
ограничения.
Из-за этого,
время выполнения таких команд ALTER TABLE не зависит от
количество данных в таблице и такие команды будут
выполняется так же быстро для таблицы с 10 миллионами строк, как и для таблицы с 1 строкой.
При добавлении новых столбцов с ограничениями CHECK или добавлении сгенерированных
столбцы с ограничениями NOT NULL или при удалении столбцов все
существующие данные в таблице должны быть либо прочитаны (для проверки новых ограничений
против существующих строк) или написаны (чтобы удалить удаленные столбцы). В тех
случаях команда ALTER TABLE занимает время, пропорциональное
количество измененного содержимого таблицы.

После запуска ADD COLUMN в базе данных эта база данных не будет
быть читаемым SQLite версии 3.1.3 (20 февраля 2005 г.) и более ранними версиями.

Синтаксис DROP COLUMN
используется для удаления существующего столбца из таблицы.
Команда DROP COLUMN удаляет именованный столбец из таблицы,
и переписывает его содержимое, чтобы очистить данные, связанные
с этой колонкой.
Команда DROP COLUMN работает, только если на столбец нет ссылки
любыми другими частями схемы и не является ПЕРВИЧНЫМ КЛЮЧОМ и
не имеет ограничения UNIQUE.
Возможные причины сбоя команды DROP COLUMN:

  • Столбец является ПЕРВИЧНЫМ КЛЮЧОМ или его частью.
  • Столбец имеет ограничение UNIQUE.
  • Столбец проиндексирован.
  • Имя столбца указано в предложении WHERE частичного индекса.
  • Столбец назван в таблице или столбце CHECK ограничение
    не связанный с удаляемым столбцом.
  • Столбец используется в ограничении внешнего ключа.
  • Столбец используется в выражении сгенерированного столбца.
  • Столбец отображается в триггере или представлении.

SQLite сохраняет схему в виде обычного текста в таблице sqlite_schema.
Команда DROP COLUMN (и все другие варианты ALTER TABLE
также) измените этот текст, а затем попытайтесь повторно проанализировать всю схему.
Команда успешна только в том случае, если схема все еще действительна после
текст изменен. В случае команды DROP COLUMN
только измененный текст заключается в том, что определение столбца удалено из
СОЗДАТЬ ТАБЛИЦУ. Команда DROP COLUMN завершится ошибкой, если
любые следы столбца в других частях схемы, которые будут
запретить синтаксический анализ схемы после выполнения инструкции CREATE TABLE.
был изменен.

ALTER TABLE обычно завершается ошибкой и не вносит никаких изменений, если встречается
любые записи в таблице sqlite_schema, которые не анализируются. Для
например, если есть искаженный VIEW или TRIGGER, связанный с
таблица с именем «tbl1», то попытка переименовать «tbl1» в «tbl1neo» будет
завершится ошибкой, так как связанные представления и триггеры не могут быть проанализированы.

Начиная с SQLite 3.38.0 (2022-02-22), эта проверка ошибок
можно отключить, установив «PRAGMA writable_schema=ON;». Когда
схема доступна для записи, ALTER TABLE молча игнорирует любые строки
sqlite_schema, которые не анализируются.

Единственными командами изменения схемы, напрямую поддерживаемыми SQLite, являются
«переименовать таблицу», «переименовать столбец», «добавить столбец», «удалить столбец»
команды, показанные выше. Тем не менее, приложения
может вносить другие произвольные изменения в формат таблицы, используя простой
последовательность операций.
Шаги для внесения произвольных изменений в структуру схемы некоторой таблицы X
следующие:

  1. Если ограничения внешнего ключа включены, отключите их, используя PRAGMA foreign_keys=OFF.

  2. Начать транзакцию.

  3. Запомните формат всех индексов, триггеров и представлений, связанных с таблицей X.
    Эта информация потребуется на шаге 8 ниже. Один из способов сделать это
    для запуска запроса, подобного следующему:
    ВЫБЕРИТЕ тип, sql FROM sqlite_schema, ГДЕ tbl_name = ‘X’.

  4. Используйте CREATE TABLE для создания новой таблицы «new_X», которая находится в желаемом
    пересмотренный формат таблицы X. Убедитесь, что имя «new_X» не конфликтует
    с любым существующим именем таблицы, конечно.

  5. Перенесите содержимое из X в new_X с помощью оператора
    например: INSERT INTO new_X SELECT … FROM X.

  6. Удалите старую таблицу X: DROP TABLE X.

  7. Измените имя new_X на X, используя: ALTER TABLE new_X RENAME TO X.

  8. Используйте CREATE INDEX, CREATE TRIGGER и CREATE VIEW.
    для восстановления индексов, триггеров и представлений
    связаны с таблицей X. Возможно, используется старый формат триггеров,
    индексы и представления, сохраненные на шаге 3 выше, в качестве руководства, внося изменения
    в соответствии с изменениями.

  9. Если какие-либо представления ссылаются на таблицу X таким образом, на который влияет
    изменить схему, затем удалить эти представления с помощью DROP VIEW и создать их заново
    с любыми изменениями, необходимыми для размещения изменения схемы
    используя СОЗДАТЬ ВИД.

  10. Если ограничения внешнего ключа были изначально включены
    затем запустите PRAGMA foreign_key_check, чтобы убедиться, что схема
    изменение не нарушило никаких ограничений внешнего ключа.

  11. Подтвердите транзакцию, начатую на шаге 2.

  12. Если ограничения внешних ключей были изначально включены, снова включите их сейчас.

Осторожно:
Позаботьтесь о том, чтобы точно следовать описанной выше процедуре. Коробки ниже
суммируйте две процедуры для изменения определения таблицы. Сначала
С первого взгляда кажется, что они оба выполняют одно и то же. Однако
процедура справа не всегда работает, особенно с
расширенные возможности таблицы переименования, добавленные версиями 3.25.0 и
3.26.0. В процедуре справа первоначальное переименование
таблицу во временное имя может повредить ссылки на эту таблицу в
триггеры, представления и ограничения внешнего ключа. Безопасная процедура на
слева строит исправленное определение таблицы, используя новый временный
имя, затем переименовывает таблицу в ее окончательное имя, которое не нарушает
ссылки.

  1. Создать новую таблицу
  2. Копировать данные
  3. Удалить старый стол
  4. Переименовать новое в старое
  1. Переименовать старую таблицу
  2. Создать новую таблицу
  3. Копировать данные
  4. Удалить старый стол
↑
Правильно		 ↑
Неверно

12-шаговая обобщенная процедура ALTER TABLE
выше будет работать, даже если
изменение схемы приводит к изменению информации, хранящейся в таблице.
Таким образом, описанная выше полная 12-шаговая процедура подходит для удаления столбца.
изменение порядка столбцов, добавление или удаление ограничения UNIQUE
или PRIMARY KEY, добавив ограничения CHECK или FOREIGN KEY или NOT NULL,
или изменение типа данных для столбца, например. Однако более простой
и более быстрая процедура может быть дополнительно использована для
некоторые изменения, которые никак не влияют на содержимое на диске.
Следующая более простая процедура подходит для удаления
CHECK или FOREIGN KEY или ограничения NOT NULL,
или добавление, удаление или изменение значений по умолчанию на
столбец.

  1. Начать транзакцию.

  2. Запустите PRAGMA schema_version, чтобы определить текущую схему
    номер версии. Этот номер потребуется для шага 6 ниже.

  3. Активировать редактирование схемы с помощью
    PRAGMA writable_schema=ВКЛ.

  4. Запустите оператор UPDATE, чтобы изменить определение таблицы X
    в таблице sqlite_schema:
    UPDATE sqlite_schema SET sql=… WHERE type=’table’ AND name=’X’;

    Внимание! Внесение подобных изменений в таблицу sqlite_schema
    сделать базу данных поврежденной и нечитаемой, если изменение содержит
    синтаксическая ошибка. Предполагается, что тщательное тестирование ОБНОВЛЕНИЯ
    оператор должен быть выполнен в отдельной пустой базе данных, прежде чем использовать его в
    база данных, содержащая важные данные.

  5. Если изменение в таблице X также влияет на другие таблицы или индексы или
    триггеры представляют собой представления внутри схемы, а затем запускают операторы UPDATE для изменения
    эти другие таблицы также индексируют и представляют. Например, если имя
    изменение столбца, все ограничения FOREIGN KEY, триггеры, индексы и
    представления, которые ссылаются на этот столбец, должны быть изменены.

    Осторожно: Еще раз вносим изменения в sqlite_schema
    такая таблица сделает базу данных поврежденной и нечитаемой, если
    изменение содержит ошибку. Тщательно протестируйте всю эту процедуру
    в отдельной тестовой базе данных, прежде чем использовать ее на
    базу данных, содержащую важные данные, и/или делать резервные копии
    важные базы данных перед выполнением этой процедуры.

  6. Увеличьте номер версии схемы, используя
    PRAGMA schema_version=X, где X равно единице
    больше, чем старый номер версии схемы, найденный на шаге 2 выше.

  7. Отключить редактирование схемы с помощью
    PRAGMA writable_schema = ВЫКЛ.

  8. (Необязательно) Запустите PRAGMA целостность_проверить, чтобы убедиться, что
    изменения схемы не повредили базу данных.

  9. Зафиксировать транзакцию, начатую на шаге 1 выше.

Если какая-то будущая версия SQLite добавит новые возможности ALTER TABLE,
эти возможности, скорее всего, будут использовать одну из двух процедур
изложено выше.

Большинство механизмов баз данных SQL хранят схему, уже проанализированную в
различные системные таблицы. В этих механизмах баз данных ALTER TABLE просто
необходимо внести изменения в соответствующие системные таблицы.

SQLite отличается тем, что хранит схему
в таблице sqlite_schema как исходный текст CREATE
операторы, определяющие схему. Следовательно, ALTER TABLE нуждается
чтобы пересмотреть текст инструкции CREATE. Делает
поэтому может быть сложно для некоторых «креативных» схем.

Подход SQLite к сохранению схемы в виде текста имеет преимущества
для встроенной реляционной базы данных. С одной стороны, это означает, что
схема занимает меньше места в файле базы данных. Это важно
поскольку общий шаблон использования SQLite состоит в том, чтобы иметь много маленьких,
отдельные файлы базы данных вместо того, чтобы помещать все в один
большой глобальный файл базы данных, что является обычным подходом для клиент/сервер
движки баз данных.
Поскольку схема дублируется в каждом отдельном файле базы данных, она
важно сохранить компактность представления схемы.

Сохранение схемы в виде текста, а не в виде проанализированных таблиц
придать гибкость реализации. Поскольку внутренний разбор
схема регенерируется каждый раз при открытии базы данных,
внутреннее представление схемы может меняться от одного релиза
к следующему. Это важно, так как иногда новые функции требуют
усовершенствования представления внутренней схемы. Изменение
представление внутренней схемы было бы намного сложнее, если бы
представление схемы было представлено в файле базы данных. Так, в др.
слов, сохранение схемы в виде текста помогает поддерживать обратную связь.
совместимость и помогает гарантировать, что старые файлы базы данных могут быть
чтение и запись более новыми версиями SQLite.

Сохранение схемы в виде текста также делает
Формат файла базы данных SQLite легче определить, документировать и
понимать. Это помогает сделать файлы базы данных SQLite
рекомендуемый формат хранения для долгосрочного архивирования данных.

Недостатком хранения схемы в виде текста является то, что
схему сложно модифицировать. И по этой причине ALTER TABLE
поддержка в SQLite традиционно отставала от других SQL
механизмы баз данных, которые хранят свои схемы в виде проанализированных системных таблиц
которые легче изменить.

Как добавить столбцы в таблицу в PostgreSQL

В PostgreSQL команда ADD COLUMN вместе с предложением ALTER TABLE используется для добавления/вставки одного или нескольких столбцов в существующую таблицу. Оператор ADD COLUMN позволяет нам добавлять ограничения к столбцу в PostgreSQL, , например NOT NULL , UNIQUE и т. д. Итак, давайте узнаем, как оператор ADD COLUMN работает в PostgreSQL. SQL с помощью нескольких примеров.

Как добавить/вставить новый столбец в таблицу в Postgres?

Вы должны следовать определенному синтаксису, чтобы добавить новый столбец в любую уже существующую таблицу:

 ALTER TABLE tbl_name
ДОБАВИТЬ КОЛОННУ имя_столбца тип_данных;

Давайте обсудим приведенный выше синтаксис пошагово:

— ALTER TABLE — это команда/предложение, используемое для модификации/изменения таблицы.

— tbl-name — имя таблицы, определяемое пользователем.

— ДОБАВИТЬ СТОЛБЦ вставляет один или несколько столбцов в таблицу.

— col_name представляет столбец, который нужно изменить.

— data_type представляет тип целевого столбца, например целочисленный, символьный и т. д.

Пример: Как добавить один столбец в уже существующую таблицу?

Давайте выполним команду ADD COLUMN из pgAdmin , чтобы узнать, как она работает в PostgreSQL 9.0006 :

Шаг 1: Выберите нужную таблицу

Сначала откройте pgAdmin , выберите базу данных, найдите доступные «Таблицы» в разделе «Схемы» и выберите желаемый:

Предположим, мы хотим изменить таблицу «team_info» .

Шаг 2. Откройте инструмент запросов

В строке меню выберите Query Tool на вкладке Tools , как показано в приведенном ниже фрагменте:

Шаг 3: Добавьте новый столбец

В настоящее время у нас есть три столбца в таблице «team_info» . Давайте выполним команду ADD COLUMN , чтобы добавить новый столбец с именем «team_lead» в таблицу «team_info» :

 ALTER TABLE team_info
ДОБАВИТЬ КОЛОНКУ team_lead VARCHAR;

Теперь нажмите F5 или нажмите кнопку «Выполнить/Обновить» , чтобы запустить команду ADD COLUMN :

Вывод показывает, что «team_info» Таблица успешно изменена.

Шаг 4: Проверка работы команды ADD COLUMN

Щелкните правой кнопкой мыши нужную таблицу и выберите параметр «Обновить» , чтобы просмотреть изменения в выбранной таблице:

После нажатия кнопки « Обновить» , следовательно, выбранная таблица будет обновлена:

Фрагмент выше поясняет, что столбец «team_lead» был добавлен в «team_info» таблица успешно.

Как добавить более одного столбца в таблицу в Postgres?

Как мы обсуждали ранее, команда ADD COLUMN может использоваться для добавления нескольких столбцов в любую конкретную таблицу. Теперь мы изучим это практически.

Синтаксис

Приведенный ниже синтаксис будет использоваться для добавления нескольких столбцов в таблицу в PostgreSQL :

 ALTER TABLE tbl_name
ДОБАВИТЬ COLUMN ограничение first_col data_type,
ДОБАВИТЬ COLUMN ограничение second_col data_type,
...
ADD COLUMN nth-col ограничение data_type;

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

Пример: как добавить несколько столбцов в определенную таблицу в Postgres?

Следуйте приведенным ниже инструкциям, чтобы добавить несколько столбцов в таблицу:

Шаг 1: Выберите таблицу

Выберите таблицу, которую вы хотите изменить; допустим, мы хотим изменить таблицу «staff_details» :

Фрагмент выше показывает, что «staff_details» таблица имеет два столбца.

Шаг 2. Добавление нескольких столбцов

Давайте выполним оператор «ADD COLUMNS» , чтобы добавить еще пару столбцов в таблицу «staff_details» :

 ALTER TABLE staff_de хвосты
ДОБАВИТЬ СТОЛБЦУ staff_email VARCHAR,
ДОБАВИТЬ СТОЛБЦУ staff_location VARCHAR;

В приведенном выше запросе команда ALTER TABLE используется для изменения/модификации таблицы «staff_details» . В то время как Команда ADD COLUMN используется для добавления столбцов «staff_email» и «staff_location» в таблицу «staff_details» :

Шаг 3: Проверка работы команды ADD COLUMN 9 0006

Обновить целевой и щелкните раздел «Столбцы», чтобы увидеть доступные столбцы в выбранной таблице:

Приведенный выше фрагмент подтвердил, что столбцы «staff_email» и «staff_location» были добавлены к 9 столбцам. 0005 «staff_details» таблица успешно.

Как добавить столбцы с ограничениями в Postgres?

В Postgres мы можем добавить столбец с ограничениями, такими как NOT NULL, DEFAULT, UNIQUE, и т. д. Вот основной синтаксис добавления столбца с ограничениями в Postgres :

 ALTER TABLE имя_таблицы
ДОБАВИТЬ COLUMN col_name ограничения типа данных;

Рассмотрим нижеперечисленные пункты для подробного понимания приведенного выше синтаксиса:

— Команда ALTER TABLE изменяет таблицу.

— tbl-name — таблица, которую необходимо изменить.

— ДОБАВИТЬ СТОЛБЦ добавляет/вставляет один или несколько столбцов в целевую таблицу.

— data_type представляет тип целевого столбца, например целочисленный, символьный и т. д.

— Ограничения представляют правило, которое должно быть реализовано для столбца.

— col_name представляет столбец, добавляемый в таблицу с ограничениями.

Пример: как добавить столбец с ограничениями в Postgres

Выполните перечисленные ниже шаги, чтобы понять, как вставить новый столбец с ограничением в PostgreSQL :

Шаг 1: Добавьте ограничения по умолчанию

Предположим, мы хотим добавить столбец «is_illegable» со значением по умолчанию «false» . Для этого мы будем использовать ограничение «DEFAULT» , как показано в приведенном ниже фрагменте:

 ИЗМЕНИТЬ ТАБЛИЦУ team_info
ADD COLUMN is_illegible BOOLEAN по умолчанию false;

Приведенный выше запрос добавит столбец «is_illegible» в таблицу «team_info» .