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.<span></span><br>
<br>On Monday, August 5, 2013, David Dick  wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 08/05/2013 09:12 PM, Nathan Bailey wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Hi all,<br>
  I'm managing some data that I think would live better in a database<br>
than a CSV file. I'm thinking SQLite, but does anyone have a better<br>
suggestion?<br>
<br>
It will only have a few tables but rows will grow over time (probably c.<br>
2-5,000 rows over the next year or two).<br>
</blockquote>
<br>
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.<br>

______________________________<u></u>_________________<br>
Melbourne-pm mailing list<br>
<a>Melbourne-pm@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/melbourne-pm" target="_blank">http://mail.pm.org/mailman/<u></u>listinfo/melbourne-pm</a><br>
</blockquote>