PostgreSQL
 sql >> база данни >  >> RDS >> PostgreSQL

Стартирайте скрипт след входна точка на контейнер в docker-compose

Вие отменяте оригиналната command и не стартирате postgres в този скрипт, поради което вашата база данни не е достъпна.

Можете да поставите инициализацията на вашата база данни в директорията на входната точка на контейнера:/docker-entrypoint-initdb.d . Това изпълнява всички *.sh и *.sql файлове в тази директория и не засяга оригиналната command .
Всички файлове в тази директория се изпълняват автоматично по азбучен ред при създаване на контейнер . Затова създайте том, за да добавите вашите скриптове / sql файлове към входната точка и оставете контейнера да ги изпълни. Това е описано в официалната документация на postgres, раздел "Как да разширя това изображение" .

След това вашият композиран файл се променя на нещо подобно:

postgres:
  build: ./postgres
  volumes:
    - /shared_folder/postgresql:/var/lib/postgresql
    - ./db-init-scripts:/docker-entrypoint-initdb.d
  ports:
    - "5432:5432"

докато локална директория, напр. db-init-scripts , съдържа вашите скриптове за инициализация (преименувайте го, ако искате). Копирайте create_db.sh в тази папка и ще се изпълни автоматично, когато създадете нов контейнер.

Няколко изображения на бази данни наблюдават тази директория с входна точка, което е много удобно.

Вашият container_name: postgres изглежда излишно.




  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Използване на хибернация с много нишки

  2. Откриване на промени в колони в тригер за актуализиране на postgres

  3. Преименуването на стойност на enum води до Тип връзка Не е намерена

  4. Уникално поле на модела в Django и чувствителност към малки и големи букви (postgres)

  5. Умножаване на две колони, които са били изчислени на оператор CASE