Viewing profile — doppelganger1
doppelganger1
HN member- Joined
- Tue, Nov 16, 2021, 11:02 AM UTC
- HN karma
- 9
- Public activity
- 11 items
- HN profile
- View on Hacker News ↗
About doppelganger1
No profile information was provided.
Recent public activity
-
comment
Comment #29307656
Hadoop was built on the notion that commodity hardware, when pooled together, can be extremely cheap and powerful. The problem is, to manage it, is a nightmare. Cloudera/HWX and ot…
-
comment
Comment #29268242
Actually, you would expect that in an OLTP world. DW's for the longest time, even Oracle, recommends you disable txn to get better performance. The logic is implemented in the ETL …
-
comment
Comment #29268162
What about my comment above is pro-Databricks? Snowflake works the same way. So do most large scale DW insert Exadata, Netezza, etc... Does anyone else notice people questioning co…
-
comment
Comment #29239399
Also, if a sales rep or manager are struggling to make their numbers, they will audit customers.
-
comment
Comment #29239361
What I find comical is they accuse Databricks of lacking integrity but they don’t actually call out anything except their benchmark was faster than what Databricks did in Snowflake…
-
comment
Comment #29239307
Have you ever tried to train models on large data sets over JDBC/ODBC? it’s terrible even with parallelism. Having direct access to the underlying storage and being able to bypass …
-
comment
Comment #29239285
Big Query&Data Proc, Redshift&EMR, Synapse&HDR are tied to the cloud vendors. You can’t move easily from AWS stack to GCP without refactoring. Switching costs are higher. Snowflake…
-
comment
Comment #29239226
SF spreads a lot of FUD saying that DB can’t perform, and it was true. DB then went out and hired a lot of engineering talent with a diverse background and has been investing a lot…
-
comment
Comment #29239198
The first thing unbreakable Linux did was break.
-
comment
Comment #29239189
Oracle Exadata is very fast but expensive. I bet it would beat a similarly sized cluster from these 2 vendors. The problem is price to performance and elasticity. Because DB and SF…
-
comment
Comment #29239154
The larger your data, the more that indexing and maintaining them hurt you. This is why they do much better at larger datasets vs small data sets. It’s all about trade offs. To ove…