<div dir="ltr">I had built a rather basic prototype that uses a jnode running a JDBC proxy.<br>This approach would increase latency, but provide access to every RDBMS under the sun.<br><br>I think that what is truly missing is an agreed-upon, standard EDBC API definition. IMHO one that is based on JDBC could certainly be good enough.<br>
Once that is in place, implementation is just a detail :)<br>Erlang Community, time to claim your place in the Enterprise!!!! :)<br><br><br><div class="gmail_quote">On Fri, Jul 29, 2011 at 12:18 PM, Tim Watson <span dir="ltr"><<a href="mailto:watson.timothy@gmail.com" target="_blank">watson.timothy@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div>On 29 July 2011 02:19, OvermindDL1 <<a href="mailto:overminddl1@gmail.com" target="_blank">overminddl1@gmail.com</a>> wrote:<br>


> It should be possible to make a nice interface that is parsed transformed<br>
> into optimized code based on the used engine in a config file or something.<br>
><br>
<br>
</div>That's exactly what I have in mind. In fact, I was thinking of doing<br>
this for a logging API first of all (so you can choose between<br>
log4erl, error_logger, lager, etc) and then pulling out the common<br>
configuration and code generation features into a library/tool and<br>
reusing that to build a database connectivity API. I'll post an update<br>
if I actually get around to it! :)<br>
<div><div></div><div>_______________________________________________<br>
erlang-questions mailing list<br>
<a href="mailto:erlang-questions@erlang.org" target="_blank">erlang-questions@erlang.org</a><br>
<a href="http://erlang.org/mailman/listinfo/erlang-questions" target="_blank">http://erlang.org/mailman/listinfo/erlang-questions</a><br>
</div></div></blockquote></div><br></div>