Ich würde dringend empfehlen, normales Ruby On Rails zu verwenden - Sie wollen sich keine Gedanken darüber machen müssen, ob Ihre Fehler durch Probleme in Ihrem Code oder durch Inkompatibilitäten der Plattform, mit der Sie arbeiten, verursacht werden.
Der Rest meiner Ratschläge mag hoffnungslos veraltet sein - es ist schon ein paar Jahre her, dass ich viel mit RoR gearbeitet habe, aber ich bin sicher, dass andere es erwähnen werden, wenn ich völlig falsch liege.
Wahrscheinlich gibt es jetzt IDEs mit Plug-ins für Ruby (ich würde vielleicht nach Eclipse-Plug-ins suchen), aber es ist nicht so reglementiert wie das Microsoft-Ökosystem. Man arbeitet mit Open-Source-Tools, was bedeutet, dass verschiedene Entwickler, die unterschiedliche Dinge mögen, Lösungen finden, die für sie funktionieren, so dass es vielleicht keinen "Standard" als solchen gibt. Ich habe mir angewöhnt, Emacs mit dem Ruby-Mode-Plugin zu benutzen, was ziemlich genial ist, aber es gibt eine Lernkurve. Ich habe den Rat des Pragmatischen Programmierers, einen Texteditor zu benutzen, sehr ernst genommen und bin froh, dass ich das getan habe.
In Bezug auf Datenbanken können Sie genauso gut MySQL verwenden, da dies ein ziemlicher Standard zu sein scheint, aber ich glaube, Sie können ein ActiveRecord-Backend für viele verschiedene DB-Lösungen finden. Wenn Sie grundlegende SQL-Kenntnisse haben und mit SQL Server und Oracle gut zurechtkommen, werden Sie auch mit MySQL gut zurechtkommen, keine Frage.
Was die Präsentationsschicht betrifft, so wird diese wirklich durch Rails-Views erstellt. Das Ziel ist in der Regel, standardkonformes HTML zu erstellen und es mit CSS zu gestalten. Ich habe viel von der Agile Webentwicklung mit Rails Buch als Leitfaden für die Funktionsweise der Plattform als Ganzes. Ich weiß, dass heutzutage jeder alles kostenlos aus dem Internet lernen will, aber dieses Buch fasst die Dinge auf eine Art und Weise zusammen, die ich sehr praktisch finde und die ein ausgezeichnetes Preis-Leistungs-Verhältnis hat.