From tconnors at rather.puzzling.org Sun Aug 4 18:42:58 2013 From: tconnors at rather.puzzling.org (Tim Connors) Date: Mon, 5 Aug 2013 11:42:58 +1000 (EST) Subject: [Melbourne-pm] meeting Message-ID: Losing track of all the various groups meetings. Have we got a meeting lined up for next week yet? -- Tim Connors From toby.corkindale at strategicdata.com.au Sun Aug 4 18:50:34 2013 From: toby.corkindale at strategicdata.com.au (Toby Corkindale) Date: Mon, 05 Aug 2013 11:50:34 +1000 Subject: [Melbourne-pm] meeting In-Reply-To: References: Message-ID: <51FF04EA.1000207@strategicdata.com.au> On 05/08/13 11:42, Tim Connors wrote: > Losing track of all the various groups meetings. Have we got a meeting > lined up for next week yet? I don't think we ever resolved the thread about who was going to take over organising the meetings. Strategic Data are willing to contribute a meeting space, but I haven't found anyone here who can take over the actual organisation of meetings and presentations, and no-one on the mailing list has volunteered (yet). -Toby From alfiej at opera.com Sun Aug 4 18:59:12 2013 From: alfiej at opera.com (Alfie John) Date: Mon, 05 Aug 2013 11:59:12 +1000 Subject: [Melbourne-pm] meeting In-Reply-To: References: Message-ID: <1375667952.8800.5790151.09BBDD6E@webmail.messagingengine.com> Hi Tim, On Mon, Aug 5, 2013, at 11:42 AM, Tim Connors wrote: > Losing track of all the various groups meetings. Have we got a meeting > lined up for next week yet? Unfortunately not. As I won't be able to attend most meetings in the future, I'm hanging up my hat for organising and hosting monthly meetings. However, Strategic Data have kindly offered to host meetings in the future. All they need is someone to put up their hand to give a talk. It's probably too late for next week, but if anyone would like to present a talk for September please speak up :) Alfie -- Alfie John alfiej at opera.com From nathan.bailey at monash.edu Mon Aug 5 04:12:18 2013 From: nathan.bailey at monash.edu (Nathan Bailey) Date: Mon, 5 Aug 2013 21:12:18 +1000 Subject: [Melbourne-pm] Which DB for local use only? Message-ID: Hi all, I'm managing some data that I think would live better in a database than a CSV file. I'm thinking SQLite, but does anyone have a better suggestion? It will only have a few tables but rows will grow over time (probably c. 2-5,000 rows over the next year or two). thanks! Nathan -------------- next part -------------- An HTML attachment was scrubbed... URL: From scottp at dd.com.au Mon Aug 5 04:16:50 2013 From: scottp at dd.com.au (Scott Penrose) Date: Mon, 5 Aug 2013 21:16:50 +1000 Subject: [Melbourne-pm] Which DB for local use only? In-Reply-To: References: Message-ID: <5610F7A4-BE7A-4689-9824-7452B1B7DBE9@dd.com.au> My vote definitely SQLite :-) Howdy by the way :-) Scott On 05/08/2013, at 9:12 PM, Nathan Bailey wrote: > Hi all, > I'm managing some data that I think would live better in a database than a CSV file. I'm thinking SQLite, but does anyone have a better suggestion? > > It will only have a few tables but rows will grow over time (probably c. 2-5,000 rows over the next year or two). > > thanks! > Nathan > _______________________________________________ > Melbourne-pm mailing list > Melbourne-pm at pm.org > http://mail.pm.org/mailman/listinfo/melbourne-pm From kaoru at slackwise.net Mon Aug 5 04:53:02 2013 From: kaoru at slackwise.net (Alex Balhatchet) Date: Mon, 5 Aug 2013 12:53:02 +0100 Subject: [Melbourne-pm] Which DB for local use only? In-Reply-To: References: Message-ID: Hey Nathan, For a key-value store I've been having great success with Kyoto Cabinet (http://fallabs.com/kyotocabinet/ + http://fallabs.com/kyotocabinet/perlpkg/) and I've heard good things about Redis (http://redis.io/ + https://metacpan.org/module/Redis) For something more complex than a kv store where you want to run actual queries then SQLite is great. - Alex On 5 August 2013 12:12, Nathan Bailey wrote: > Hi all, > I'm managing some data that I think would live better in a database than a > CSV file. I'm thinking SQLite, but does anyone have a better suggestion? > > It will only have a few tables but rows will grow over time (probably c. > 2-5,000 rows over the next year or two). > > thanks! > Nathan > > _______________________________________________ > Melbourne-pm mailing list > Melbourne-pm at pm.org > http://mail.pm.org/mailman/listinfo/melbourne-pm From ddick at iinet.net.au Mon Aug 5 05:06:47 2013 From: ddick at iinet.net.au (David Dick) Date: Mon, 05 Aug 2013 22:06:47 +1000 Subject: [Melbourne-pm] Which DB for local use only? In-Reply-To: References: Message-ID: <51FF9557.3010009@iinet.net.au> On 08/05/2013 09:12 PM, Nathan Bailey wrote: > Hi all, > I'm managing some data that I think would live better in a database > than a CSV file. I'm thinking SQLite, but does anyone have a better > suggestion? > > It will only have a few tables but rows will grow over time (probably c. > 2-5,000 rows over the next year or two). agreed on SQLite, but as an interesting point, postgres is the only database i've found with a natural interface to backing up and restoring from CSV files (MySQL requires bizarre MySQL only CSV escaping, SQLite requires a separate library...). If you have to move data back and forward between CSV and your DB often, it might be worth looking at COPY Support in DBD::Pg. From m.sharpe at developersatlarge.com Mon Aug 5 05:12:05 2013 From: m.sharpe at developersatlarge.com (Matt Sharpe) Date: Mon, 5 Aug 2013 19:12:05 +0700 Subject: [Melbourne-pm] Which DB for local use only? In-Reply-To: <51FF9557.3010009@iinet.net.au> References: <51FF9557.3010009@iinet.net.au> Message-ID: Depends on the data (type, relations, how you query it) but SQLite, Unqlite, Redis, and Kyoto Cabinet are worth looking at. IIRC there is also KiokuDB for getting CSV data into various back ends. As David says, Postgres has native CSV support, and it's relatively trivial to get going locally. On Monday, August 5, 2013, David Dick wrote: > On 08/05/2013 09:12 PM, Nathan Bailey wrote: > >> Hi all, >> I'm managing some data that I think would live better in a database >> than a CSV file. I'm thinking SQLite, but does anyone have a better >> suggestion? >> >> It will only have a few tables but rows will grow over time (probably c. >> 2-5,000 rows over the next year or two). >> > > agreed on SQLite, but as an interesting point, postgres is the only > database i've found with a natural interface to backing up and restoring > from CSV files (MySQL requires bizarre MySQL only CSV escaping, SQLite > requires a separate library...). If you have to move data back and forward > between CSV and your DB often, it might be worth looking at COPY Support in > DBD::Pg. > ______________________________**_________________ > Melbourne-pm mailing list > Melbourne-pm at pm.org > http://mail.pm.org/mailman/**listinfo/melbourne-pm > -------------- next part -------------- An HTML attachment was scrubbed... URL: From toby.corkindale at strategicdata.com.au Thu Aug 8 21:40:58 2013 From: toby.corkindale at strategicdata.com.au (Toby Corkindale) Date: Fri, 09 Aug 2013 14:40:58 +1000 Subject: [Melbourne-pm] Stratopan In-Reply-To: <52047272.9010204@strategicdata.com.au> References: <52047272.9010204@strategicdata.com.au> Message-ID: <520472DA.10309@strategicdata.com.au> This looks interesting, for those of us using Perl in commercial environments anyway. It's kind of like a customised CPAN mirror at the heart of it, but with a bunch of other features built on top. https://alpha.stratopan.com/about "With Stratopan, you can build custom repositories of just the modules you want. These can be public modules from the CPAN or private modules of your own. Module versions in your Stratopan repository change only when you decide to change them. So you'll get consistent and repeatable builds. Best of all, a Stratopan gives you powerful tools for evolving your dependencies. You can use "stacks" to create multiple indexes of the repository with different versions of the modules. Stacks let you safely try new modules in isolation, without disrupting your production configuration."