<div dir="auto"><div>Same here.  We are moving from mongo to postgresql. And we are going to rewrite our geolocation services from C# and mongo to D(vibe.d) and PostgreSQL<br><div class="gmail_extra"><br><div class="gmail_quote">Dne 31. 8. 2017 7:15 odpoledne napsal uživatel "Matthias Klumpp via Digitalmars-d-announce" <<a href="mailto:digitalmars-d-announce@puremagic.com">digitalmars-d-announce@puremagic.com</a>>:<br type="attribution"><blockquote class="quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div class="quoted-text">On Thursday, 31 August 2017 at 11:56:53 UTC, aberba wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Wednesday, 30 August 2017 at 16:53:40 UTC, Matthias Klumpp wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On Wednesday, 30 August 2017 at 07:47:53 UTC, Sönke Ludwig wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Apart from removing the old vibe-d:diet package in favor of diet-ng, this release most notably contains a number of performance improvements in the HTTP server, as well as improvements and fixes in the WebSocket code. Furthermore, initial OpenSSL 1.1.x support has been added and a few @safe related issues introduced in 0.8.0 have been fixed.<br>
<br>
Change log:<br>
<a href="https://vibed.org/blog/posts/vibe-release-0.8.1" rel="noreferrer" target="_blank">https://vibed.org/blog/posts/v<wbr>ibe-release-0.8.1</a><br>
<br>
DUB package:<br>
<a href="https://code.dlang.org/packages/vibe-d/0.8.1" rel="noreferrer" target="_blank">https://code.dlang.org/package<wbr>s/vibe-d/0.8.1</a><br>
</blockquote>
<br>
Debian packages are on their way too :-) (pending approval from our archive masters). Granted, this is most useful for Vibe.d-using software that wants to be in Debian.<br>
<br>
Now, the only thing I am missing in Vibe is a good interface to PostgreSQL, because in some circumstances MongoDB is just a very bad choice.<br>
(Postgres even outperforms it in my testcase, and PG supports JSON/BSON as well now).<br>
DPQ2[1] looks very promising though :-)<br>
<br>
Thank you for making Vibe.d!<br>
<br>
[1]: <a href="https://github.com/denizzzka/dpq2" rel="noreferrer" target="_blank">https://github.com/denizzzka/d<wbr>pq2</a><br>
</blockquote>
<br>
Even with mysql (using mysql-native), the absent of something like<br>
<br>
struct User {<br>
    @optional int userName; //its ok if row doesn't have this column<br>
    @as("phone_number") string phoneNumber;<br>
    ....<br>
}<br>
<br>
User[] users;<br>
....<br>
foreach(row; ...)<br>
{<br>
    users ~= row.toStruct!User;<br>
}<br>
....<br>
</blockquote>
<br></div>
I would love that :-)<div class="quoted-text"><br>
<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
MongoDB has facilities for these stuff automatically thats why using it seem convenient and speeds up stuff.<br>
</blockquote>
<br></div>
Yeah, it speeds up development, but that doesn't help much if Mongo swallows your data or messes up replication, or if your data by its nature simply does not fit a document store well.<br>
I've found Postgres to be very reliable and also very fast in the past, and - in large part thanks to Vibe.d - I am using Mongo now in a test deployment instead of it. I don't feel comfortable at all in continuing to use it though, which is unfortunate, since the development speed with it is quite high.<br>
</blockquote></div><br></div></div></div>