Actually no, DBD::RAM offers RAM only, RAM with write to disk on command, and continuous write, in addition to supporting a number of file types including CSV and having a catalog method, which makes a table-datatype-file association for continuous read/write like other drivers. That said, I do not have much realworld experience with the driver, just wanted to correct your summary of RAM.

I have not used the latest DBD::CSV version either, so maybe it is better now. But I have had many problems with it in particular porting a web-based sql administration program from ordinary Perl DBI to work with DBD::CSV. The biggest problems I had were having to make separate files to hold the number of records (difficulty making a unique id for a row), blank lines and duplicate records cropping up forcing periodic manual editing of the csv file, and trouble with vertical tabs (embedded from excel) and binary data (Japanese). I'm sure I pushed it too hard when I used it so if you are not doing anything serious with it (i.e. you don't really need sql anyway) you're probably safe.