2006/12/17, John Tapsell &lt;<a href="mailto:johnflux@gmail.com">johnflux@gmail.com</a>&gt;:<div><span class="gmail_quote"></span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
At the risk of stating the obvious, but why not just use SQL?<br><br>select files.filename from files,tags tag1, tags tag2 where <a href="http://files.id">files.id</a> =<br>tag1.fileid and <a href="http://files.id">files.id
</a> = tag2.fileid&nbsp;&nbsp;and tag1.key=&quot;artist&quot; and<br>tag1.value=&quot;foobar&quot; and tag2.key=&quot;group&quot; and tag2.value=&quot;audio&quot;<br><br><br>It seems that all the API is reinventing SQL.<br>Why not just use SQL in the first place?
</blockquote><div><br>I take it you are talking about the query language..?<br><br>I'm not really an expert on SQL so stop me if I'm rambling. <br><br>Is it possible to do proximity searches (&quot;foo&quot; appears within 6 words of &quot;bar&quot;), fuzzy searches (search for words that looks like &quot;foobar&quot;), weighted words.
<br><br>Also a design goal is to have the language easily extensible, and I don't really connect that with SQL (without ending up with something that isn't SQL anyway).<br></div><br><br>Cheers,<br>Mikkel<br></div>