Qui ruby ORM à utiliser en standalone application ruby?
Je voudrais utiliser postgresql avec les clés étrangères pour définir des relations dans les données de sorte que d'autres plates-formes/apps serait également en mesure de facilement utiliser la même base de données. D'avoir une sorte de ruby DSL pour définir le schéma de base de données avec l'assistance à la migration serait également très bien. Le cadre que vous me recommandez?
Est-il une sorte de cadre pour seulement la manipulation de la base de données des modifications de schéma, les migrations et les versions distinctes de l'ORM?
OriginalL'auteur JtR | 2009-06-16
Vous devez vous connecter pour publier un commentaire.
Découvrez DataMapper. Je récemment utilisé avec Sinatra et déployé à l'application d'Heroku. La seule SQL, j'ai dû écrire était de CRÉER une BASE de données. Tout le reste DataMapper fourni pour moi avec la .auto_migrate! et .auto_upgrade! la fonctionnalité.
Le support des clés étrangères est dans le sous-ministre des contraintes plugin.
Veuillez fournir des précisions, je n'arrive pas à voir le lien.
et ActiveRecord a les mêmes inconvénients de toute façon
N'est pas "one-to-one mapping entre les lignes et les objets" point de l'Orm, de toute façon?
Saparelli absolument pas. Le point est de mapper les objets de bases de données relationnelles. Il est rien dans cette responsabilité qui contraint, ni même le suggère, que les objets de la carte un-à-un avec les lignes. Des objets composites s'étendant sur plusieurs tables. Plusieurs objets de Valeur de mapped à un enregistrement sur une table. L'ORM est tout-à-tout.
OriginalL'auteur Jonas Elfström
Entre ActiveRecord et DataMapper j'avais choisi celui-ci. Les deux utilisent le modèle d'Enregistrement Active, de sorte que vous aurez réellement obtenir vos tables de base de données de retour dans les objets sans fantaisie domaine de la logique, mais DataMapper est beaucoup plus facile de travailler avec, et est thread-safe. Il est également Suite, mais dont je ne suis pas familier avec.
Si vous avez besoin d'un cadre pour gérer les migrations de je vous conseille merb. Althoug c'est un framework web de départ 1.1, il peut gérer les migrations pour les trois précédemment cités ORM (y compris la comptabilisation et de l'auto migrations)
OriginalL'auteur SztupY
M4DBI peut également être d'intérêt. Un faible niveau de l'ORM, qui tire profit de DBI pour vous permettre d'écrire du SQL brut si vous le souhaitez.
le lien semble mort
Voir le projet github si c'est un peu datée cadre de maintenant, depuis le cadre sous-jacent (Ruby DBI) a depuis été remplacée par la RDBI, et je n'ai pas fait les mises à jour de M4DBI pour encore.
J'ai mis à jour le code pour travailler avec la dernière RDBI.
OriginalL'auteur Pistos
Est-il une bonne raison de ne pas utiliser ActiveRecord? C'est une sorte de standard de Ruby...
Rien sur AR vous empêche de le faire bien.
standard ne veut pas dire bon. C'est la dépendance sur ActiveSupport pourrait être dangereux pour une application autonome.
Pouvez-vous développer pour les nouveaux arrivants pourquoi il est dangereux?
Je crois SztupY signifie que ActiveSupport est trop monkey patching et les nouveaux arrivants ne peuvent pas comprendre qu'ils ont à ne pas seulement regarder dans l'AR de la documentation, mais aussi en tant QUE de trop pour trouver certaines méthodes. Alors qu'il n'est pas dangereux dans le livre, à mon humble avis il doit être utilisé avec prudence chez les non-application Rails.
OriginalL'auteur DanSingerman