Le remplacement d'un des Rails default_scope

Si j'ai un ActiveRecord::Base de modèle avec un défaut-portée:

class Foo < ActiveRecord::Base

  default_scope :conditions => ["bar = ?",bar]

end

Est-il possible de faire un Foo.find sans à l'aide de la default_scope conditions? En d'autres termes, pouvez-vous remplacer une valeur par défaut portée?

J'aurais pensé que l'utilisation de "par défaut" dans le nom suggère qu'il était substituables, autrement ce serait quelque chose comme global_scope, droit?

InformationsquelleAutor Gareth | 2009-12-02
  1. 149

    Réponse courte: Ne pas utiliser default_scope sauf si vous devez vraiment. Vous serez probablement mieux avec nommée étendues. Cela étant dit, vous pouvez utiliser with_exclusive_scope pour remplacer l'étendue par défaut si vous en avez besoin.

    Ont un coup d'oeil à cette question pour plus de détails.

    • Merci pour le lien pour la question précédente
    • > Ne pas utiliser default_scope sauf si vous devez vraiment. Un excellent conseiller! Merci!!!!
    • Tellement vrai. À l'aide de default_scope peut sembler une bonne idée, mais probablement à l'origine de plusieurs maux de tête pendant la durée de vie de votre application.
    • Voir cette réponse trop stackoverflow.com/questions/25087336/... Pourquoi ne pas utiliser default_scope?
    • with_exclusive_scope a été supprimé dans rails 3
    • Vous êtes en exagérant un peu, monsieur. default_scope est un excellent outil et il y a des situations où vous pourriez une autre façon, mais default_scope son juste la bonne chose à faire. Par exemple, lorsque vous avez un Product modèle qui dispose d'un inactive drapeau, la définition d'une default_scope { where inactive: false } est la meilleure chose à faire, puisque 99% des cas, vous ne voulez pas afficher un produit inactif. Ensuite, vous appelez simplement unscoped sur les 1% restants des cas, ce qui est probablement un panneau d'administration.
    • Vous pourriez avoir une ActiveProduct classe qui hérite de Produit et s'applique à l'étendue par défaut.
    • Par défaut portée viole le principe de moindre surprise. Je suis occupé à maudire précédente développeurs pour l'utilisation de cette!
    • le paranoïaque gem utilise.

    InformationsquelleAutor Pär Wieslander
  2. 210

    Dans Rails 3:

    foos = Foo.unscoped.where(:baz => baz)
    • Cela a un effet secondaire, si le Post has_many Commentaire, Post.d'abord.commentaires.non délimité retourne TOUS les commentaires.
    • - Ce vraiment vissé moi pendant un certain temps. Surtout si vous finissez par mettre cela dans une méthode de classe comme: def self.random; unscoped.order('rand()'); end non délimité supprime TOUS les composants de sql avant elle, et pas seulement ce qui est répertorié sous default_scope. Bien que, techniquement, une réponse correcte, veillez à l'utiliser unstopped
    • AVERTISSEMENT! Non délimités ne retirez PAS la default_scope seulement, il a été déjà dit dans un autre commentaire, mais il peut vraiment gâcher les choses.
    • unscoped ne pas annuler default_scope!!!
    • Une bonne règle de base est de ne unscoped quand il peut suivre directement un modèle, par exemple Foo.unscoped.blah() est ok, mais jamais Foo.blah().unscoped.
    • stackoverflow.com/questions/1834159/..., travaille autour des effets secondaires mentionnés par Enrico

    InformationsquelleAutor Vincent
  3. 106

    Si vous avez besoin de changer l'ordre défini dans default_scope, vous pouvez utiliser le réorganiser méthode.

    class Foo < ActiveRecord::Base
  default_scope order('created_at desc')
end

Foo.reorder('created_at asc')

    exécute la requête SQL suivante:

    SELECT * FROM "foos" ORDER BY created_at asc
    • Astuce: définir un champ comme scope :without_default_order, -> { reorder("") } et vous pouvez faire des choses comme Foo.without_default_order.order("created_at ASC") Dans certaines situations, il se lit mieux (peut-être pas cette situation exacte, mais j'en avais un).
    • Réorganiser l'a fait pour moi. Merci beaucoup!
    InformationsquelleAutor GuiGS
  4. 49

    Depuis 4.1 vous pouvez utiliser ActiveRecord::QueryMethods#unscope de lutte contre étendue par défaut:

    class User < ActiveRecord::Base
  default_scope { where tester: false }
  scope :testers, -> { unscope(:where).where tester: true }
  scope :with_testers, -> { unscope(:where).where tester: [true, false] }
  # ...
end

    Il est actuellement possible de unscope des trucs comme: :where, :select, :group, :order, :lock, :limit, :offset, :joins, :includes, :from, :readonly, :having.

    Mais encore veuillez éviter d'utiliser des default_scope si vous pouvez. C'est pour votre propre bien.

    • Si seulement c'était sur la 4.0...
    • Cette réponse devrait être plus élevé
    InformationsquelleAutor jibiel
  5. 14

    Vous pouvez remplacer une valeur par défaut de la portée à l'aide de la with_exclusive_scope méthode. Donc:

    foos = Foo.with_exclusive_scope { :conditions => ["baz = ?", baz] }
    InformationsquelleAutor John Topley
  6. 5

    Rails 3 default_scope ne semble pas obtenir substituée comme il l'a fait dans les Rails 2.

    par exemple 

    class Foo < ActiveRecord::Base
  belongs_to :bar
  default_scope :order=>"created_at desc"
end

class Bar < ActiveRecord::Base
  has_many :foos
end

> Bar.foos
  SELECT * from Foo where bar_id = 2 order by "created_at desc";
> Bar.unscoped.foos
  SELECT * from Foo;  (WRONG!  removes the "has" relationship)
> Bar.foos( :order=>"created_at asc" )  # trying to override ordering
  SELECT * from Foo where bar_id = 2 order by "created_at desc, created_at asc"

    Dans mon application, l'utilisation de PostgreSQL, la commande par défaut dans le champ d'application de VICTOIRES. Je suis en supprimant tous mes default_scopes et de codage dans expressément partout.

    Piège Rails3!

    • Vous devez utiliser Bar.foos.reorder(:created_at => :asc)
    InformationsquelleAutor vanboom
  7. 5

    Avec Rails 3+ vous pouvez utiliser une combinaison de non délimité et de fusion:

    # model User has a default scope
query = User.where(email: "[email protected]")

# get rid of default scope and then merge the conditions
query = query.unscoped.merge(query)
    • Cela a également travaillé pour moi, à l'appel non délimité première (Rails 4.2): User.unscoped.where(email: "[email protected]")
    • non délimité fonctionner pour moi aussi (Rails 5.1)
    InformationsquelleAutor santervo
  8. 2

    Bien, vous pouvez toujours utiliser l'ancien favori de temps find_by_sql avec la requête complète.
    Par exemple:
    De modèle.find_by_sql("SELECT * from modèles where id=123")

    InformationsquelleAutor Ady Rosen
  9. 0

    Sur des Rails 5.1+ (et peut-être plus tôt, mais je l'ai testé il fonctionne sur 5.1) il est possible de unscope une colonne spécifique, qui à mon humble avis est la solution idéale pour le retrait d'un default_scope dans un mode qui peut être utilisé à l'intérieur d'une étendue nommée. Dans le cas de la Fpo default_scope,

    Foo.unscope(where: :bar)

    Ou

    scope :not_default, -> { unscope(where: :bar) }
Foo.not_default

    Sera à la fois du résultat d'une requête sql qui ne s'applique pas à la portée initiale, mais ne s'appliquent quelles que soient les autres conditions sont fusionnés dans l'arel.

    InformationsquelleAutor wbharding