TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Show HN: PipeSQL – Building SQL queries bottom-up using pipes and filters

36 pointsby senthadevover 10 years ago

9 comments

trimtabover 10 years ago
So using this tool and building scripts in it just ties users to yet another vendor, right?<p>In that case, if you are already tied to Oracle why not just use their tools rather than something like this? Oracle&#x27;s tools will <i>hopefully</i> work in lock-step with their releases and there should be no support lag.<p>This looks neat, but why add another layer of lock-in to yet another vendor with the uncertainty that entails?
评论 #8434965 未加载
评论 #8435268 未加载
评论 #8434645 未加载
dvccover 10 years ago
Seriously this is going to be charged by usage? A query builder? I am really starting to hate these new pricing models.
评论 #8434901 未加载
评论 #8434980 未加载
akaviover 10 years ago
Most of your favorite languages have sql composition libraries that&#x27;ll get you 90% of this (Arel for Ruby, SqlAlchemy for Python, etc, etc).<p>The remainder, the &quot;piping&quot; syntax, is pretty easy to implement (Takes about 30-40 lines of ruby on top of Arel, speaking from experience).<p>So then, is this just a matter of wrapping a library in a web page and calling it SAAS? Or am I just totally missing the point?
评论 #8435370 未加载
vkbover 10 years ago
This might be good for developers, but I&#x27;m not sure how it&#x27;s helpful for either heavy users or beginners. For business analysts, it&#x27;s just another layer on top of SQL, which slows down processing time, and for beginners, it&#x27;s now two types of syntax and order they have to learn instead of one.
评论 #8434874 未加载
评论 #8434730 未加载
评论 #8434949 未加载
garAvRovroover 10 years ago
<a href="http://nareshv.github.io/atomsql/" rel="nofollow">http:&#x2F;&#x2F;nareshv.github.io&#x2F;atomsql&#x2F;</a> -- for simple sql operations, inspired by unix shell operators
tucifover 10 years ago
You can already have a very similar query writing process using the sql WITH clause.<p>on Oracle:<p><a href="http://docs.oracle.com/cd/E11882_01/server.112/e10592/statements_10002.htm#i2129904" rel="nofollow">http:&#x2F;&#x2F;docs.oracle.com&#x2F;cd&#x2F;E11882_01&#x2F;server.112&#x2F;e10592&#x2F;statem...</a><p>on SQL Server: <a href="http://msdn.microsoft.com/en-us/library/ms175972.aspx" rel="nofollow">http:&#x2F;&#x2F;msdn.microsoft.com&#x2F;en-us&#x2F;library&#x2F;ms175972.aspx</a>
评论 #8435227 未加载
评论 #8434986 未加载
yorpover 10 years ago
Why not use (virtual) views?<p><a href="http://en.wikipedia.org/wiki/View_(SQL)" rel="nofollow">http:&#x2F;&#x2F;en.wikipedia.org&#x2F;wiki&#x2F;View_(SQL)</a>
scribuover 10 years ago
IMO, this would be more interesting as an alternative way to write complex queries in an ORM.<p>Currently, all ORMs that I&#x27;ve seen try to mimic the declarative SQL syntax, which doesn&#x27;t always look pretty.
alex_dufover 10 years ago
The more I look at programs that generate SQL, the more I think we should just learn how to write proper SQL.<p>Layers are just hiding things, and when you hide it, bad things happen.
评论 #8435389 未加载
评论 #8435694 未加载
评论 #8435371 未加载