Nano Hash - криптовалюты, майнинг, программирование

Rails Ошибка проверки существующих данных

Я создаю простое приложение для управления расходами на рельсах 5.1.4. Я использую следующие пять моделей.

Получатели

class Payee < ApplicationRecord
  has_many :expenses
  validates :title, uniqueness: true, presence: true
end

учетные записи

class Account < ApplicationRecord
 before_save :update_balance
 validates :balance, numericality: { greater_than_or_equal_to: 0 }
 has_many :expenses
end

Бюджеты

class Budget < ApplicationRecord
 belongs_to :categories
 has_many :expenses, through: :categories
end

Категории

class Category < ApplicationRecord
  validates :title, uniqueness: true, presence: true
  has_many :expenses
  has_one :budget
end

Затраты

class Expense < ApplicationRecord
  belongs_to :categories
  belongs_to :budgets
  belongs_to :payees
  belongs_to :accounts
  validates :title, :value, presence: true
  before_save :default_account
end

Когда я пытаюсь создать новый расход, я сталкиваюсь с ошибкой проверки

Ошибка проверки: должны существовать категории, должны существовать бюджеты, должны существовать получатели платежей, должны существовать учетные записи.

Проблема заключается в том, что все вышеуказанные записи существуют. Чтобы объяснить себя, скажем, я передаю параметры account_id: 1, payee_id: 1, category_id: 1. Если я сделаю:

Account.find(1) #=> Finds the record
Category.find(1) #=> also ok
Payee.find(1) #=> also ok

Мне известно об решении, упомянутом в этом вопросе ( добавляя optional: true), но я не понимаю, почему я должен это делать, когда все вышеперечисленное существует

Редактировать

Код, который вызывает ошибку:

def create
  @expense = Expense.create!(title: params[:expense]['title'],
                           value: params[:expense]['value'],
                           date: params[:expense]['date'],
                           comment: params[:expense]['comment'],
                           payee_id: params[:expense]['payee_id'],
                           category_id: params[:expense]['category_id'],
                           account_id: params[:expense]['account_id'])
end

Параметры, которые передаются через форму

{"utf8"=>"✓", "authenticity_token"=>"DWd1HEcBC3DhUahfOQcdaY0/oE+VHapxxE+HPUb0I6iSiqMxkz6l+vlK+1zhb66HnZ/vZRUVG4ojTdWUCjHtGg==", "расход"=>{"название"=>"тест", "значение "=>"-20", "category_id"=>"1", "payee_id"=>"2", "date"=>"2018-01-21", "account_id"=>"1", "comment "=>""}, "зафиксировать"=>"Отправить"}


  • Я совсем забыл упомянуть, что я на рельсах 5.1.4 19.01.2018
  • Возможно, вам следует показать код (путем редактирования вашего вопроса), который вызывает ошибку вместе с трассировкой стека. 19.01.2018
  • Я только что обновил свой вопрос! Спасибо, что упомянули, что @jvillian 19.01.2018
  • А трассировка стека? 19.01.2018
  • ActiveRecord::RecordInvalid in ExpensesController#create на линии @expense контроллера ( app/controllers/expenses_controller.rb:14:in 'create' ) 19.01.2018
  • Это не трассировка стека. Он должен начинаться с чего-то вроде Started GET "/" for ::1 at 2018-01-19 12:09:25 -0800 и показывать параметры, трассировку ошибок и т. д. И, пожалуйста, дополните свой вопрос, а не комментируйте. 19.01.2018
  • Вы уверены, что параметры правильно получены в контроллере? Вы должны опубликовать трассировку стека, показывающую параметры в действии публикации. 20.01.2018
  • @Pablo, параметры точно получены в контроллере, так как форма работала отлично, прежде чем я добавил отношения к моделям. 21.01.2018

Ответы:


1

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

также вы можете изменить способ создания расхода, как показано ниже.

измените свои контроллеры, создайте действие на

def create
  @expense = Expense.new(expense_params)   
  if @expense.save
    flash[:success] = "expense created"
    redirect_to expense_url(@expense.id)
  else
    render 'new'
  end
end

затем под вашим частным методом в нижней части вашего контроллера вы хотите сделать что-то вроде этого

private
    # Never trust parameters from the scary internet, only allow the white list through.
    def expense_params
      params.require(:expense).permit(:title, :value, :date, etc...)
    end
19.01.2018
  • спасибо за ваш ответ, но проверка модели и контроллер работали нормально, прежде чем я добавил отношения модели. Ошибка, с которой я сталкиваюсь, странная, потому что она говорит, что категория, которую я пытаюсь связать с моим Expense.new, не существует, хотя она существует. Проблема возникает в базе данных, и я не понимаю, почему 21.01.2018

  • 2

    Наконец-то я понял, в чем проблема! Ошибка возникла из-за именования классов/моделей. Я назвал свои модели в единственном числе (Account, Category и т. д.), в то время как все ссылки ищут во множественном числе (Accounts, Categories и т. д.). Мне пришлось переделывать все миграции с самого начала, чтобы все работало как надо!

    Спасибо всем за потраченное время!

    21.01.2018
    Новые материалы

    Кластеризация: более глубокий взгляд
    Кластеризация — это метод обучения без учителя, в котором мы пытаемся найти группы в наборе данных на основе некоторых известных или неизвестных свойств, которые могут существовать. Независимо от..

    Как написать эффективное резюме
    Предложения по дизайну и макету, чтобы представить себя профессионально Вам не позвонили на собеседование после того, как вы несколько раз подали заявку на работу своей мечты? У вас может..

    Частный метод Python: улучшение инкапсуляции и безопасности
    Введение Python — универсальный и мощный язык программирования, известный своей простотой и удобством использования. Одной из ключевых особенностей, отличающих Python от других языков, является..

    Как я автоматизирую тестирование с помощью Jest
    Шутка для победы, когда дело касается автоматизации тестирования Одной очень важной частью разработки программного обеспечения является автоматизация тестирования, поскольку она создает..

    Работа с векторными символическими архитектурами, часть 4 (искусственный интеллект)
    Hyperseed: неконтролируемое обучение с векторными символическими архитектурами (arXiv) Автор: Евгений Осипов , Сачин Кахавала , Диланта Хапутантри , Тимал Кемпития , Дасвин Де Сильва ,..

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

    Обеспечение масштабируемости LLM: облачный анализ с помощью AWS Fargate и Copilot
    В динамичной области искусственного интеллекта все большее распространение получают модели больших языков (LLM). Они жизненно важны для различных приложений, таких как интеллектуальные..