113 lines
3.7 KiB
Markdown
113 lines
3.7 KiB
Markdown
<img src="docs/guide/.vuepress/public/super-graph.png" width="250" />
|
|
|
|
### Build web products faster. Secure high-performance GraphQL
|
|
|
|
[](https://pkg.go.dev/github.com/dosco/super-graph/core?tab=doc)
|
|
|
|
|
|
|
|
[](https://discord.gg/6pSWCTZ)
|
|
|
|
## What's Super Graph?
|
|
|
|
Designed to 100x your developer productivity. Super Graph will instantly, and without you writing any code, provide a high performance GraphQL API for your PostgresSQL DB. GraphQL queries are compiled into a single fast SQL query. Super Graph is a Go library and a service, use it in your own code or run it as a separate service.
|
|
|
|
## Using it as a service
|
|
|
|
```console
|
|
go get github.com/dosco/super-graph
|
|
super-graph new <app_name>
|
|
```
|
|
|
|
## Using it in your own code
|
|
|
|
```golang
|
|
package main
|
|
|
|
import (
|
|
"database/sql"
|
|
"fmt"
|
|
"time"
|
|
"github.com/dosco/super-graph/core"
|
|
_ "github.com/jackc/pgx/v4/stdlib"
|
|
)
|
|
|
|
func main() {
|
|
db, err := sql.Open("pgx", "postgres://postgrs:@localhost:5432/example_db")
|
|
if err != nil {
|
|
log.Fatal(err)
|
|
}
|
|
|
|
sg, err := core.NewSuperGraph(nil, db)
|
|
if err != nil {
|
|
log.Fatal(err)
|
|
}
|
|
|
|
query := `
|
|
query {
|
|
posts {
|
|
id
|
|
title
|
|
}
|
|
}`
|
|
|
|
res, err := sg.GraphQL(context.Background(), query, nil)
|
|
if err != nil {
|
|
log.Fatal(err)
|
|
}
|
|
|
|
fmt.Println(string(res.Data))
|
|
}
|
|
```
|
|
|
|
## About Super Graph
|
|
|
|
After working on several products through my career I found that we spend way too much time on building API backends. Most APIs also need constant updating, and this costs time and money.
|
|
|
|
It's always the same thing, figure out what the UI needs then build an endpoint for it. Most API code involves struggling with an ORM to query a database and mangle the data into a shape that the UI expects to see.
|
|
|
|
I didn't want to write this code anymore, I wanted the computer to do it. Enter GraphQL, to me it sounded great, but it still required me to write all the same database query code.
|
|
|
|
Having worked with compilers before I saw this as a compiler problem. Why not build a compiler that converts GraphQL to highly efficient SQL.
|
|
|
|
This compiler is what sits at the heart of Super Graph, with layers of useful functionality around it like authentication, remote joins, rails integration, database migrations, and everything else needed for you to build production-ready apps with it.
|
|
|
|
## Features
|
|
|
|
- Complex nested queries and mutations
|
|
- Auto learns database tables and relationships
|
|
- Role and Attribute-based access control
|
|
- Opaque cursor-based efficient pagination
|
|
- Full-text search and aggregations
|
|
- JWT tokens supported (Auth0, etc)
|
|
- Join database queries with remote REST APIs
|
|
- Also works with existing Ruby-On-Rails apps
|
|
- Rails authentication supported (Redis, Memcache, Cookie)
|
|
- A simple config file
|
|
- High performance Go codebase
|
|
- Tiny docker image and low memory requirements
|
|
- Fuzz tested for security
|
|
- Database migrations tool
|
|
- Database seeding tool
|
|
- Works with Postgres and YugabyteDB
|
|
|
|
## Documentation
|
|
|
|
[supergraph.dev](https://supergraph.dev)
|
|
|
|
## Contact me
|
|
|
|
I'm happy to help you deploy Super Graph so feel free to reach out over
|
|
Twitter or Discord.
|
|
|
|
[twitter/dosco](https://twitter.com/dosco)
|
|
|
|
[chat/super-graph](https://discord.gg/6pSWCTZ)
|
|
|
|
## License
|
|
|
|
[Apache Public License 2.0](https://opensource.org/licenses/Apache-2.0)
|
|
|
|
Copyright (c) 2019-present Vikram Rangnekar
|
|
|