zapov

6 ms·

1.
by zapov 3y ago
Those are problems in MS Sql, certainly not in object relational DBs such as Postgres or Oracle. And its rather sad that instead of embracing that we ended up with Json as poor man replacement for such advanced usages. I guess non portabili
2.
by zapov 3y ago
Its not just you: https://www.youtube.com/watch?v=lu4mH3Hmw2o
3.
by zapov 6y ago
A much better description would be "distributing usage to others" instead of just "using". Which is much better analogy for what is going on here.
4.
by zapov 7y ago
The impedance mismatch is not about having to translate, but being unable to translate. An yes, that problem exist with relational-only database, but not with PG where you can create composite types, can have arrays of composite types as a
5.
by zapov 7y ago
Postgres is object-relational database, so it can certainly be used in such a way (and I use it like that most of the time). But this is quite a niche usage of PG and there are little to zero tools supporting it.
6.
by zapov 8y ago
I’m glad to see that binding data with document templates is slowly becoming used more often. I always saw it as a killer feature, and actually built one of my products around that idea way in 2011 [1]. Once you leave the simple use cases o
7.
by zapov 8y ago
Here is an old post of mine about that: https://blog.dsl-platform.com/multiple-result-sets-alternati...
8.
by zapov 8y ago
You can do even more advanced stuff in Postgres, but they've changed the rules to dissalow it since it much more faster than the the current best ones. Something about being fair to other frameworks...
9.
by zapov 9y ago
But it's not. It's just the default/most popular one. It's up from 2x slower than fastest Java one, as clearly shown in the links.
10.
by zapov 9y ago
Gson best of the breed? Oh my :( https://github.com/eishay/jvm-serializers/wiki https://github.com/fabienrenaud/java-json-benchmark https://github.com/kostya/benchmarks
11.
by zapov 10y ago
well there is also https://www.techempower.com/benchmarks/#section=data-r13&hw=... Point being when someone says something is faster without providing verifiable numbers... it should not really be taken seriously
12.
by zapov 10y ago
fwiw https://www.enterprisedb.com/postgres-plus-edb-blog/marc-lin...
13.
by zapov 10y ago
The great thing with LISTEN/NOTIFY is they work inside transaction boundry. This way you can get correct cache invalidation inside inside multiple table changes really easy. But if you cant use transactions that doesnt seem helpful.
14.
by zapov 10y ago
Boon is not that fast. It only appears fast on some poorly constructed benchmarks due to some lazy benchmarketing optimizations. https://github.com/fabienrenaud/java-json-benchmark
15.
by zapov 10y ago
Well thats kind of to the point. DDD is all about investing into your core domain since that gives you a business advantage. In reality domain experts are not available (if existant at all). You implement features in shortest path possible
16.
by zapov 10y ago
While I like DDD very much (created much tooling over last 10 years to help develop software in such a way), but if you move outside of useful implementations, you don't end up with much. Talking to domain experts, analyzing your domai
17.
by zapov 10y ago
Abstractions and libraries are surely not the problem. The higher the abstraction the more opportunity for high level optimizations. And they always trump low level optimizations. The problems are that people dont know how to optimize thing
18.
by zapov 10y ago
For JVM most popular benchmark is https://github.com/eishay/jvm-serializers/wiki
19.
Show HN: Very fast Java/Android JSON library(github.com)
2 points by zapov 10y ago|0 comments
20.
by zapov 11y ago
They are probably dissatisfied with developer stance toward their RAD framework. I'm sure various business apps can be built successfully on top of their Visual programming IDE, but even Microsoft has mostly abandoned that route. But I
21.
by zapov 11y ago
https://github.com/ngs-doo/dsl-json
22.
by zapov 11y ago
Too bad they didnt use DSL JSON instead of Jackson for JSON test. They would probably edge top C ones then.
23.
by zapov 11y ago
Easy there tiger ;) What does it even mean that something is string based? Here: https://github.com/eishay/jvm-serializers/wiki a JVM bench where JSON is pretty competitive with binary formats [and results would b
24.
by zapov 11y ago
But I find it highly valuable to have a single model representation as a source of truth. You can see how it works in practice here: https://github.com/ngs-doo/revenj Also, there are no tools for describing DB schemas
25.
by zapov 11y ago
When I say DSL I mean external DSL, not a fluent interface. So an example of the problem I deal with is a database migration. Let's say we have an entity with a value entity SqlTable { List<TableColumn> nestedTuple; } value Tab
26.
by zapov 11y ago
I actually find compilers for transformation of DSL AST to target languages much more costly then designing the DSL syntax. But that's probably because I don't think using templates for code generation is good enough. At least if
27.
by zapov 11y ago
Do you plan on improving Protobuf speed in Java? People don't expect it to be slower than JSON ;) http://hperadin.github.io/jvm-serializers-report/report.html
28.
by zapov 11y ago
You can use JSON only as codec, which can give you performance of Protobuf with much better debugability.
29.
by zapov 11y ago
As someone with a "similar" platform, I too am rather surprised this end up on HN frontpage ;( Few questions: * how is your editor different from MPS (except being browser based)? * how does your project compares to an implementat
30.
by zapov 11y ago
Well, you said that Postgres had data consistency errors (referencing Aphyr articles). This is not true (at least regarding that article). Aphyr article about Postgres could be renamed to call-me-maybe-acid-db-over-the-network and could rem

More ›