Не могу создать таблицу в pgadmin3

CREATE TABLE signup (
    user_id             BIGSERIAL PRIMARY KEY,
    username            VARCHAR(60),          
    password            VARCHAR(60),
);

ну или так

Таблицы надо создавать в скриптах миграции, а не в каких-то (веб)-мордах.

INT(11)

Это в mysql уже много лет deprecated, если уже не выкинули.

Ругается же на скобку прямым текстом, убери (11), оно только на визуальное оформление влияло в mysql. Если что я pgsql ни разу вживую не видел.

Ругается же на скобку прямым текстом, убери (11)

Удваиваю! Иди в справку по PostgreSQL DDL для 13-той версии. Там все типы данных написаны.

Доступные типы данных я итак вижу в веб интерфейсе. Очевидно, что вместо INT используется integer.

Убрал ‘(11)’ и таблица создалась. Только я не уверен, что структуру таблицы создал правильно.

Доступные типы данных я итак вижу в веб интерфейсе …

… Убрал ‘(11)’ и таблица создалась …

Строго говоря - (11) это часть спецификации типа.

На структуру таблицы этот спецификатор display width влияния не оказывал, как и сейчас его отсутствие не оказывает.

Тогда я не правильно что-то делаю, потому-что страница не может сделать запись в бд.

При импорте базы из mysql вылазит вот такой error

signup.csv:2: ERROR: syntax error at or near ""1""
LINE 1: "1","abc","40bd001563085f3d5165329ea1ff58s2ybdbbeef"
^
Время выполнения: 1.595 мсек

SQL-запрос выполнен.

При выполнении скрипта sql такая картина:

signup.sql:10: ERROR: unrecognized configuration parameter "sql_mode"
signup.sql:11: ERROR: unrecognized configuration parameter "autocommit"
START TRANSACTION
signup.sql:13: ERROR: unrecognized configuration parameter "time_zone"
signup.sql:16:
signup.sql:17:
signup.sql:18:
signup.sql:19:
signup.sql:35: ERROR: syntax error at or near "`"
LINE 1: CREATE TABLE `signup` (
^
signup.sql:42: ERROR: syntax error at or near "`"
LINE 1: INSERT INTO `signup` (`user_id`, `username`, `password`) VAL...
^
signup.sql:52: ERROR: syntax error at or near "`"
LINE 1: ALTER TABLE `signup`
^
signup.sql:62: ERROR: syntax error at or near "`"
LINE 1: ALTER TABLE `signup`
^
ROLLBACK
signup.sql:65:
signup.sql:66:
signup.sql:67:
Время выполнения: 14.655 мсек

SQL-запрос выполнен.

А ты пробовал сообщения об ошибках читать?

signup.sql:10: ERROR: unrecognized configuration parameter «sql_mode»
signup.sql:11: ERROR: unrecognized configuration parameter «autocommit»
signup.sql:13: ERROR: unrecognized configuration parameter «time_zone»

Мусины слова. Можете забить или для шелковистости волос убрать/закомментировать.

CREATE TABLE `signup`
ALTER TABLE `signup`
INSERT INTO `signup` (`user_id`, `username`, `password`)

Тут тоже муськина фишка в виде символа ` его надо убрать. Но вот каким образом это сделать, решать вам, способов мульон. Обращаю внимание, что символ ` может внезапно встретиться к каком-то текстовом поле, поэтому вариант удаления всех символов ` не лучшая идея.

вспоминая, джангу и эти вечно кривые миграции….

1. поставь docker-compose
2. создай конфиг ~/path/to/compose/docker-compose.yml:

version: '3.8'

# для имен используем kebab, тк к имени через underscore добавляется название
# каталога, в котором находится конфиг

# Отключаем CoW для увеличения производительности:
# $ chattr -C ./data
services:
  postgres:
    container_name: postgres
    image: postgres:alpine
    env_file: .env
    networks:
      - internal
    ports:
      - '5432:5432'
    # always перезапустит даже остановленные через stop
    restart: unless-stopped
    volumes:
      - ./data/postgres:/var/lib/postgresql/data:rw

  pgadmin:
    container_name: pgadmin
    image: dpage/pgadmin4
    depends_on:
      - postgres
    env_file: .env
    networks:
      - internal
    ports:
      - "5050:80"
    restart: unless-stopped
    volumes:
      - ./data/pgadmin:/var/lib/pgadmin:rw

  redis:
    container_name: redis
    image: redis:alpine
    networks:
      - internal
    ports:
      - "6379:6379"
    restart: unless-stopped
    volumes:
      - ./data/redis:/var/lib/redis:rw

# Постоянное хранение данных
# Именнованные вольюмы хранятся в /var/lib/docker/volumes, но так как снапшоты
# /var/lib/docker не делаются, то критичные данные лучше хранить в ./data
# volumes:
  # pgadmin-data:
  # pgdata:
  # redis-data:

networks:
  internal:

3. Создай каталог для данных базы:

mkdir ~/path/to/compose/data

4. Запусти все базы в докере:

cd ~/path/to/compose
docker-compose up -d
# обратная операция
docker-compose down

Это решит твои проблемы с несовместимостью всего и вся

Бесполезный ответ, так как у автора вопроса проблема из-несовместимости синтаксиса SQL и типов данных между MySQL и PostgreSQL.

Что можно сделать. В pgpAdmin есть мастер создания таблиц, который позволяет не писать SQL оператор создания таблицы (получившийся оператор можно посмотреть по Scripts - Create). Правой кнопкой мыши по Tables, затем Create. Обязательно посмотреть описание типов данных PostgreSQL. Есть на русском языке. Типы целое число и строка можно без особого ущерба для работы указывать без точности: integer и text. Обратить внимание на типы даты-времени. Если в названиях таблиц и колонок есть большие буквы, то в SQL операторах помещать их в " " (а '' используются для строковых значений).

В Linux по умолчанию ставится pgAdnin3, но вообще-то, есть смысл использовать pgAdmin4, особенно если дисплей с мелким пикселом. Хотя на вышеприведённые рекомендации это не влияет.

ну то что он через жопу софт ставит нужно, конечно, оставить без внимания, пускай страдает как дебиано-петухи с докерофобией?

В Linux по умолчанию ставится pgAdnin3

Linux это лишь ядро. В разных дистрибутивах… ну ты понЕл:

~ 
➜ yay -Ss pgadmin 
Found existing alias for "yay -Ss". You should use: "yareps"
aur/phppgadmin-relhasoids 7.12.1-1 (+0 0.00) 
    The premier web-based administration tool for postgresql
aur/pgadmin3 1.22.2-9 (+2 0.00) 
    Comprehensive design and management interface for PostgreSQL (legacy)
aur/postage-bin 3.2.9-2 (+3 0.00) (Out-of-date: 2017-06-01) 
    Postage - A fast replacement for PGAdmin
aur/pgmanage-bin 11.0.1-2 (+4 0.00) 
    pgManage - A fast alternative to PGAdmin
aur/pgagent 4.0.0-1 (+4 0.00) 
    Job scheduler for PostgreSQL which may be managed using pgAdmin
community/phppgadmin 7.13.0-2 (617.0 KiB 3.2 MiB) 
    A web-based administration tool for PostgreSQL
community/pgadmin4 4.30-3 (30.7 MiB 118.4 MiB) 
    Comprehensive design and management interface for PostgreSQL

У меня в дистре последний, третий из АУРА, те тот который не нужен с точки зрения ментейнеров. Но я не ставлю постгрессы и прочие тулзы для работы с базами из репозитория. IN REAL Word ты вынужден работать с определенными версиями Postgres и как правило кучей разных чтобы потом не словить былинный отказ.

А ПОТОМУ только Docker спасет отца русской демократии. Вы тут все разной степени упоротости. У меня был на работе чувак, который утверждал, что докер это небезопасно, он не нужен… По иронии судьбы благодаря этому человеку я стал программистом, в далеком 2009 году он был разработчиком сайта spaces.ru, где была куча багов, которые позволяли, например, получать доступ к чужим сессиям. И вот со взлома этого сайта и началось мое изучение программирования… А через 10 лет мы оказались в одной конторе, и он до сих пор не знает, что благодаря ему я стал (кем стал)… В общем быть ретроградом не круто.

Бессмысленный ответ. Docker не решает проблемы автора вопроса. А pgAdmin3 вообще нельзя использовать в Docker-е, так как у него графический интерфейс (pgAdmin4 должен работать, так имеет веб-иниерфейс, но шли бы вы с вашим Docker-ом, как не относящимся к теме).

А то что там автор не осилил почитать различия в синтаксисе между MySQL и Postgres не так уж и важно. Найти автоконвертер он осилил бы.

Так у вас ещё и Arch Linux. Не подходит для работы, так как является непрерывно обновляемым дистрибутивом. В общем, кто не умеет сам, тот учит других.

ржу с твоих утверждений

ну то что он через жопу софт ставит нужно, конечно, оставить без внимания

Интересно стало, с чего ты взял что я софт ставил через жопу?

Спасибо за наводку про докер для миграции, но как сказал Partisan, проблема была не в этом.

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

Я стал вчера разбираться и смотреть в логи nginx по поводу проблемы с бд. В результате у меня все завелось.

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

вообще-то, есть смысл использовать pgAdmin4

Установил все таки pgAdmin4, также решил попробовать еще phppgadmin. pgAdmin4 работает через браузер, это было полезно для меня при установленном софте на сервер без графического окружения. Вот только включать сам веб-интерфейс можно только через активированную виртуальную среду. А phppgadmin оказался аналогом phpMyAdmin для PostgreSQL. Он был удобным дополнительным вариантом без лишних усилий.

Для решения проблемы я создал в phppgadmin таблицу таким образом:

В свойствах pgadmin4 таблицы содержание стало таким:

//Еще мне пришлось в php поменять значения для совместимости с Postgre, но тут я сам виноват, понимаю.

Твою проблему с ошибками решили бы 15 минут, проведенных на сайте документации PostgreSQL.

Твою проблему с ошибками решили бы 15 минут, проведенных на сайте документации PostgreSQL.

Спасибо за помощь в этом треде. Хвастаться своими рекордами потом будешь!