Reprise du message précédent :
Justement, ça c'est ce que j'ai pu lire sur le papier (et donc en partie la raison pour laquelle j'ai toujours utilisé MySQL pour les petits sites perso ou freelance que j'ai montés). Mais vu que là ça c'est un projet plus gros et que si ça se pète la gueule à cause d'une limitation sur la bdd, mon boss va me tuer, je cherche a récolter le vécu de gens qui ont pu le vérifier "sur le terrain"

J'utilise PostgreSQL principalement pour la license. Effectivement PostgreSQL est plus strict que MySQL, j'avais eu à réécrire quelques queries qui n'étaient pas valides mais qui passaient sous MySQL.
 
Je n'avais pas beaucoup utilisé MySQL avant ça.

PostgreSQL est sous licence type BSD, alors que MySQL est sous double licence commercial ou GPL donc j'utilise PostegreSQL ou SQlite suivant le type d'application.

Justement je suis en train de chercher les restrictions commerciales liées à MySQL (et donc les frais éventuels) mais je trouve plus rien, je tombe que sur des liens me disant que MySQL est GPL. C'est moi qui sait pas chercher ou y a eu du changement ?

Je sais pas comment çà a évolué depuis le rachat par Oracle.. enfin bon le futur de MySQL me semble moins radieux que celui de PostgreSQL ..

Pendant que c'est actif ici.
 
Est-ce que vous savez comment indiquer à Postfix d'autoriser localhost de ne pas spécifier de HELO domain?
 
Ou alors comment dire à Rails de spécifier un domain à la volée?
 
J'ai une appli multi-site (l'erreur) et pour envoyer des mails j'ai besoin de ce domain, mais qui est dynamique
 
config.action_mailer.smtp_settings = {
 omain => "blabla"
}
 
 
 
Merci

Tu veux dire que la même appli Rails, sur le même serveur, gère plusieurs sites et que donc tu voudrais mettre le HELO qui va bien à chaque fois ?

Oui

Bon en fait, en mettant un domain statique géré par le serveur je peux quand même envoyer des mails à d'autres domaines. Je ne vais pas chercher plus loin que ça.

Sinon par rapport à ma question? Pas d'autres feedbacks ?

Pas de retours sur les volumétries qui t'intéressent, j'utilise Postgres par habitude / conviction / echos sur le net, et pour de petits projets. Postgres a meilleure presse (chez les intégristes ?), monte correctement en charge pourvu que tu te passes de la conf d'origine. Donc si tu n'y connais rien et que tu n'as pas de sysadmin compétent sur le sujet sous la main, va falloir s'y mettre ou rester sur MySQL.

Pour chaque upgrade majeure de Postgres, il faut faire un backup de la DB puis la réinsérer, ça permet d'avoir un moteur optimisé avec chaque release.
 
Postgres permet le full text search, alors qu'avec MySQL c'est uniquement avec MyISAM (à confimer).
 
D'ailleurs avec Postgres il n'y a qu'un seul moteur, pas à tergiverser entre InnoDB et MyISAM.
 
Il me semble que la manière de se connecter à postgres diffère de mysql. Avec postgres c'est intimement lié au compte utilisateur sur le serveur, avec mysql... je ne sais plus.
 
Y'avait une histoire de réplication, mais je ne sais plus ce que c'est. Je crois que MySQL est mieux fichu. Mais le jour où on en arrivera là, on aura d'autres personnes pour s'occuper de ce genre de problème.
 
Il paraît que brut de décoffrage un Postgres sera moins performant qu'un MySQL, mais une fois tuné, il sera plus performant. Mais sinon même avec la conf d'origine il y a le temps de voir venir la baisse de performance avec l'augmentation de la DB et des connections. C'est surtout l'appli Rails qui va bouffer les ressources.
 
Avec Postgres il faut faire de temps en temps un Vacuum pour nettoyer la DB des lignes effacées.
 
Sinon la vraie question c'est: tu préfères les éléphants ou les dauphins?

http://www.mysql.com/about/legal/licensing/oem/
 
Concernant les tarifs c'est à négocier. D'après ce que j'ai lu, ils veulent un % du prix de vente de l'application.

Bon alors je pense que ça va être vite vu parce que mon boss va vite trancher entre un produit gratuit et un produit où on doit négocier avec Oracle (en partant du fait que comme vous le voyez, je ne suis pas spécialement pro-un-des-deux)..
Donc je sens que je vais lui exposer vite fait la situation et le laisser choisir Postgres pour des raisons financières ... en plus ça me donnera l'occasion d'apprendre quelque chose que je ne connais pas
 
Concernant les perfs, notre appli sera un truc avec beaucoup de lignes et de select (avec des jointures dans tous les sens à vue de nez .. le schémas est encore en construction). Par contre il y aura relativement peu d'insert (et à priori pratiquement jamais de delete), toujours lancés par des batch ... Donc le coups du vacuum me fait pas trop peur, je l'avais déjà repéré ... Vu l'utilisation, le jour où on aura un soucis, on verra si on appelle un bon DBA pour qu'il nous fine-tune le bouzin, ou alors si on investi quelques kCHF (et oui, en Suisse ) pour un slave en réplication sur lequel taper (j'ai vu qu'il y a des bon plugins pour ça dans Rails ).
 
En tous cas merci pour votre feedback

C'est combien beaucoup de lignes ?
De toute façon PostGreSQL réussira aussi bien que MySQL, si tu rencontres des problèmes sous Pg tu en aurais rencontré aussi sous MySQL différentes, mais tu en aurais aussi.

À priori on aura un gros import initial (lors de la mise en prod, donc on s'en fou du temps que prend l'import) de plusieurs millions de lignes (c'est une estimation, le nombre de lignes dépendant des informations qui nous sont fournies par des partenaires), et après un batch rajoutera tous les mois des lignes (mais ça sera quelques milliers au plus, donc rien de bien méchant).
Bref, on sera encore très loin des limites d'un SGBD comme MySQL ou Postgres selon moi ..

Où je bosse on a une appli sous Postgre/PostGIS avec environ 40 millions de lignes de données géométriques, sur une seule bécane pour l'instant et ça tourne plutôt correctement. Mais faut effectivement assez vite mettre le nez dans la config de base.

D'accord mais c'est rien qu'on ne puisse faire après avoir le la doc de réf et fait quelques tests ... ou bien ?

Non, pour nous les tutos et la doc dispo sur le Net ont suffi. Après on envisage maintenant de passer sur plusieurs machines pour améliorer et les perfs et la dispo (en cas de crash) et là on se demande si on va prendre quelqu'un (embauche ou presta) histoire de faire ça bien et de peaufiner la config.  
Mais dans un premier temps c'est absolument pas indispensable.

Voilà, c'est exactement ce que j'espérais
Une fois que le projet sera en prod depuis un certain temps, je pense que personne n'aura d'objection si on claque quelques k€ pour un DBA ou consultant qui vienne un jour ou deux nous donner des conseils, mais faut qu'au début, ça tienne tout seul debout.
Merci beaucoup

J'ai commencé le dev sous Postgres. ça marche bien (même s'il faut que je m'y fasse ... les requêtes "de service" style SHOW TABLES sont différentes).
Par contre c'est vrai que l'ActiveRecord est vachement moins bien foutu.. Genre la gestion des clé étrangères est pas top je trouve J'ai beau mettre les has_many, belongs_to & co, il s'en sort pas toujours tout seul :s

hep

afficher "<%" dans un ERB, vous faites comment (sans les quotes bien sur )

Bah &lt;%

%% pour échapper l'ERB

Hey, j'ai une requête toute conne que j'arrive pas à construire en utilisant les scopes Rails 3 (pour le moment je l'ai écrite en dur dans un find_by_sql mais j'aimerais justement éviter):
 

SELECT name FROM sections WHERE id IN (SELECT section_id FROM foreseen_amounts GROUP BY section_id HAVING sum(amount) > 0);

 
Vous avez une idée?? C'est le "where id in" que j'arrive pas à faire

Hey question: Vous êtes tous dev exclusivement Rails au boulot?
Je vous pose la question pour 2 raisons:
- J'ai beaucoup de mal à trouver des dev Rails sur le marché, et je me demande comment vous gérez ça dans vos équipes
- J'ai tellement de mal que je me demande si je vais pas lancer mon prochain projet en Java. Problème : J'ai aucune connaissance dans les framework genre Tapestry, Struct 2,... J'ai seulement travaillé (y a 5 ans) sur une web-appli full JSP. Du coup si l'un d'entre vous sait me conseiller un framework ressemblant à Rails, ça me ferait gagner du temps

J'ai fait du Rails y a 3 ans pour un projet perso, mais là je fais du Django (et je préfère, même si Rails a du bouger depuis)

Oui mais Python ne fait pas parti des options car :
- J'aurais pratiquement autant de mal à trouver des dev
- Je ne connais ni Python, ni ses frameworks
 
Donc à priori aucun benef

Dev java perso mais question framework web ressemblant à Rails tournant sur une JVM, je dirais Grails (c'est du Groovy niveau language, pour ça que je parle de JVM) et Play Framework (qui lui pour le coup utilise du Java) qui me viennent à l'esprit
Sinon tu prends des mecs motivés pour monter en Ruby/Rails…  

J'ai du mal m'exprimer:
-Je cherche un Framework Java (donc les différents Scala & co ne m’intéressent pas, la question n'est pas la JVM) qui soit répandu (sinon tant qu'à faire autant prendre Rails) et dont la logique ressemble à celle de Rails. Là je suis en train de lire un tuto de Tapestry en diagonale pour m'en rendre compte, ensuite si ça correspond pas je passerai à Struts2 & co. Donc c'était juste pour me simplifier la tâche
 
Sinon je suis pas sûr d'avoir compris ta dernière phrase: Tu cherches du taf?

Tu cherches des frameworks web java ressemblant à Rails, tu es obligé de bien fouiller (donc forcement sur des languages sur JVM et/ou pas forcement répandu, les frameworks web Java répendus ne sont pas proche d'un rails à mon avis Tu pourras pas avoir le beurre, l'argent du beurre et le cul de la crémière pour le coup)
 
Sinon pour le dernière question pas particulièrement, c'était juste un conseil parce que trouver des dev Ruby/Rails en France  

Bein justement, je me disais que si qqn avait déjà trouvé une crémière qui avait une bonne allure, il pouvait me la conseiller .
 
En passant, je suis en Suisse, donc encore plus drôle de trouver des devs.

Bah comme je t'ai dit Play Framework si tu exclus d'office les autres languages de la JVM (comme Groovy, Scala, etc.)  
Sinon Grails (qui, à la base, s’appelait Groovy on Rails, on peut pas faire plus explicite  )

SELECT name FROM sections WHERE id IN (SELECT section_id FROM foreseen_amounts GROUP BY section_id HAVING sum(amount) > 0);

 
Tu as trouvé entre temps?
 
Essaye un truc du genre:

Section.select('name').find_all_by_id(ForeseenAmount.select('section_id').group_by('section_id').having('sum(amount) > 0'))

 
EDIT:
Rien n'empêche de faire un truc un peu à l'ancienne: http://guides.rubyonrails.org/acti [...] conditions

 
 
 
En ce moment je migre toutes mes applis sous Rails 3, quel boulot!  

Mmm je vais essayer lundi quand j'arrive au boulot .. j'y avais pas pensé de faire la jointure comme ça

Hey, vous utilisez FactoryGirl vous?
Là j'ai un problème et vu que la doc est inexistante, je m'en sors pas.
Dans une de mes factory j'ai un objet qui en référence un autre (belongs_to). Rien de bien spécial, sauf que quand je balance mes tests je me prend une erreur.

Voilà la factory

Factory.define :invoice do |i|
    i.organisation_id  Organisation.order('random()').first.id
    i.sequence(:description) {|n| Lorem::Base.new(:words,3+n)}
    i.sequence(:amount) {|n| 100*n}
end

J'ai donc pensé de loader des données de seed avant le test pour créer les organisations nécessaires.

J'ai créé un fichier lib/tasks/load_test_seed.rb

namespace :db do
  namespace :test do
    namespace :prepare do
      Rake::Task["db:seed"].invoke
    end
  end
end

Mais les données seed ne sont pas loadées et je me prend toujours la même erreur.
Des idées

Edit: En fait j'ai l'impression que mon task n'est tout bonnement pas lancé parce que je vois pas d'appel à db:seed dans le stack

Factory.define :invoice do |i|
    i.organisation_id  Organisation.order('random()').first.id
    i.sequence(:description) {|n| Lorem::Base.new(:words,3+n)}
    i.sequence(:amount) {|n| 100*n}
end

 
http://rubydoc.info/gems/factory_girl/1.3.3/frames pour la doc (ils ont changé de syntaxe y'a pas longtemps par contre, je suis un peu perdu avec la nouvelle, mais il doit être possible de trouver de la doc en ligne pour les anciennes versions, genre http://rdoc.info/github/thoughtbot/factory_girl peut-être)
 
Sinon pour ton code le i.organisation_id est incorrect ici, il faut passer un block sinon tu auras toujours le même id
 

 
Les tâches rake sont sous la form tache.rake, pas tache.rb
Sinon normalement il vaut mieux ne pas charger tout un tas de données d'un coup avant les tests, mais plutôt ajouter des enregistrements pour chaque cas ? Il me semble du moins que c'est la méthode conseillée pour les factories et shoulda/rspec, sinon on a juste un remplacement aux fixtures.

Rails 3.0.6 est sorti hier et corrige notamment une faille XSS qui impacte toutes les versions 3.x précédentes.

J'ai un petit souci pour générer des urls.
 
routes.rb:
 
match '/vehicles/:vehicle_id/invoices/new/:kind' => 'invoices#new'
 
Ensuite dans ma view j'ai:
 
link_to "lien", new_vehicle_invoice_url(@vehicle, :kind => 'parking')
 
qui me génère un lien: http://example.org/vehicleses/123/ [...] nd=parking
 
Mais je veux un pretty url qui se termine par: /new/parking
 
Si je sais directement l'url dans la barre d'adresse: http://example.org/vehicles/123/invoices/new/parking la requête est correctement traitée et je récupère "parking" dans la variable params donc ma route est bonne.
 
Mon problème est comment générer cette pretty url, new_vehicle_invoice_url(@vehicle, :kind => 'parking') ne semble pas adéquat. J'ai cherché sur le guide officiel Rails mais ce n'est pas expliqué
 
EDIT: J'ai trouvé! Il fallait que je nomme ma route et que je l'utilise explicitement dans la view:
 
routes.rb: match ..., :as => 'foo'
 
Dans la view:
 
link_to 'lien', foo_url(@invoice, :kind => 'parking')
 

railscasts.com