Comments on: PostgreSQL and Postgres Plus databases in Bungee-powered apps http://blogs.bungeeconnect.com/2008/04/29/postgresql-and-postgres-plus-databases-in-bungee-powered-apps/ Feed for the Bungee Connect Developers Around the World Thu, 04 Dec 2008 21:26:54 +0000 http://wordpress.org/?v=MU hourly 1 By: carlos http://blogs.bungeeconnect.com/2008/04/29/postgresql-and-postgres-plus-databases-in-bungee-powered-apps/#comment-742 carlos Mon, 19 May 2008 07:36:12 +0000 http://bungeeconnect.wordpress.com/2008/04/29/postgresql-and-postgres-plus-databases-in-bungee-powered-apps/#comment-742 Hi Ted, As you say data is part of full service application platform and i think if bungee had a Bungee DB would be the best situation , if not at least data hosting is a good idea. Regards Hi Ted,
As you say data is part of full service application platform and i think if bungee had a Bungee DB would be the best situation , if not at least data hosting is a good idea.
Regards

]]> By: Ted Haeger http://blogs.bungeeconnect.com/2008/04/29/postgresql-and-postgres-plus-databases-in-bungee-powered-apps/#comment-707 Ted Haeger Wed, 07 May 2008 15:07:31 +0000 http://bungeeconnect.wordpress.com/2008/04/29/postgresql-and-postgres-plus-databases-in-bungee-powered-apps/#comment-707 @jcmmartin: If you're asking when Bungee Connect will offer data hosting as part of our service offering, the best answer I can provide right now is, "Not yet." :) We have been getting this inquiry an increasing amount lately. As I see it, data is part of a full service platform. However, there are several other initiatives that the team here is working on, so we're not ready to make an announcement for when (or how) we will provide database hosting. Stay tuned to this blog. When the time comes, we will announce our intentions here. --Ted Director, BCDN @jcmmartin:
If you’re asking when Bungee Connect will offer data hosting as part of our service offering, the best answer I can provide right now is, “Not yet.” :)

We have been getting this inquiry an increasing amount lately. As I see it, data is part of a full service platform. However, there are several other initiatives that the team here is working on, so we’re not ready to make an announcement for when (or how) we will provide database hosting.

Stay tuned to this blog. When the time comes, we will announce our intentions here.

–Ted
Director, BCDN

]]> By: jcmmartin http://blogs.bungeeconnect.com/2008/04/29/postgresql-and-postgres-plus-databases-in-bungee-powered-apps/#comment-706 jcmmartin Wed, 07 May 2008 14:16:10 +0000 http://bungeeconnect.wordpress.com/2008/04/29/postgresql-and-postgres-plus-databases-in-bungee-powered-apps/#comment-706 I think it is a good new. For when will we have a bungee DB ownership? http://softwareyservicio.wordpress.com/2008/05/03/%c2%bfque-es-bungee-connect-plataforma-como-servicio/ Regads. Jose Carlos I think it is a good new. For when will we have a bungee DB ownership?
http://softwareyservicio.wordpress.com/2008/05/03/%c2%bfque-es-bungee-connect-plataforma-como-servicio/

Regads.
Jose Carlos

]]> By: Peter Laird http://blogs.bungeeconnect.com/2008/04/29/postgresql-and-postgres-plus-databases-in-bungee-powered-apps/#comment-705 Peter Laird Mon, 05 May 2008 19:17:31 +0000 http://bungeeconnect.wordpress.com/2008/04/29/postgresql-and-postgres-plus-databases-in-bungee-powered-apps/#comment-705 Hi Brad - thanks for the follow up. I thought the announcement was saying that BC is now *hosting* databases, Pg and MySQL specifically, within the BC environment. "Bungee Labs™ today announced [...] Developers of Bungee-powered applications can connect to existing and new Postgres databases in a cloud-based development and hosting environment, providing organizations the flexibility to control how and where business data is stored." The "new Postgres databases in a cloud-based dev and hosting env" is what I mistook for a hosting offering. Your response indicates that this is a *connect* capability to databases outside of BC, not hosted within BC. OK, now I get it. Thanks! PJL Hi Brad - thanks for the follow up.

I thought the announcement was saying that BC is now *hosting* databases, Pg and MySQL specifically, within the BC environment.

“Bungee Labs™ today announced [...] Developers of Bungee-powered applications can connect to existing and new Postgres databases in a cloud-based development and hosting environment, providing organizations the flexibility to control how and where business data is stored.”

The “new Postgres databases in a cloud-based dev and hosting env” is what I mistook for a hosting offering.

Your response indicates that this is a *connect* capability to databases outside of BC, not hosted within BC. OK, now I get it.

Thanks!
PJL

]]> By: Brad Hintze http://blogs.bungeeconnect.com/2008/04/29/postgresql-and-postgres-plus-databases-in-bungee-powered-apps/#comment-701 Brad Hintze Thu, 01 May 2008 00:37:14 +0000 http://bungeeconnect.wordpress.com/2008/04/29/postgresql-and-postgres-plus-databases-in-bungee-powered-apps/#comment-701 Peter, You make a great point. You're right, Bungee Connect is all about abstracting out the messiness of building an application. We have added this connectivity to existing databases to provide the maximum amount of flexibility. We aim to give developers the greatest amount of choice in using their data. A problem we wanted to avoid was requiring you to move all of your data to a Bungee Connect database. By enabling this functionality you can continue to use your existing investments in databases and maintain the ability to re-use that data outside of your Bungee-powered application. If you are looking for a database that you don't need to host you could consider Amazon SimpleDB. A couple months ago we released a sample application for SimpleDB, here: http://bungeeconnect.wordpress.com/2008/02/18/amazon-simpledb-sample-library-for-bungee-connect/ This is just the first installment, as our database connectivity evolves we will abstract even more for you. Brad Peter,

You make a great point. You’re right, Bungee Connect is all about abstracting out the messiness of building an application.

We have added this connectivity to existing databases to provide the maximum amount of flexibility. We aim to give developers the greatest amount of choice in using their data. A problem we wanted to avoid was requiring you to move all of your data to a Bungee Connect database. By enabling this functionality you can continue to use your existing investments in databases and maintain the ability to re-use that data outside of your Bungee-powered application.

If you are looking for a database that you don’t need to host you could consider Amazon SimpleDB. A couple months ago we released a sample application for SimpleDB, here: http://bungeeconnect.wordpress.com/2008/02/18/amazon-simpledb-sample-library-for-bungee-connect/

This is just the first installment, as our database connectivity evolves we will abstract even more for you.

Brad

]]> By: Peter Laird http://blogs.bungeeconnect.com/2008/04/29/postgresql-and-postgres-plus-databases-in-bungee-powered-apps/#comment-697 Peter Laird Wed, 30 Apr 2008 16:16:26 +0000 http://bungeeconnect.wordpress.com/2008/04/29/postgresql-and-postgres-plus-databases-in-bungee-powered-apps/#comment-697 Brad, I think what you guys are working on is very cool. But this announcement greatly confuses me... If I am reading this correctly, I can now build BC apps using MySQL, Pg, and Pg+. Huh? The big appeal to me of PaaS is that I no longer need to worry about these kinds decisions. I am confused as to why I should care what the underlying DB is when building an app on BC. I thought BC was all about abstracting out this kind of mess, quote from above: "Where the MySQL query would be “select * from itemsTable” the Postgres query would be “select * from schemaName.itemsTable”." Refer to your whitepaper "The Next Evolution in Web Apps", page 8. I understood where you guys were going (left side picture, generic "persistence"), but now it looks like you are back over to the right-side picture (Vendor D DB, Vender E DB). No disrepect, just confused! Can you explain? Thanks, PJL Brad,

I think what you guys are working on is very cool. But this announcement greatly confuses me…

If I am reading this correctly, I can now build BC apps using MySQL, Pg, and Pg+. Huh? The big appeal to me of PaaS is that I no longer need to worry about these kinds decisions. I am confused as to why I should care what the underlying DB is when building an app on BC.

I thought BC was all about abstracting out this kind of mess, quote from above:

“Where the MySQL query would be “select * from itemsTable” the Postgres query would be “select * from schemaName.itemsTable”.”

Refer to your whitepaper “The Next Evolution in Web Apps”, page 8. I understood where you guys were going (left side picture, generic “persistence”), but now it looks like you are back over to the right-side picture (Vendor D DB, Vender E DB).

No disrepect, just confused! Can you explain?

Thanks,
PJL

]]>