The Rise Of Non Relational Database Engines
We discussed this a gazillion threads ago and I just noticed that employers now consider knowledge on distributed non-relational database systems as beneficial/advantageous for Perl/Python/PHP Software Engineer positions.
Been wrestling with BigTable for a while now because of appengine. Everything works fine till you need to implement a one-to-many or many-to-many relationship (no joins in NoSQL dbs). Heh. NoSQL is useful for massively distributed storage systems like Google's or AWS. I found the science in this document<http://labs.google.com/papers/bigtable-osdi06.pdf>especially illuminating. Another useful link. <http://nosql-database.org/> On Tue, Dec 14, 2010 at 9:10 PM, Patrick Kariuki <patrick.kariuki@gmail.com>wrote:
We discussed this a gazillion threads ago and I just noticed that employers now consider knowledge on distributed non-relational database systems as beneficial/advantageous for Perl/Python/PHP Software Engineer positions. _______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
Makobu... tell me about it - I still don't get the joke in this (http://browsertoolkit.com/fault-tolerance.png) cartoon :-) Different solutions call for different problems....or is it the other way round? On 12/15/10, Makobu <makobu.mwambiriro@gmail.com> wrote:
Been wrestling with BigTable for a while now because of appengine. Everything works fine till you need to implement a one-to-many or many-to-many relationship (no joins in NoSQL dbs). Heh.
NoSQL is useful for massively distributed storage systems like Google's or AWS. I found the science in this document<http://labs.google.com/papers/bigtable-osdi06.pdf>especially illuminating.
Another useful link. <http://nosql-database.org/>
On Tue, Dec 14, 2010 at 9:10 PM, Patrick Kariuki <patrick.kariuki@gmail.com>wrote:
We discussed this a gazillion threads ago and I just noticed that employers now consider knowledge on distributed non-relational database systems as beneficial/advantageous for Perl/Python/PHP Software Engineer positions. _______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
I was using GT.M<http://fisglobal.com/Products/TechnologyPlatforms/GTM/index.htm>a while back and the thing is no joke. Personally I think the learning curve is a bit steep compared to RDMSs like MySQL. -- Thanks and Regards, Erick Njenga Nyachwaya, M: +254-725-008-790 <http://www.facebook.com/ErickNjenga> <http://www.twitter.com/ErickNjenga>
Guys, I've been thinking about a good starting point for these database engines. What's the best starting point - I'm looking for something open source, can be downloaded and hosted on a PC and needs no internet connection to work with, that's easy to work with for a beginner at this type of engines. I've been using RDBMs. Any leads will be highly appreciated. On Wed, Dec 15, 2010 at 3:37 AM, Patrick Kariuki <patrick.kariuki@gmail.com>wrote:
Makobu... tell me about it - I still don't get the joke in this (http://browsertoolkit.com/fault-tolerance.png) cartoon :-)
Different solutions call for different problems....or is it the other way round?
On 12/15/10, Makobu <makobu.mwambiriro@gmail.com> wrote:
Been wrestling with BigTable for a while now because of appengine. Everything works fine till you need to implement a one-to-many or many-to-many relationship (no joins in NoSQL dbs). Heh.
NoSQL is useful for massively distributed storage systems like Google's or AWS. I found the science in this document<http://labs.google.com/papers/bigtable-osdi06.pdf>especially illuminating.
Another useful link. <http://nosql-database.org/>
On Tue, Dec 14, 2010 at 9:10 PM, Patrick Kariuki <patrick.kariuki@gmail.com>wrote:
We discussed this a gazillion threads ago and I just noticed that employers now consider knowledge on distributed non-relational database systems as beneficial/advantageous for Perl/Python/PHP Software Engineer positions. _______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
_______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
-- Regards Mike Muraguri Software Engineer Skype: mickie.mic M: +254 - 722 - 799 445
MongoDB seems to be well supported in Python, other languages and distributions. Appscale (http://appscale.cs.ucsb.edu/) allows you to implement your own Google App Engine compatible platform and supports HBase<http://hadoop.apache.org/hbase/> , Hypertable <http://hadoop.apache.org/hbase/>, MySQL Cluster<http://hadoop.apache.org/hbase/> , Cassandra <http://hadoop.apache.org/hbase/>, Voldemort<http://hadoop.apache.org/hbase/> , MongoDB <http://hadoop.apache.org/hbase/> ,MemcacheDB<http://hadoop.apache.org/hbase/> as datastores
@Patrick, hehe, the joke escapes me too :D But yes, different problems require different solutions. I find that relational databases preserve data integrity and reduce the code you need to work with them, and provide many other features that enable one to create things that one would otherwise not be able to with a none-relational database. Case in point, Facebook still uses a relational database, and its one of the hugest apps ever. On Wed, Dec 15, 2010 at 10:34 AM, Dennis Kioko <dmbuvi@gmail.com> wrote:
MongoDB seems to be well supported in Python, other languages and distributions. Appscale (http://appscale.cs.ucsb.edu/) allows you to implement your own Google App Engine compatible platform and supports HBase <http://hadoop.apache.org/hbase/>, Hypertable<http://hadoop.apache.org/hbase/> , MySQL Cluster <http://hadoop.apache.org/hbase/>, Cassandra<http://hadoop.apache.org/hbase/> , Voldemort <http://hadoop.apache.org/hbase/>, MongoDB<http://hadoop.apache.org/hbase/> ,MemcacheDB <http://hadoop.apache.org/hbase/> as datastores _______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
Are you sure Makobu about Facebook? I think they've been using Cassandra @ least for thier Messaging and then moved to HBase. These two scale way more than you can with RDBMs. Others who use such DBs include LinkedIn, Amazon, Google and many others. Personally, I've read about Cassandara and HBase and these are both open and in copmetition. Look at http://www.roadtofailure.com/2009/10/29/hbase-vs-cassandra-nosql-battle/. On Wed, Dec 15, 2010 at 2:25 PM, Makobu <makobu.mwambiriro@gmail.com> wrote:
@Patrick, hehe, the joke escapes me too :D
But yes, different problems require different solutions.
I find that relational databases preserve data integrity and reduce the code you need to work with them, and provide many other features that enable one to create things that one would otherwise not be able to with a none-relational database. Case in point, Facebook still uses a relational database, and its one of the hugest apps ever.
On Wed, Dec 15, 2010 at 10:34 AM, Dennis Kioko <dmbuvi@gmail.com> wrote:
MongoDB seems to be well supported in Python, other languages and distributions. Appscale (http://appscale.cs.ucsb.edu/) allows you to implement your own Google App Engine compatible platform and supports HBase <http://hadoop.apache.org/hbase/>, Hypertable<http://hadoop.apache.org/hbase/> , MySQL Cluster <http://hadoop.apache.org/hbase/>, Cassandra<http://hadoop.apache.org/hbase/> , Voldemort <http://hadoop.apache.org/hbase/>, MongoDB<http://hadoop.apache.org/hbase/> ,MemcacheDB <http://hadoop.apache.org/hbase/> as datastores _______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
_______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
-- Regards Mike Muraguri Software Engineer Skype: mickie.mic M: +254 - 722 - 799 445
On Wed, Dec 15, 2010 at 3:18 PM, Michael Muraguri <mickie.mic@gmail.com>wrote:
Are you sure Makobu about Facebook? I think they've been using Cassandra @ least for thier Messaging and then moved to HBase. These two scale way more than you can with RDBMs. Others who use such DBs include LinkedIn, Amazon, Google and many others.
Facebook uses both, and more. " *Upgrading to HBase saved Facebook from having to completely replace its application servers that run databases: Apache Cassandra, which Facebook developed and made available to the open source community in 2008, handles in-box searches. MySQL houses core data such as log-ins. But both have limits in scalability and performance, said Muthukkaruppan:* *MySQL proved to not handle the long tail of data well; as indexes and data sets grew large, performance suffered. We found Cassandra’s eventual consistency model to be a difficult pattern to reconcile for our new Messages infrastructure.* * * " Source: http://www.allfacebook.com/new-technology-behind-20-billion-daily-facebook-m... and http://royal.pingdom.com/2010/06/18/the-software-behind-facebook/
Yes, I'm sure. Check out this presentation just last month. http://www.facebook.com/event.php?eid=160712450628622 Its certainly not their only data storage engine, just like PHP is not all they use over there, but it's their main data storage engine. On Wed, Dec 15, 2010 at 3:18 PM, Michael Muraguri <mickie.mic@gmail.com>wrote:
Are you sure Makobu about Facebook? I think they've been using Cassandra @ least for thier Messaging and then moved to HBase. These two scale way more than you can with RDBMs. Others who use such DBs include LinkedIn, Amazon, Google and many others.
Personally, I've read about Cassandara and HBase and these are both open and in copmetition. Look at http://www.roadtofailure.com/2009/10/29/hbase-vs-cassandra-nosql-battle/.
On Wed, Dec 15, 2010 at 2:25 PM, Makobu <makobu.mwambiriro@gmail.com>wrote:
@Patrick, hehe, the joke escapes me too :D
But yes, different problems require different solutions.
I find that relational databases preserve data integrity and reduce the code you need to work with them, and provide many other features that enable one to create things that one would otherwise not be able to with a none-relational database. Case in point, Facebook still uses a relational database, and its one of the hugest apps ever.
On Wed, Dec 15, 2010 at 10:34 AM, Dennis Kioko <dmbuvi@gmail.com> wrote:
MongoDB seems to be well supported in Python, other languages and distributions. Appscale (http://appscale.cs.ucsb.edu/) allows you to implement your own Google App Engine compatible platform and supports HBase <http://hadoop.apache.org/hbase/>, Hypertable<http://hadoop.apache.org/hbase/> , MySQL Cluster <http://hadoop.apache.org/hbase/>, Cassandra<http://hadoop.apache.org/hbase/> , Voldemort <http://hadoop.apache.org/hbase/>, MongoDB<http://hadoop.apache.org/hbase/> ,MemcacheDB <http://hadoop.apache.org/hbase/> as datastores _______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
_______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
-- Regards Mike Muraguri Software Engineer Skype: mickie.mic M: +254 - 722 - 799 445
_______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
This is also this link, which give an technical overview of how Facebook works: http://www.makeuseof.com/tag/facebook-work-nuts-bolts-technology-explained/ On Wed, Dec 15, 2010 at 3:55 PM, Makobu <makobu.mwambiriro@gmail.com> wrote:
Yes, I'm sure.
Check out this presentation just last month. http://www.facebook.com/event.php?eid=160712450628622
Its certainly not their only data storage engine, just like PHP is not all they use over there, but it's their main data storage engine.
On Wed, Dec 15, 2010 at 3:18 PM, Michael Muraguri <mickie.mic@gmail.com>wrote:
Are you sure Makobu about Facebook? I think they've been using Cassandra @ least for thier Messaging and then moved to HBase. These two scale way more than you can with RDBMs. Others who use such DBs include LinkedIn, Amazon, Google and many others.
Personally, I've read about Cassandara and HBase and these are both open and in copmetition. Look at http://www.roadtofailure.com/2009/10/29/hbase-vs-cassandra-nosql-battle/.
On Wed, Dec 15, 2010 at 2:25 PM, Makobu <makobu.mwambiriro@gmail.com>wrote:
@Patrick, hehe, the joke escapes me too :D
But yes, different problems require different solutions.
I find that relational databases preserve data integrity and reduce the code you need to work with them, and provide many other features that enable one to create things that one would otherwise not be able to with a none-relational database. Case in point, Facebook still uses a relational database, and its one of the hugest apps ever.
On Wed, Dec 15, 2010 at 10:34 AM, Dennis Kioko <dmbuvi@gmail.com> wrote:
MongoDB seems to be well supported in Python, other languages and distributions. Appscale (http://appscale.cs.ucsb.edu/) allows you to implement your own Google App Engine compatible platform and supports HBase <http://hadoop.apache.org/hbase/>, Hypertable<http://hadoop.apache.org/hbase/> , MySQL Cluster <http://hadoop.apache.org/hbase/>, Cassandra<http://hadoop.apache.org/hbase/> , Voldemort <http://hadoop.apache.org/hbase/>, MongoDB<http://hadoop.apache.org/hbase/> ,MemcacheDB <http://hadoop.apache.org/hbase/> as datastores _______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
_______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
-- Regards Mike Muraguri Software Engineer Skype: mickie.mic M: +254 - 722 - 799 445
_______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
Great read there, hope to see us do something close here in 254. On Wed, Dec 15, 2010 at 4:03 PM, Makobu <makobu.mwambiriro@gmail.com> wrote:
This is also this link, which give an technical overview of how Facebook works:
http://www.makeuseof.com/tag/facebook-work-nuts-bolts-technology-explained/
On Wed, Dec 15, 2010 at 3:55 PM, Makobu <makobu.mwambiriro@gmail.com>wrote:
Yes, I'm sure.
Check out this presentation just last month. http://www.facebook.com/event.php?eid=160712450628622
Its certainly not their only data storage engine, just like PHP is not all they use over there, but it's their main data storage engine.
On Wed, Dec 15, 2010 at 3:18 PM, Michael Muraguri <mickie.mic@gmail.com>wrote:
Are you sure Makobu about Facebook? I think they've been using Cassandra @ least for thier Messaging and then moved to HBase. These two scale way more than you can with RDBMs. Others who use such DBs include LinkedIn, Amazon, Google and many others.
Personally, I've read about Cassandara and HBase and these are both open and in copmetition. Look at http://www.roadtofailure.com/2009/10/29/hbase-vs-cassandra-nosql-battle/ .
On Wed, Dec 15, 2010 at 2:25 PM, Makobu <makobu.mwambiriro@gmail.com>wrote:
@Patrick, hehe, the joke escapes me too :D
But yes, different problems require different solutions.
I find that relational databases preserve data integrity and reduce the code you need to work with them, and provide many other features that enable one to create things that one would otherwise not be able to with a none-relational database. Case in point, Facebook still uses a relational database, and its one of the hugest apps ever.
On Wed, Dec 15, 2010 at 10:34 AM, Dennis Kioko <dmbuvi@gmail.com>wrote:
MongoDB seems to be well supported in Python, other languages and distributions. Appscale (http://appscale.cs.ucsb.edu/) allows you to implement your own Google App Engine compatible platform and supports HBase <http://hadoop.apache.org/hbase/>, Hypertable<http://hadoop.apache.org/hbase/> , MySQL Cluster <http://hadoop.apache.org/hbase/>, Cassandra<http://hadoop.apache.org/hbase/> , Voldemort <http://hadoop.apache.org/hbase/>, MongoDB<http://hadoop.apache.org/hbase/> ,MemcacheDB <http://hadoop.apache.org/hbase/> as datastores _______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
_______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
-- Regards Mike Muraguri Software Engineer Skype: mickie.mic M: +254 - 722 - 799 445
_______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
_______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
-- Regards Mike Muraguri Software Engineer Skype: mickie.mic M: +254 - 722 - 799 445
FYI: CouchDB - BBC, Ubuntu One BigTable - GoogleMaps, GoogleReader, Youtube Dynamo - Amazon Webservices, Amazon Cassandra - Twitter, Facebook Project Voldemort - linkedin redis - github, The Guardian MongoDB - Sourceforge, github, New York Times and on a lighter note - I'm setting up Opentaps for a company using AWS, and so far the interesting observation is that the challenge is left to the ISP - 5 minutes of downtime and the Service Level Agreements are quickly trashed and another more reliable ISP taken up.
If you decide to install Funambol (http://www.funambol.com/) Carrier Edition - I suggest you use Amazon EC2 or Google App Engine thats if you take scaling you're servers seriously. Just a thought. :-)
huaaaaaaaaattttttttttttttt????????!!!!!!!!!!!!!!!!!!!!!!!! @Parto. c u just become a DB engine consultant!!! Am so suprised by these Db engines..........am assuming they r all flat files sys', interesting stuff On Thu, Dec 16, 2010 at 3:18 AM, Patrick Kariuki <patrick.kariuki@gmail.com>wrote:
If you decide to install Funambol (http://www.funambol.com/) Carrier Edition - I suggest you use Amazon EC2 or Google App Engine thats if you take scaling you're servers seriously. Just a thought. :-) _______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
-- Regards, Greg -------- Life is not a rehearsal, you only live once!
Yeah Greg, I guess we go hard bro!! - Hook a brother up - www.calais.co.ke:-) On Fri, Dec 17, 2010 at 9:58 PM, Gregory Okoth <gregory.okoth@gmail.com>wrote:
huaaaaaaaaattttttttttttttt????????!!!!!!!!!!!!!!!!!!!!!!!! @Parto. c u just become a DB engine consultant!!!
Am so suprised by these Db engines..........am assuming they r all flat files sys', interesting stuff
On Thu, Dec 16, 2010 at 3:18 AM, Patrick Kariuki < patrick.kariuki@gmail.com> wrote:
If you decide to install Funambol (http://www.funambol.com/) Carrier Edition - I suggest you use Amazon EC2 or Google App Engine thats if you take scaling you're servers seriously. Just a thought. :-) _______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
-- Regards, Greg -------- Life is not a rehearsal, you only live once!
_______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
What became of berkeley Db? On 12/19/10, Patrick Kariuki <patrick.kariuki@gmail.com> wrote:
Yeah Greg, I guess we go hard bro!! - Hook a brother up - www.calais.co.ke:-)
On Fri, Dec 17, 2010 at 9:58 PM, Gregory Okoth <gregory.okoth@gmail.com>wrote:
huaaaaaaaaattttttttttttttt????????!!!!!!!!!!!!!!!!!!!!!!!! @Parto. c u just become a DB engine consultant!!!
Am so suprised by these Db engines..........am assuming they r all flat files sys', interesting stuff
On Thu, Dec 16, 2010 at 3:18 AM, Patrick Kariuki < patrick.kariuki@gmail.com> wrote:
If you decide to install Funambol (http://www.funambol.com/) Carrier Edition - I suggest you use Amazon EC2 or Google App Engine thats if you take scaling you're servers seriously. Just a thought. :-) _______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
-- Regards, Greg -------- Life is not a rehearsal, you only live once!
_______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
-- Sent from my mobile device
It was acquired by Oracle On Sun, Dec 19, 2010 at 11:36 AM, Bernard Mwagiru <bmwagiru@gmail.com>wrote:
What became of berkeley Db?
On 12/19/10, Patrick Kariuki <patrick.kariuki@gmail.com> wrote:
Yeah Greg, I guess we go hard bro!! - Hook a brother up - www.calais.co.ke:-)
On Fri, Dec 17, 2010 at 9:58 PM, Gregory Okoth <gregory.okoth@gmail.com>wrote:
huaaaaaaaaattttttttttttttt????????!!!!!!!!!!!!!!!!!!!!!!!! @Parto. c u just become a DB engine consultant!!!
Am so suprised by these Db engines..........am assuming they r all flat files sys', interesting stuff
On Thu, Dec 16, 2010 at 3:18 AM, Patrick Kariuki < patrick.kariuki@gmail.com> wrote:
If you decide to install Funambol (http://www.funambol.com/) Carrier Edition - I suggest you use Amazon EC2 or Google App Engine thats if you take scaling you're servers seriously. Just a thought. :-) _______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
-- Regards, Greg -------- Life is not a rehearsal, you only live once!
_______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
-- Sent from my mobile device _______________________________________________ Skunkworks mailing list Skunkworks@lists.my.co.ke http://lists.my.co.ke/cgi-bin/mailman/listinfo/skunkworks ------------ Skunkworks Rules http://my.co.ke/phpbb/viewtopic.php?f=24&t=94 ------------ Other services @ http://my.co.ke
participants (9)
-
Bernard Mwagiru -
Dennis Kioko -
Erick Njenga -
Gregory Okoth -
Makobu -
Michael Muraguri -
Patrick Kariuki -
Peter Karunyu -
Rad!