PG неопределенное отношение к ошибкам пользователей не существует

Ответ 1

Сначала вы должны отсоединить все соединения от базы данных. По умолчанию вы используете среду разработки. Затем попробуйте сбросить базу данных следующим образом:

rake db:reset

Задача rake db: reset удалит базу данных и снова настроит ее. Это функционально эквивалентно rake db: drop db: setup.

Это не то же самое, что запускать все миграции. Он будет использовать только содержимое текущего файла schema.rb. Если миграция не может быть отменена, rake db: reset может вам не помочь. Чтобы узнать больше о дампе схемы, см. Раздел Дампирование схемы и вы. Rails Docs

Если хитрость не помогает, удалите базу данных, затем заново создайте ее, перенесите данные, и, если у вас есть семена, высейте базу данных:

rake db:drop db:create db:migrate db:seed

или кратко (начиная с 3.2):

rake db:migrate:reset db:seed

Поскольку db:migrate:reset подразумевает удаление, создание и перенос БД. Поскольку средой по умолчанию для rake является разработка, в случае, если вы видите исключение в спецификационных тестах, вы должны заново создать db для тестовой среды следующим образом:

RAILS_ENV=test rake db:drop db:create db:migrate

или просто загрузив перенесенную схему:

RAILS_ENV=test rake db:drop db:create db:schema:load

В большинстве случаев тестовая база данных высевается во время тестовых процедур, поэтому выполнение задачи db:seed не требуется. В противном случае вы должны подготовить базу данных (в Rails 4 это устарело):

rake db:test:prepare

а затем (если это действительно требуется):

RAILS_ENV=test rake db:seed

В более новых версиях Rails ошибка ActiveRecord :: NoEnvironmentInSchemaError может возникать, поэтому просто добавьте задачи с помощью поставленной задачи среды базы данных: db: environment: set:

RAILS_ENV=test rake db:environment:set db:drop db:create db:migrate

Ответ 2

Ваша тестовая база данных не готова для rspec.

Подготовьте тестовую базу данных для rspec, чтобы исправить эту ошибку.

RAILS_ENV=test rake test:prepare

Откроется, создаст и добавит миграции в тестовую базу данных

В случае, если задача rake прерывается с сообщением типа "PG:: Ошибка: ERROR: database" [your_db_test] ", доступ к которому выполняется другими пользователями, выполните

RAILS_ENV=test rake db:migrate

Ответ 3

У меня была аналогичная ошибка. Корень моей ошибки состоял в том, что у меня была ссылка на модель Rails в моем файле factory.rb. Таким образом, это вызвало проблему с ошибкой загрузки. Исправление заключалось в том, чтобы обернуть ссылку в блоке или {}, чтобы она задерживала ее.

Вот код BROKEN:

FactoryGirl.define do
  factory :user do
    guid User.new.send(:new_token)
  end
end

И это было ошибкой, потому что User не определялся при загрузке factories.rb. Я завернул вызов User.new в блоке, и он решил проблему:

Фиксированный код:

FactoryGirl.define do
  factory :user do
    guid { User.new.send(:new_token) }
  end
end

Примечание. Вероятно, не самая лучшая практика для вызова вашей модели, как это, но это было решение для СУШКИ моего кода.

Ответ 4

Я столкнулся с этой ошибкой, и, по моему исследованию, одна из причин отсутствия PG неопределенных ошибок не существует..

Эта ошибка является ошибкой миграции. Возможно, вы создали новую модель с некоторыми атрибутами базы данных. После создания модели вам нужно перенести атрибуты в схему приложений rails.

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

rake db:migrate

Если вы используете герою

heroku run rake db:migrate

Ответ 5

Я тоже получал эту ошибку при запуске rspec:

 Failure/Error: it { expect(subject.priority_list).to eq [nil] * 9 }
 ActiveRecord::StatementInvalid:
   PG::UndefinedTable: ERROR:  relation "priorities" does not exist
   LINE 5:              WHERE a.attrelid = '"priorities"'::regclass
 ...

Это было разрешено для меня после того, как я побежал

rake db:test:prepare
rake db:test:load

Ответ 6

Это часто вызвано ошибкой в ​​ActiveAdmin. Здесь, как обойти ошибку:

Если вы используете ActiveAdmin, в зависимости от того, какая таблица PG не существует, закомментируйте содержимое этого файла ActiveAdmin rb.

Например, для этого случая PGError: ERROR: relation "users" does not exist закомментируйте все содержимое app/admin/users.rb, затем раскомментируйте после того, как вы выполнили свои миграции.

Ответ 7

Эта проблема для меня была вызвана рельсами Factory Girl. Я бы порекомендовал тем, кто его использует, переименовать папку specs/factories в specs/temp и попробовать

RAILS_ENV = your_environment, комплект exec rake db: migrate --trace

Если это пройдет, значит, вы только что нашли причину. Быстрое копание в репозитории gem github на Factory Girl Rails помогло мне определить проблему.

Заводы терпели неудачу, потому что я пытался создать модель, которая не существовала при запуске! Пример кода ниже:

FactoryGirl.define do
  factory :billing_product, class: 'Billing::Product' do
    name            Faker::Cat.name
    product_type    'fuel'
    active          true
    payment_options [Billing::PaymentOption.new(term: 1, payment_term: 1)]
  end
end

Инкапсуляция массива в блок (добавление {}) помогла мне. Обратите внимание, что в этом примере payment_options может использовать несколько вариантов оплаты...

payment_options {[Billing::PaymentOption.new(term: 1, payment_term: 1)]}

Обратитесь к части " Динамические атрибуты" документации Factory Girl Rails для получения дополнительной информации.

Не забудьте переименовать вашу папку фабрики обратно!

Ответ 8

У меня была эта проблема после того, как я удалил таблицу users. решения менялись

change_table(:users)

к

create_table(:users)

Ответ 9

Я получал аналогичную ошибку при попытке запуска тестов с помощью rspec.

Я последовал за Малъ Скрылевъ, но все же закончил. Последний шаг, который мне нужно сделать, - загрузить мою схему в мою тестовую базу данных, используя:

RAILS_ENV=test rake db:schema:load

После этого проблема исчезла, и я смог перейти к следующей ошибке. Надеюсь, это даст вам некоторое представление.

Ответ 10

Удалите папку администратора и снова запустите rake.

Ответ 11

::Migration[5.0] отсутствовал при миграции. вместо того, чтобы бросать синтаксическую ошибку, он бросает

PG:: UndefinedTable: ERROR: роли отношений не существует

после траты времени я наконец понял, что миграция отсутствует ::Migration[5.0].

Ошибочная миграция:

class CreateRoles < ActiveRecord # <---- Pay attention
  def change
    create_table :roles do |t|
      t.string :name
      t.integer :code, limit: 2
      t.boolean :is_active, default: true

      t.timestamps
    end
  end
end

Фиксированная и правильная миграция

class CreateRoles < ActiveRecord::Migration[5.0]
  def change
    create_table :roles do |t|
      t.string :name
      t.integer :code, limit: 2
      t.boolean :is_active, default: true

      t.timestamps
    end
  end
end

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

Ответ 12

Я столкнулся с той же проблемой, а затем обнаружил следующее решение.

Убедитесь, что вы ввели все следующие учетные данные в файл database.yml, и они верны:

development:
 adapter: postgresql
 encoding: unicode
 database: my_database
 host: localhost
 port: 5432
 pool: 5
 username: postgres
 password: xyz

test:
 adapter: postgresql
 encoding: unicode
 database: my_test_database
 host: localhost
 port: 5432
 pool: 5
 username: postgres
 password: xyz 

Ответ 13

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

Ответ 14

(Я знаю, что это старо, но для будущих гуглеров)

Используете ли вы devise? Я знаю конкретно omniauthable - проблема, но, возможно, и другие. Это не должно быть devise. В общем случае решение заключается в том, чтобы комментировать нарушающую модель, класс, что угодно, и не комментировать любые разделы, о которых спрашивают ошибки.

Для меня произошло то, что devise читает модель User, чтобы увидеть, что у вас есть аргументы для devise (метод класса т.е. devise :database_authenticatable, :registerable #etc)

Но он прочитает весь файл, и если это не новый проект, он может быть запущен другими методами класса, опираясь на другие вещи (в моем случае это был камень friendly_id, а затем alias_method

Ответ заключался в том, чтобы прокомментировать модель User, за исключением строк devise * и rake db:schema:load, которые должны выполняться нормально.

• В противном случае я получил эту ошибку:

  ArgumentError: сопоставление omniauth_callbacks на ресурсе, который не omniauthable Добавьте devise :omniauthable в модель User

Ответ 15

У меня была эта проблема, и она оказалась вызвана API-интерфейсом Grape. Я заметил в трассировке стека, что файл маршрутов читался во время миграции.

В routes.rb установлен виолончель api

mount API::Base => '/'

И в API были ссылки на отсутствующую модель. Итак, благодаря этому ответу, я поместил его в блок, который определяет, будет ли он выполняться сервером или во время переноса.

unless ( File.basename($0) == "rake" && ARGV.include?("db:migrate") )
    mount API::Base => '/'
end

И это сработало.

Ответ 16

В моем случае мне пришлось прокомментировать 2 ActiveAdmin файлов. Вот мои шаги:

• Исходная ошибка /stacktrace (обратите внимание, что мы используем Solr в этом проекте): ⇒ rkdbm java version "1.7.0_25" Java(TM) SE Runtime Environment (build 1.7.0_25-b15) Java HotSpot(TM) 64-Bit Server VM (build 23.25-b01, mixed mode) => Solr is already running rake aborted! PG::UndefinedTable: ERROR: relation "discussions" does not exist LINE 5: WHERE a.attrelid = '"discussions"'::regclass ^ : SELECT a.attname, format_type(a.atttypid, a.atttypmod), pg_get_expr(d.adbin, d.adrelid), a.attnotnull, a.atttypid, a.atttypmod FROM pg_attribute a LEFT JOIN pg_attrdef d ON a.attrelid = d.adrelid AND a.attnum = d.adnum WHERE a.attrelid = '"discussions"'::regclass AND a.attnum > 0 AND NOT a.attisdropped ORDER BY a.attnum /Users/matthewcampbell/Sites/code/stack-builders/AchieveX/app/admin/users.rb:25:in block in <top (required)>' /Users/matthewcampbell/Sites/code/stack-builders/AchieveX/app/admin/users.rb:1:in" /Users/matthewcampbell/Sites/code/stack -builders/AchieveX/config/routes.rb:3:in block in <top (required)>' /Users/matthewcampbell/Sites/code/stack-builders/AchieveX/config/routes.rb:1:in ' /Users/matthewcampbell/Sites/code/stack -builders/AchieveX/config/environment.rb:5:in `' Задачи: TOP = > db: migrate = > окружение (См. Полный след, выполнив задачу с помощью --trace) Код >

Я прокомментировал файл app/admin/discussions.rb за ответ Arcolye выше и снова попытался перенести мою базу данных.

Те же ошибки.

Я посмотрел на stacktrace немного ближе и заметил, что на самом деле app/admin/users.rb:25 выбрасывает исключение - и, конечно же, этот файл имеет зависимость от моей таблицы discussions (через выполнение Discussion.all).

Наконец, комментирование содержимого users.rb позволило мне успешно успешно выполнить миграцию моей базы данных.

FYI: здесь обсуждается здесь в ActiveAdmin о том, должен ли этот жемчуг загружать базу данных по мере необходимости.

Ответ 17

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

Я нашел ответ здесь.

Ответ 18

У меня была следующая ошибка и я просмотрел весь код приложения для type_zones Мне не удалось найти его. Я также посмотрел на db, и он был обновлен.

Оказывается, это был файл под арматурой /test/fixtures/type_zones.yml, который вызывал проблемы.

ERROR["test_should_get_new", UsersControllerTest, 0.47265757399145514]
test_should_get_new#UsersControllerTest (0.47s)
ActiveRecord::StatementInvalid:  ActiveRecord::StatementInvalid: PG::UndefinedTable: ERROR:  relation "type_zones" does not exist
    LINE 1: DELETE FROM "type_zones"
                        ^
    : DELETE FROM "type_zones"

Ответ 19

Для тех, кто все еще сталкивается с этой проблемой, в моем было мое factory в FactoryGirl, которое вызывало эту ошибку.

Я пытался добавить ссылку через '.new' или '.create'.

Ответ 20

Я ловил ошибку:

ActiveRecord::StatementInvalid: PG::UndefinedTable: ERROR:  relation "users" does not exist
LINE 8:                WHERE a.attrelid = '"users"'::regclass

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

Ответ 21

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

например.

add_column :images, :url, :string