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

Рефакторинг составного первичного ключа в простой ключ для Rails?

Мое приложение использует модели ActiveRecord Ruby on Rails, которые не позволяют использовать составные ключи без установки стороннего гема, такого как Составные-первичные-ключи. Есть ли способ реорганизовать составной ключ в простой ключ, чтобы он соответствовал этой парадигме, или я должен укусить пулю и установить драгоценный камень?

Я все еще нахожусь на ранней стадии проектирования, поэтому у меня нет данных, о которых мне нужно беспокоиться, и я хотел бы оставаться максимально верным идиомам Rails.

Я создаю базу данных рецептов, в которой можно шаг за шагом перечислять ингредиенты и инструкции. Схема базы данных похожа на схему, показанную ниже, и использует составные ключи в таблицах Recipe_Steps и Recipe_Step_Ingredients (нижний центр изображения).

Схема базы данных


Ответы:


1

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

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

  • используйте snake_case для всего (имена таблиц, столбцы, имена индексов и т. д.)
  • не ставьте перед столбцом имя таблицы. Это просто увеличивает длину каждой переменной в вашем приложении и не требуется в ORM.
  • используйте _id для столбцов внешнего ключа. бывший; parent_id
  • используйте _at для отметок времени. бывший; confirmed_at
  • используйте thing_other_things для объединяемых таблиц, если нет более описательного имени

Также во многих из этих случаев следует просто использовать косвенное отношение для присоединения к иерархии вместо дублирования внешних ключей.

Это пример схемы БД:

ActiveRecord::Schema.define(version: 20161214013752) do

  # These are extensions that must be enabled in order to support this database
  enable_extension "plpgsql"

  create_table "ingredient_types", force: :cascade do |t|
    t.string   "name"
    t.string   "description"
    t.datetime "created_at",  null: false
    t.datetime "updated_at",  null: false
  end

  create_table "ingredients", force: :cascade do |t|
    t.integer  "ingredient_type_id"
    t.datetime "created_at",         null: false
    t.datetime "updated_at",         null: false
    t.index ["ingredient_type_id"], name: "index_ingredients_on_ingredient_type_id", using: :btree
  end

  create_table "recipe_ingredients", force: :cascade do |t|
    t.integer  "recipe_id"
    t.integer  "ingredient_id"
    t.float    "quantity"
    t.datetime "created_at",    null: false
    t.datetime "updated_at",    null: false
    t.index ["ingredient_id"], name: "index_recipe_ingredients_on_ingredient_id", using: :btree
    t.index ["recipe_id"], name: "index_recipe_ingredients_on_recipe_id", using: :btree
  end

  create_table "steps", force: :cascade do |t|
    t.integer  "recipe_id"
    t.integer  "ordinal"
    t.text     "instruction"
    t.datetime "created_at",   null: false
    t.datetime "updated_at",   null: false
    t.index ["recipe_id"], name: "index_steps_on_recipe_id", using: :btree
  end

  create_table "recipes", force: :cascade do |t|
    t.string   "name"
    t.string   "description"
    t.datetime "created_at",  null: false
    t.datetime "updated_at",  null: false
  end

  add_foreign_key "ingredients", "ingredient_types"
  add_foreign_key "recipe_ingredients", "ingredients"
  add_foreign_key "recipe_ingredients", "recipes"
  add_foreign_key "steps", "recipes"
end

class IngredientType < ApplicationRecord
  has_many :ingredients
end

class Ingredient < ApplicationRecord
  belongs_to :ingredient_type
  has_many :recipe_ingredients
  has_many :recipes, through: :recipe_ingredients
end

class RecipeIngredient < ApplicationRecord
  belongs_to :recipe
  belongs_to :ingredient
  has_one :ingredient_type, through: :ingredient
end

class Step < ApplicationRecord
  belongs_to :recipe
end

class Recipe < ApplicationRecord
  has_many :recipe_ingredients
  has_many :ingredients, through: :recipe_ingredients
  has_many :steps
end
14.12.2016
  • Это не моя точная схема, я просто использую ее для справки. Но это очень хорошие советы. Я также не эксперт в области разработки баз данных SQL ... как бы вы порекомендовали моделировать recipe_step_ingredients без использования составного ключа? Рецепт состоит из множества шагов, и на каждом шаге может быть множество ингредиентов, поэтому мне сложно найти простой шаблон для использования, который не включает составные ключи. 14.12.2016
  • Вероятно, это просто чрезмерное усложнение само по себе. Вам действительно нужно хранить количество ингредиентов на этапе, а не просто как в таблице соединений, которая объединяет recipes и ingredients? 14.12.2016
  • В большинстве рецептов ингредиенты перечислены вместе, а затем вы просто пишете что-то вроде mix half the four with the eggs в шагах. ЦЕЛОВАТЬ. 14.12.2016
  • Если я укажу количество в таблице ингредиентов, то у вас возникнет проблема иметь разные строки для каждой комбинации ингредиент / количество, например 1 ст. Л. Томатной пасты, 2 ст. томатная паста и др. 14.12.2016
  • Но почему у вас это, а не все? Если вы хотите делать такие вещи, как масштабные рецепты после количества порций, это будет действительно беспорядочно. 14.12.2016
  • Поскольку таблица ингредиентов в настоящее время отделена от таблицы рецептов, это больше похоже на список ингредиентов, которые я знаю. Вы предлагаете что-то другое? 14.12.2016
  • Прости. У меня нет времени болтать. Но я добавил правку с наброском схемы и ассоциаций. 14.12.2016
  • Новые материалы

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

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

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

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

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

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

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