I struggle to see why chatgpt can't do this already?
Show HN: We open sourced our entire text-to-SQL product
101–110 of 147 posts
Re: Show HN: We open sourced our entire text-to-SQL product
#102I struggle to see why chatgpt can't do this already?
Then you haven’t used it very much.
Re: Show HN: We open sourced our entire text-to-SQL product
#103Perhaps orthogonal problem - imagine you join a new company that has an enterprise product with hundreds of tables. Is there a way to connect Dataherald to my DB, and ask basic questions about the DB? E.g. "where are stored records related to X".
Re: Show HN: We open sourced our entire text-to-SQL product
#104Curious why you decided to open source your entire product. Are you moving to an open core model? I’d expect in that case that much of 2, 3 & 4 would have stayed closed. Would be grateful if you can share your reasoning
getting into enterprise is hard, so probably trying open source to help with that.
Enterprises are spending lots of time and money on this. The biggest issue that has slowed down sales cycle at this stage has been data governance. Most folks think it’s about accuracy or latency (which of course is an issue) but data governance can make this whole thing a non starter.
Re: Show HN: We open sourced our entire text-to-SQL product
#105We open-sourced our text-to-sql product last year too (way more simple than this): https://github.com/ryanstout/question_to_sql These sorts of businesses are really hard to build: incumbents have such an advantage. Makes so much more sense for this to be (a) open source (b) tied to snowflake / powerbi that have free distribution and a good security story.
We also encounter a lot of build vs buy conversations with businesses.
Re: Show HN: We open sourced our entire text-to-SQL product
#106Re: Show HN: We open sourced our entire text-to-SQL product
#107Earlier quoted context omitted.
Tbh the original intention was to be the "data analyst" but we found over time (and with literally 100s of user conversations at small cos and enterprises) the embedded use case was more interesting and made for a better business, which was not at all what we expected.
Could you share how products integrate txt to sql within a product? Very curious
Search bar within the SaaS interface that allows user to ask data questions and returns back NL answer or specific cut of data
Re: Show HN: We open sourced our entire text-to-SQL product
#108Re: Show HN: We open sourced our entire text-to-SQL product
#109Re: Show HN: We open sourced our entire text-to-SQL product
#110Earlier quoted context omitted.
allow me to clarify.. Dataherald isn't intended for developers because they don't know SQL, it's intended for developers who want to build text to SQL into their products
But who wants text-to-sql in products that they use? You wouldn't be able to trust the results. So what is it useful for? Of course you could learn to check the output. But then you could just learn SQL. I know dozens of not particularly technical people (certainly not software developers) who have learnt enough SQL to be useful over a couple of days.
The demand is huge. Accuracy is less important because the alternative is being completely in the dark or wait for a developer to get the data for you. In my experience people want to quickly get a ballpark number before they dig deeper.
I agree that you should just learn SQL but that doesn't change the fact that a lot of companies want this right now. SQLAI claims to have hundreds of thousands of customers.