<div dir="ltr">> <a class="gmail_plusreply" id="plusReplyChip-0">@Olaf </a><span style="color:rgb(0,0,0);white-space:pre-wrap">You mean that formatting a Scientific number as String is more </span>efficient<div><span style="color:rgb(0,0,0);white-space:pre-wrap">> than formatting an Integer/Double in its usual </span><span style="color:rgb(0,0,0);white-space:pre-wrap">representation?</span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap">> How about parsing?</span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap"><br></span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap">I'm not going to defend the 'efficiency' of Haskell's String formatting/parsing, but ...</span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap"><br></span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap">What is your evidence that number/String is a concern here? It's all happening in-memory.</span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap"><br></span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap">Whereas sending whatever to SQL then needs putting it to disk, which is orders-of-magnitude slower. (Or is this an in-memory database?)</span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap"><br></span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap">This thread has already devoted more cycles to speculation than you're going to reclaim through number formatting, methinks.</span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap"><br></span></div><div><span style="color:rgb(0,0,0);white-space:pre-wrap"><br></span></div></div>