# Alle prime armi con Heroku **URL:** \ **Category:** IT\ **Created:** [January 25, 2012, 9:44am UTC](https://www.ruby-forum.com/t/alle-prime-armi-con-heroku/216099 "2012-01-25T09:44:18Z")\ **Posts on this page:** 7\ **Page:** 1
**Author:** ![luislavena](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/l/0ea827/32.png) [@luislavena](https://www.ruby-forum.com/u/luislavena)\ **Post date:** [January 25, 2012, 9:44am UTC](https://www.ruby-forum.com/t/alle-prime-armi-con-heroku/216099/1 "2012-01-25T09:44:18Z")
Buongiorno a tutti! Dunque, vi illustro la mia situazione: ho appena terminato di scrivere la prima versione della mia wep app utilizzo rails 3.2 in locale, in development, con sqlite3 (quello standard insomma) Vorrei fare il mio primo deploy su Heroku, ma da quanto ho capito dovr necessariamente cambiare db (postgre?) La soluzione ottimale secondo me, sarebbe mantenere l’ambiente di development che ho in locale cos com’, ma quando faccio il deploy, passare in production e cambiare il db per heroku! Non so se possibile e come devo fare, al momento mi sto leggendo la documentazione sul sito di Heroku, su come implementarlo e come fare… ma! Se avete qualche preziosa guida/dritta da condividere che magari faccia esattamente quello che chiedo, non sarebbe male! Grazie. ---
**Author:** ![luca](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/l/51bf81/32.png) [@luca](https://www.ruby-forum.com/u/luca)\ **Post date:** [January 25, 2012, 9:55am UTC](https://www.ruby-forum.com/t/alle-prime-armi-con-heroku/216099/2 "2012-01-25T09:55:28Z")
ciao dai un’occhiata qui > **[Heroku Postgres | Heroku Dev Center](https://devcenter.heroku.com/articles/heroku-postgresql#local-setup)** > > The Heroku Postgres add-on is a production database service, offering PostgreSQL, read-only follower databases, snapshots for forks, and local client access. ---
**Author:** ![luca](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/l/51bf81/32.png) [@luca](https://www.ruby-forum.com/u/luca)\ **Post date:** [January 25, 2012, 9:59am UTC](https://www.ruby-forum.com/t/alle-prime-armi-con-heroku/216099/3 "2012-01-25T09:59:11Z")
Grazie mille We strongly _recommend against doing this_. Your production and development > environment should be as close to identical as possible. This prevents > difficult to diagnose bugs introduced by subtle differences between your > environments. Every application on Heroku comes with a PostgreSQL database > as the default SQL database. Therefore you should use PostgreSQL for your > local development database as well. Qual’ il vostro parere? Io non so, mi sembra intelligente usare il db di default di RoR durante il dev, ma forse mi faccio troppi problemi… Il giorno 25 gennaio 2012 09:55, Giovanni C. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid)ha scritto: ---
**Author:** ![luca](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/l/51bf81/32.png) [@luca](https://www.ruby-forum.com/u/luca)\ **Post date:** [January 25, 2012, 10:15am UTC](https://www.ruby-forum.com/t/alle-prime-armi-con-heroku/216099/4 "2012-01-25T10:15:23Z")
Ti consiglio questa lettura: [http://www.12factor.net/](http://www.12factor.net/) Al punto dieci recita: Keep development, staging, and production as similar as possible. Questa un’ottima regola, che per bisogna contestualizzare: ActiveRecord offre un buon livello di astrazione dei database, quindi, in teoria, non dovrebbe riservare brutte sorprese in fase di deploy (passaggio da SQLite a PG). Il punto conoscere la propria applicazione: se si usa SQL non standard, indicizzazione tramite Sphinx o Solr etc… bisognerebbe usare lo stesso database in tutti gli ambienti. A te la scelta. Luca ---
**Author:** ![luca](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/l/51bf81/32.png) [@luca](https://www.ruby-forum.com/u/luca)\ **Post date:** [January 25, 2012, 10:14am UTC](https://www.ruby-forum.com/t/alle-prime-armi-con-heroku/216099/5 "2012-01-25T10:14:08Z")
Il 25/01/2012 09:58, Luca B. ha scritto: > Qual’ il vostro parere? Io non so, mi sembra intelligente usare il db di > default di RoR durante il dev, ma forse mi faccio troppi problemi… in generale, usare SQLite in development, _pu_ essere comodo e molti adottano questo approccio. tuttavia, come sottolineato anche da Heroku, il db dovrebbe essere il pi vicino possibile all’ambiente di produzione, per evitare di trovare brutte sorprese senza capire per quale motivo non si verificato prima. per esperienza personale, tutte le volte che ho usato SQLite in development, prima o poi spuntava qualche problema nel momento in cui si passava al db di produzione, principalmente perch SQLite non rigoroso con i dati quanto un _vero_ db. userei SQLite solo per stendere un prototipo al volo, una demo, o cazzeggiare con il codice. ma se sto sviluppando qualcosa di vagamente serio, non lo prendo in considerazione nemmeno per la fase di sviluppo. ---
**Author:** ![luca](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/l/51bf81/32.png) [@luca](https://www.ruby-forum.com/u/luca)\ **Post date:** [February 7, 2012, 7:41pm UTC](https://www.ruby-forum.com/t/alle-prime-armi-con-heroku/216099/6 "2012-02-07T19:41:22Z")
guarda che non sei obbligato ad usate il PgreSQL, se dai un’occhiata negli addons trovi il ClearDB (mysql) con un piano free. Puoi farti anche un account con Xeround (proprio oggi hanno lanciato il piano free anche loro) ma personalmente ho avuto problemi con ques’ultimo. ---
**Author:** ![luca](https://www.ruby-forum.com/letter_avatar_proxy/v4/letter/l/51bf81/32.png) [@luca](https://www.ruby-forum.com/u/luca)\ **Post date:** [January 25, 2012, 10:20am UTC](https://www.ruby-forum.com/t/alle-prime-armi-con-heroku/216099/7 "2012-01-25T10:20:22Z")
il fatto che io postgre non lo conosco, ma cmq dovrei utilizzare SQL standard, e per ora l’applicazione che sto sviluppando pi per un prototipo o come dice Andrea P.: un cazzeggiare con il codice 😃 Quindi direi che per questo progetto mi tengo sqlite in dev, poi vedremo 😃 Il giorno 25 gennaio 2012 10:14, Luca G. [removed\_email\_address@domain.invalid](mailto:removed_email_address@domain.invalid) ha scritto: