<div dir="ltr">Michael,<div><br></div><div>I do mean that more or less, but using them directly is slow. Nested maps / cartesian on large data sets tries my patience.</div><div><br></div><div>John,</div><div><br></div><div>Yeah I'd love to do this as a side project but the end result would probably be lacking without a lot of effort. If I end up needing this a lot maybe it will happen.</div><div><br></div><div>There's a Haskell implementation I haven't looked at yet that I might be able to translate with lazy Racket.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Dec 13, 2014 at 11:58 PM, John Clements <span dir="ltr"><<a href="mailto:clements@brinckerhoff.org" target="_blank">clements@brinckerhoff.org</a>></span> wrote:<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="HOEnZb"><div class="h5"><br>
On Dec 13, 2014, at 4:45 PM, Sean Kanaley <<a href="mailto:skanaley@gmail.com">skanaley@gmail.com</a>> wrote:<br>
<br>
> Hello all,<br>
><br>
> Does anybody know of a workable LINQ for Racket? I'm basically looking to run selects and joins on CSV files.<br>
><br>
> If not, any roadblocks people have encountered toying with such a thing?<br>
<br>
</div></div>Ooh, that would be nifty.<br>
<br>
I would imagine that doing a good job would require quite a bit of database domain knowledge—I know just enough to know that it would be easy and fun to do a really bad job.<br>
<span class="HOEnZb"><font color="#888888"><br>
John<br>
<br>
</font></span></blockquote></div></div>