PG undefinedtable 错误关系用户不存在

首先，您应该从数据库中分离所有连接。默认情况下，您使用开发环境。然后尝试使用以下命令重置数据库：

rake db:reset

rake db:reset 任务将删除数据库并重新设置它。这在功能上等同于 rake db:drop db:setup。这与运行所有迁移不同。它只会使用当前 schema.rb 文件的内容。如果迁移无法回滚，rake db:reset 可能对您没有帮助。要了解有关转储架构的更多信息，请参阅架构转储和您部分。 Rails 文档

如果这个技巧没有帮助，删除数据库，然后重新创建它，迁移数据，如果你有种子，播种数据库：

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

或简而言之（自 3.2 起）：

rake db:migrate:reset db:seed

由于 db:migrate:reset 意味着删除、创建和迁移数据库。因为 rake 的默认环境是 development，如果您在规范测试中看到异常，您应该为 test 环境重新创建 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

---

我遇到了这个错误，经过研究，发现PG undefinedtable error relationship users does not exist错误的原因之一是：

此错误是迁移错误。您可能已经创建了具有一些数据库属性的新模型。创建模型后，您必须将属性迁移到您的 Rails 应用程序架构。

如果您使用的是本地机器，为了开发，您可以使用命令

rake db:migrate

如果您使用的是heroku

heroku run rake db:migrate

---

您的测试数据库还没有为 rspec 做好准备。

为 rspec 准备测试数据库以修复此错误

RAILS_ENV=test rake test:prepare

它将删除、创建和添加迁移到您的测试数据库

如果 rake 任务中止并显示类似 'PG::Error: ERROR: database "[your_db_test]" 正在被其他用户访问的消息，请执行此操作

RAILS_ENV=test rake db:migrate

---

运行 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

---

我有一个类似的错误。我的错误的根源是我在 factory.rb 文件中引用了 Rails 模型。所以它导致了加载错误问题。修复方法是将引用包装在块或 {} 中，以便延迟运行它。

这是破碎的代码：

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

因为在加载 factory.rb 时没有定义 User，所以出错了。我将 User.new 调用包装在一个块中，它解决了这个问题：

固定代码：

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

注意：需要像这样调用您的模型可能不是最佳实践，但它是干掉我的代码的解决方案。

---

这通常是由 ActiveAdmin 中的错误引起的。以下是绕过该错误的方法：

如果您使用 ActiveAdmin，无论 PG 说哪个表不存在，请注释掉该 ActiveAdmin rb 文件的内容。

例如，对于这种情况 PGError: ERROR: relation "users" does not exist，注释掉 app/admin/users.rb 的全部内容，然后在完成迁移后取消注释。

---

对我来说，这个问题是由 Factory Girl rails 引起的。我建议那些使用它的人将 specs/factories 文件夹重命名为 specs/temp 并尝试

RAILS_ENV=your_environment bundle exec rake db:migrate --trace

如果它通过了，那么你只是找到了导致它的原因。快速浏览 Factory Girl Rails gem github repo 帮助我发现了问题。

工厂失败了，因为我试图实例化一个在运行时不存在的模型！下面的代码示例：

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)]}

有关详细信息，请参阅 Dynamic Attributes part of the Factory Girl Rails docs。

不要忘记重命名您的工厂文件夹！

---

我遇到了同样的问题，然后我发现了以下解决方案。

确保您在 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 

---

删除用户表后，我遇到了这个问题。解决方案正在改变

change_table(:users)

至

create_table(:users)

---

::Migration[5.0] 在迁移中丢失。而不是抛出 语法错误 它抛出

PG::UndefinedTable: 错误: 关系角色不存在

在浪费了几个小时后，我终于发现迁移丢失了 ::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

这可能是 Rails 的错误，可能会帮助某人，而不是挣扎和疑惑。

---

最可能的原因是您的 rake 使用的环境与 database.yml 不同，而不是您的网络服务器。

---

我在尝试使用 rspec 运行测试时遇到了类似的错误。

我跟着 Малъ Скрылевъ 的步骤，但最终还是失败了。我需要做的最后一步是将我的模式加载到我的测试数据库中，使用：

RAILS_ENV=test rake db:schema:load

之后问题就消失了，我可以继续处理下一个错误。希望这能给你一些见解。

---

删除 Admin 文件夹并再次运行 rake。

---

（我知道这是旧的，但对于未来的谷歌人）

您在使用 devise 吗？我特别知道 omniauthable 是一个问题，但也许其他人也是如此。但它不一定是 devise。通常，解决方案是注释掉有问题的模型、类等，并取消注释错误要求的任何部分。

对我来说，发生的事情是 devise 正在读取 User 模型以查看您将哪些内容作为 devise 的参数（类方法，即 devise :database_authenticatable, :registerable #etc）

但是，它将读取整个文件，如果这不是一个新项目，它可能会被其他依赖于其他事物的类方法绊倒（在我的情况下，它是 friendly_id gem，然后是 alias_method

答案是注释掉 User 模型，除了 devise 行 * 和 rake db:schema:load 应该可以正常运行。

否则我收到此错误： ArgumentError: Mapping omniauth_callbacks on a resource that is not omniauthable Please add devise :omniauthable to the User model

---

如果您在迁移时遇到此错误，请确保您的型号名称是复数

例如。

add_column :images, :url, :string

---

我遇到了这个问题，结果证明是由 Grape API 引起的。我在堆栈跟踪中注意到在迁移期间正在读取路由文件。

在 routes.rb 中挂载了 Grape api

mount API::Base => '/'

API 中有对缺失模型的引用。因此，感谢 this answer，我将它放在一个块中，以检测它是由服务器运行还是在迁移期间运行。

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

它奏效了。

---

我遇到了以下错误，并在查找 type_zones 的所有应用程序代码时找不到它。我还查看了数据库并对其进行了更新。

原来是夹具 /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"

---

对于仍然遇到此问题的任何人，就我而言，是我在 FactoryGirl 的工厂触发了此错误。

我试图通过“.new”或“.create”添加参考。

---

就我而言，我必须注释掉 2 ActiveAdmin 个文件。这是我的步骤：

初始错误/堆栈跟踪（注意我们在此项目中使用 Solr）：⇒ rkdbm java 版本“1.7.0_25”Java(TM) SE 运行时环境（构建 1.7.0_25-b15）Java HotSpot(TM) 64 位服务器 VM （构建 23.25-b01，混合模式）=> Solr 已经在运行 rake 中止！ PG::UndefinedTable: 错误: 关系 "讨论" 不存在第 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 = '"讨论“'::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 <顶部（必需）>' /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 ' /Users/matthewcampbell/Sites/code/stack-builders/AchieveX/config/routes.rb:1:in' /Users/matthewcampbell/Sites/code /stack-builders/AchieveX/config/environment.rb:5:in `' Tasks: TOP => db:migrate => environment（通过使用 --trace 运行任务查看完整跟踪）

我注释掉每个 Arcolye's answer above 的 app/admin/discussions.rb 文件并尝试再次迁移我的数据库。

同样的错误。

我更仔细地查看了堆栈跟踪，并注意到实际上 app/admin/users.rb:25 正在引发异常 - 果然，该文件依赖于我的 discussions 表（通过执行 Discussion.all）。

最后，注释掉 users.rb 的内容让我最终成功地迁移了我的数据库。

仅供参考：ActiveAdmin 中的 here 讨论了该 gem 是否应在需要时加载数据库。

---

所以刚才遇到了同样的问题。请记住，每次迁移中只有一个模型。这为我解决了它。

I came across the answer here.

---

我发现了错误：

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

事实证明这是一个超级简单的修复。我从旧版本的项目中复制了文件，忘记将它们嵌套在“迁移”文件夹中。当我这样做时，它为我解决了问题。

---

当您在模型之间使用错误类型的关联时，通常会发生这种情况，检查依赖关系破坏和 has_many 关联，例如：

可能导致此问题的错误方式：

文章.rb

 has_many :subcategories, through: :categories, dependent: :destroy

子类.rb

has_and_belongs_to_many :articles

正确的路：

文章.rb

 has_many :subcategories, through: :categories, dependent: :destroy

子类.rb

declare association with categories here not articles (belongs_to / has_many_and_belongs_to)

---

在提交中忘记迁移文件可能会导致此问题。当在 heroku 上推送例如 rails db:migrate 时，显然不会工作。确保定义未定义表的迁移文件已提交。

---

我的案例也与 FactoryGirl/FactoryBot 有关，我只需要更改定义。用字符串替换常量。

我的环境：

Rails 5.2.6
factory_bot 4.8.2

由此：

FactoryBot.define do
  factory :user, class: Admin::User do
    ...
  end
end

对此：

FactoryBot.define do
  factory :user, class: 'Admin::User' do
    ...
  end
end

这是 Getting Started - Specifying the class explicitly 推荐的东西。

---