Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
mitchpatin
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
4 ms
·
1.
▲
by
mitchpatin
2y ago
CSV still quietly powers the majority of the world’s "data plumbing." At any medium+ sized company, you’ll find huge amounts of CSVs being passed around, either stitched into ETL pipelines or sent manually between teams/depar
2.
▲
by
mitchpatin
2y ago
TableFlow co-founder here - I don't want to distract from the Midship launch (congrats!) but did want to add my 2 cents. We see a ton of industries/use-cases still bogged down by manual workflows that start with data extraction. T
3.
▲
Tech Debt Is a Champagne Problem
(tableflow.com)
2 points
by
mitchpatin
3y ago
|
1 comments
4.
▲
TableFlow and YoBulk join forces to build open source CSV import
(tableflow.com)
3 points
by
mitchpatin
3y ago
|
0 comments
5.
▲
by
mitchpatin
3y ago
We actually pivoted multiple times: 1. We applied to YC and initially started work on what we referred to as "data-stack-as-a-service". The premise was to provision, configure, and maintain the different components required for a
6.
▲
Was Y Combinator worth it?
(tableflow.com)
189 points
by
mitchpatin
3y ago
|
110 comments
7.
▲
by
mitchpatin
3y ago
super impressive performance improvements! do most of your customers replicate their postgres database to Hydra for analytics jobs, or what's the typical set up?
8.
▲
by
mitchpatin
3y ago
Hi HN, I'm one of the co-founders at TableFlow. At our last company, we spent a ridiculous amount of time updating and troubleshooting the CSV import functionality to handle seemingly endless edge cases. Our goal with TableFlow is to t
9.
▲
by
mitchpatin
3y ago
I'm one of the co-founders at TableFlow. At our last company, we spent a ridiculous amount of time updating and debugging the CSV import functionality to handle seemingly endless edge cases. Our goal with TableFlow is to tackle as many
10.
▲
Show HN: We built a developer-first open-source CSV import platform
(github.com)
25 points
by
mitchpatin
3y ago
|
1 comments
11.
▲
by
mitchpatin
4y ago
Inquery co-founder here. Great question regarding performance implications - we're working on an article exactly like you described. Additionally, we're exploring a few updates to significantly reduce the impact to the database: (
12.
▲
by
mitchpatin
4y ago
The "temporary access" approach seems to be pretty popular based on our conversations with engineers at large-ish tech companies. We hadn't heard of anyone using a remote desktop for this problem, though.
13.
▲
by
mitchpatin
4y ago
Inquery co-founder here. Glad to hear the idea resonates with you! Do you usually just run these command in a local IDE? Would you prefer our solution be a local application or a self-hosted container in your VPC accessible through your web
14.
▲
Ask HN: Best approach for manual data fixes in db?
2 points
by
mitchpatin
4y ago
|
3 comments
15.
▲
by
mitchpatin
4y ago
Not at all detracting - we're big fans of Supabase! We're taking a bit of a different approach by trying to bring tools to existing databases (like those hosted in RDS) as opposed to the full platform approach. We played around wi
16.
▲
by
mitchpatin
4y ago
Thanks! We've discussed offering a cloud version at some point; however, we're initially focused on the self-hosted version. Regarding the cloud option, we'd likely take a usage-based approach to pricing. Not sure if that wo
17.
▲
Show HN: Inquery (YC W23) – Real-time events for Postgres
(github.com)
23 points
by
mitchpatin
4y ago
|
15 comments