Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
valgog
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
4 ms
·
1.
▲
Rock Solid Kafka and ZooKeeper Ops on AWS
(jobs.zalando.com)
3 points
by
valgog
9y ago
|
0 comments
2.
▲
by
valgog
10y ago
This is a very cool SQL SELECT to bash converter to easily parse and analyse data from your CVS files :D
3.
▲
Parse your CSV files with SQL SELECT queries (no DB necessary)
(github.com)
7 points
by
valgog
10y ago
|
1 comments
4.
▲
Apache Showdown: Flink vs. Spark
(tech.zalando.com)
7 points
by
valgog
10y ago
|
0 comments
5.
▲
by
valgog
11y ago
Wow, wonderful work! As an additional information about already existing execution plan visualisation tools: Depesz has written the classical PostgreSQL Execution Plan Visualiser years ago. http://explain.depesz.com/ Of cau
6.
▲
by
valgog
11y ago
This library makes it really easy to write REST services using python. Saved me a lot of time when doing prototyping of simple (and not so simple) services.
7.
▲
by
valgog
11y ago
This library makes it really easy to bootstrap a simple RESTful service with practically no effort. Really nice for prototyping your services.
8.
▲
by
valgog
11y ago
Actually stolon is more comparable with Patroni, the core component used by Spilo. One can call Patroni the HA machine, and Spilo an AWS based infrastructure that uses it. So one can use Patroni for managing Postgres in your own data center
9.
▲
by
valgog
11y ago
Instead of stopping occupation of 3 neighbour nation territories and supporting war machine, they are "freeing" the software. Of cause it is a window of opportunity for the software integrators. But it is bloody money they are get
10.
▲
by
valgog
11y ago
Yes, 100 data model changes are schema changes (that can be one or more table structure change)
11.
▲
by
valgog
11y ago
There are definitely a lot of much more interesting videos from PGConf US 2015, especially the one from Robert. My talk was a 'keynote' and not really a conference talk :)
12.
▲
by
valgog
11y ago
Actually if you really need to update large JSON documents efficiently, probably the only really efficient technology would be ToroDB http://www.8kdata.com/torodb/
13.
▲
by
valgog
11y ago
Actually without providing some benchmark results, the statement, that PostgreSQL has performance problems because of on-copy updating of JSONB, is groundless.