Convert Figma logo to code with AI

asdine logostorm

Simple and powerful toolkit for BoltDB

2,060
138
2,060
64

Top Related Projects

8,110

An embedded key/value database for Go.

13,744

Fast key-value DB in Go.

LevelDB key/value database in Go.

4,766

RocksDB/LevelDB inspired key-value database in Go

14,138

An embedded key/value database for Go.

4,517

BuntDB is an embeddable, in-memory key/value database for Go with custom indexing and geospatial support

Quick Overview

Storm is a simple and powerful toolkit for BoltDB, a pure Go key/value store. It provides an ORM-like interface for BoltDB, allowing developers to easily store and retrieve Go structs without dealing directly with serialization or database operations.

Pros

  • Easy to use with a simple, intuitive API
  • Supports indexing for efficient querying
  • Provides transaction support for data consistency
  • Lightweight and has no external dependencies

Cons

  • Limited to BoltDB as the underlying storage engine
  • Not suitable for high-concurrency scenarios due to BoltDB limitations
  • Lacks some advanced features found in full-fledged ORMs
  • May have performance overhead compared to direct BoltDB usage

Code Examples

  1. Opening a database and creating a bucket:
db, err := storm.Open("my.db")
if err != nil {
    log.Fatal(err)
}
defer db.Close()
  1. Saving a struct to the database:
type User struct {
    ID   int `storm:"id,increment"`
    Name string
    Age  int
}

user := User{Name: "John Doe", Age: 30}
err := db.Save(&user)
if err != nil {
    log.Fatal(err)
}
  1. Querying the database:
var users []User
err := db.Find("Age", 30, &users)
if err != nil {
    log.Fatal(err)
}

Getting Started

To start using Storm, first install it using Go modules:

go get github.com/asdine/storm/v3

Then, in your Go code:

package main

import (
    "log"
    "github.com/asdine/storm/v3"
)

func main() {
    db, err := storm.Open("my.db")
    if err != nil {
        log.Fatal(err)
    }
    defer db.Close()

    // Use db to perform operations
}

This sets up a basic Storm database that you can use to store and retrieve data. Refer to the documentation for more advanced usage and features.

Competitor Comparisons

8,110

An embedded key/value database for Go.

Pros of bbolt

  • Pure Go implementation, offering better performance and lower overhead
  • Simpler API, focusing on key-value storage without additional abstractions
  • Maintained by the etcd team, ensuring ongoing development and support

Cons of bbolt

  • Lacks built-in ORM-like features, requiring more manual data handling
  • No built-in indexing or querying capabilities beyond basic key-value operations
  • Steeper learning curve for complex data structures and relationships

Code Comparison

bbolt:

db, _ := bbolt.Open("my.db", 0600, nil)
defer db.Close()

db.Update(func(tx *bbolt.Tx) error {
    b, _ := tx.CreateBucketIfNotExists([]byte("MyBucket"))
    return b.Put([]byte("key"), []byte("value"))
})

Storm:

db, _ := storm.Open("my.db")
defer db.Close()

type User struct {
    ID   int    `storm:"id,increment"`
    Name string
}
user := User{Name: "John"}
db.Save(&user)

Storm provides a higher-level abstraction with ORM-like features, while bbolt offers a more low-level, performant key-value storage solution. Storm is built on top of bbolt, adding convenience at the cost of some performance overhead.

13,744

Fast key-value DB in Go.

Pros of Badger

  • Higher performance and lower latency, especially for large datasets
  • Native support for concurrent read/write operations
  • More flexible key-value storage with support for various data types

Cons of Badger

  • Steeper learning curve and more complex API
  • Requires manual management of data structures and serialization
  • Less abstraction for object-relational mapping

Code Comparison

Storm example:

type User struct {
    ID   int    `storm:"id,increment"`
    Name string
}

db.Save(&User{Name: "John"})

Badger example:

type User struct {
    ID   int
    Name string
}

txn := db.NewTransaction(true)
defer txn.Discard()

user := User{ID: 1, Name: "John"}
data, _ := json.Marshal(user)
txn.Set([]byte("user:1"), data)
txn.Commit()

Storm provides a higher-level abstraction for object storage, while Badger requires manual serialization and key management. Storm offers a simpler API for basic CRUD operations, whereas Badger provides more control over data storage and retrieval. Badger's approach allows for better performance and flexibility, but at the cost of increased complexity in code.

LevelDB key/value database in Go.

Pros of goleveldb

  • Lower-level key-value store implementation, offering more direct control
  • Generally faster performance for basic key-value operations
  • Lighter weight with fewer dependencies

Cons of goleveldb

  • Lacks high-level abstractions and ORM-like features
  • Requires more manual work for complex data structures and relationships
  • No built-in support for indexing or advanced querying

Code Comparison

goleveldb example:

db, _ := leveldb.OpenFile("path/to/db", nil)
defer db.Close()

db.Put([]byte("key"), []byte("value"), nil)
data, _ := db.Get([]byte("key"), nil)

storm example:

db, _ := storm.Open("path/to/db")
defer db.Close()

user := User{ID: 1, Name: "John"}
db.Save(&user)
var result User
db.One("ID", 1, &result)

Summary

goleveldb is a lower-level key-value store implementation, offering more direct control and potentially better performance for basic operations. However, it lacks the high-level abstractions and ORM-like features provided by storm. storm offers a more user-friendly API with support for complex data structures, relationships, and querying, but may have slightly lower performance and a larger footprint due to its additional features.

4,766

RocksDB/LevelDB inspired key-value database in Go

Pros of Pebble

  • Designed for high performance and scalability, optimized for large-scale distributed systems
  • Offers advanced features like range deletions and bloom filters for efficient data retrieval
  • Provides fine-grained control over compaction and memory management

Cons of Pebble

  • Steeper learning curve due to its low-level nature and focus on performance optimizations
  • Less abstraction and higher complexity compared to Storm's simpler key-value store approach
  • Requires more manual configuration and tuning for optimal performance

Code Comparison

Storm (simple key-value store operation):

db, _ := storm.Open("my.db")
user := User{ID: 10, Name: "John"}
db.Save(&user)

Pebble (lower-level operations):

db, _ := pebble.Open("my.db", &pebble.Options{})
key := []byte("user:10")
value, _ := json.Marshal(User{ID: 10, Name: "John"})
db.Set(key, value, pebble.Sync)

Storm provides a higher-level abstraction for working with structured data, while Pebble offers more control and flexibility at the cost of increased complexity. Pebble is better suited for large-scale applications requiring fine-tuned performance, whereas Storm is more appropriate for simpler use cases prioritizing ease of use.

14,138

An embedded key/value database for Go.

Pros of Bolt

  • Low-level key/value store with direct control over data storage
  • Lightweight and fast, with minimal overhead
  • Simple API focused on basic operations

Cons of Bolt

  • Requires manual serialization and deserialization of complex data structures
  • No built-in indexing or querying capabilities
  • Lacks higher-level abstractions for working with structured data

Code Comparison

Bolt:

db, _ := bolt.Open("my.db", 0600, nil)
db.Update(func(tx *bolt.Tx) error {
    b, _ := tx.CreateBucketIfNotExists([]byte("MyBucket"))
    return b.Put([]byte("answer"), []byte("42"))
})

Storm:

db, _ := storm.Open("my.db")
user := User{ID: 10, Name: "John"}
db.Save(&user)

Key Differences

Storm builds on top of Bolt, providing:

  • Object-document mapping
  • Automatic indexing and querying
  • Support for relationships between objects
  • Built-in serialization of complex data types

While Bolt offers more direct control over data storage, Storm provides higher-level abstractions for working with structured data, making it easier to use for many applications. However, this comes at the cost of some performance overhead and reduced flexibility compared to Bolt's low-level approach.

4,517

BuntDB is an embeddable, in-memory key/value database for Go with custom indexing and geospatial support

Pros of Buntdb

  • Lightweight and fast key/value store with built-in indexing
  • Supports custom indexes and spatial indexing
  • Includes transaction support and ACID compliance

Cons of Buntdb

  • Limited to in-memory storage with file persistence
  • Lacks advanced querying capabilities
  • No built-in ORM or struct mapping functionality

Code Comparison

Storm example:

type User struct {
    ID   int    `storm:"id,increment"`
    Name string
}

db, _ := storm.Open("my.db")
user := User{Name: "John"}
db.Save(&user)

Buntdb example:

db, _ := buntdb.Open("data.db")
db.Update(func(tx *buntdb.Tx) error {
    tx.Set("user:1", `{"name":"John"}`, nil)
    return nil
})

Key Differences

  • Storm provides an ORM-like interface for working with structs, while Buntdb operates on raw key/value pairs
  • Storm supports multiple backend databases (BoltDB, BadgerDB), whereas Buntdb is a standalone in-memory database
  • Buntdb offers more flexibility in indexing and querying, while Storm provides a higher-level abstraction for data modeling

Both libraries have their strengths, with Storm focusing on ease of use and struct mapping, and Buntdb emphasizing performance and flexibility for key/value operations.

Convert Figma logo designs to code with AI

Visual Copilot

Introducing Visual Copilot: A new AI model to turn Figma designs to high quality code using your components.

Try Visual Copilot

README

Storm

Build Status GoDoc

Storm is a simple and powerful toolkit for BoltDB. Basically, Storm provides indexes, a wide range of methods to store and fetch data, an advanced query system, and much more.

In addition to the examples below, see also the examples in the GoDoc.

For extended queries and support for Badger, see also Genji

Table of Contents

Getting Started

GO111MODULE=on go get -u github.com/asdine/storm/v3

Import Storm

import "github.com/asdine/storm/v3"

Open a database

Quick way of opening a database

db, err := storm.Open("my.db")

defer db.Close()

Open can receive multiple options to customize the way it behaves. See Options below

Simple CRUD system

Declare your structures

type User struct {
  ID int // primary key
  Group string `storm:"index"` // this field will be indexed
  Email string `storm:"unique"` // this field will be indexed with a unique constraint
  Name string // this field will not be indexed
  Age int `storm:"index"`
}

The primary key can be of any type as long as it is not a zero value. Storm will search for the tag id, if not present Storm will search for a field named ID.

type User struct {
  ThePrimaryKey string `storm:"id"`// primary key
  Group string `storm:"index"` // this field will be indexed
  Email string `storm:"unique"` // this field will be indexed with a unique constraint
  Name string // this field will not be indexed
}

Storm handles tags in nested structures with the inline tag

type Base struct {
  Ident bson.ObjectId `storm:"id"`
}

type User struct {
  Base      `storm:"inline"`
  Group     string `storm:"index"`
  Email     string `storm:"unique"`
  Name      string
  CreatedAt time.Time `storm:"index"`
}

Save your object

user := User{
  ID: 10,
  Group: "staff",
  Email: "john@provider.com",
  Name: "John",
  Age: 21,
  CreatedAt: time.Now(),
}

err := db.Save(&user)
// err == nil

user.ID++
err = db.Save(&user)
// err == storm.ErrAlreadyExists

That's it.

Save creates or updates all the required indexes and buckets, checks the unique constraints and saves the object to the store.

Auto Increment

Storm can auto increment integer values so you don't have to worry about that when saving your objects. Also, the new value is automatically inserted in your field.


type Product struct {
  Pk                  int `storm:"id,increment"` // primary key with auto increment
  Name                string
  IntegerField        uint64 `storm:"increment"`
  IndexedIntegerField uint32 `storm:"index,increment"`
  UniqueIntegerField  int16  `storm:"unique,increment=100"` // the starting value can be set
}

p := Product{Name: "Vaccum Cleaner"}

fmt.Println(p.Pk)
fmt.Println(p.IntegerField)
fmt.Println(p.IndexedIntegerField)
fmt.Println(p.UniqueIntegerField)
// 0
// 0
// 0
// 0

_ = db.Save(&p)

fmt.Println(p.Pk)
fmt.Println(p.IntegerField)
fmt.Println(p.IndexedIntegerField)
fmt.Println(p.UniqueIntegerField)
// 1
// 1
// 1
// 100

Simple queries

Any object can be fetched, indexed or not. Storm uses indexes when available, otherwise it uses the query system.

Fetch one object

var user User
err := db.One("Email", "john@provider.com", &user)
// err == nil

err = db.One("Name", "John", &user)
// err == nil

err = db.One("Name", "Jack", &user)
// err == storm.ErrNotFound

Fetch multiple objects

var users []User
err := db.Find("Group", "staff", &users)

Fetch all objects

var users []User
err := db.All(&users)

Fetch all objects sorted by index

var users []User
err := db.AllByIndex("CreatedAt", &users)

Fetch a range of objects

var users []User
err := db.Range("Age", 10, 21, &users)

Fetch objects by prefix

var users []User
err := db.Prefix("Name", "Jo", &users)

Skip, Limit and Reverse

var users []User
err := db.Find("Group", "staff", &users, storm.Skip(10))
err = db.Find("Group", "staff", &users, storm.Limit(10))
err = db.Find("Group", "staff", &users, storm.Reverse())
err = db.Find("Group", "staff", &users, storm.Limit(10), storm.Skip(10), storm.Reverse())

err = db.All(&users, storm.Limit(10), storm.Skip(10), storm.Reverse())
err = db.AllByIndex("CreatedAt", &users, storm.Limit(10), storm.Skip(10), storm.Reverse())
err = db.Range("Age", 10, 21, &users, storm.Limit(10), storm.Skip(10), storm.Reverse())

Delete an object

err := db.DeleteStruct(&user)

Update an object

// Update multiple fields
// Only works for non zero-value fields (e.g. Name can not be "", Age can not be 0)
err := db.Update(&User{ID: 10, Name: "Jack", Age: 45})

// Update a single field
// Also works for zero-value fields (0, false, "", ...)
err := db.UpdateField(&User{ID: 10}, "Age", 0)

Initialize buckets and indexes before saving an object

err := db.Init(&User{})

Useful when starting your application

Drop a bucket

Using the struct

err := db.Drop(&User)

Using the bucket name

err := db.Drop("User")

Re-index a bucket

err := db.ReIndex(&User{})

Useful when the structure has changed

Advanced queries

For more complex queries, you can use the Select method. Select takes any number of Matcher from the q package.

Here are some common Matchers:

// Equality
q.Eq("Name", John)

// Strictly greater than
q.Gt("Age", 7)

// Lesser than or equal to
q.Lte("Age", 77)

// Regex with name that starts with the letter D
q.Re("Name", "^D")

// In the given slice of values
q.In("Group", []string{"Staff", "Admin"})

// Comparing fields
q.EqF("FieldName", "SecondFieldName")
q.LtF("FieldName", "SecondFieldName")
q.GtF("FieldName", "SecondFieldName")
q.LteF("FieldName", "SecondFieldName")
q.GteF("FieldName", "SecondFieldName")

Matchers can also be combined with And, Or and Not:


// Match if all match
q.And(
  q.Gt("Age", 7),
  q.Re("Name", "^D")
)

// Match if one matches
q.Or(
  q.Re("Name", "^A"),
  q.Not(
    q.Re("Name", "^B")
  ),
  q.Re("Name", "^C"),
  q.In("Group", []string{"Staff", "Admin"}),
  q.And(
    q.StrictEq("Password", []byte(password)),
    q.Eq("Registered", true)
  )
)

You can find the complete list in the documentation.

Select takes any number of matchers and wraps them into a q.And() so it's not necessary to specify it. It returns a Query type.

query := db.Select(q.Gte("Age", 7), q.Lte("Age", 77))

The Query type contains methods to filter and order the records.

// Limit
query = query.Limit(10)

// Skip
query = query.Skip(20)

// Calls can also be chained
query = query.Limit(10).Skip(20).OrderBy("Age").Reverse()

But also to specify how to fetch them.

var users []User
err = query.Find(&users)

var user User
err = query.First(&user)

Examples with Select:

// Find all users with an ID between 10 and 100
err = db.Select(q.Gte("ID", 10), q.Lte("ID", 100)).Find(&users)

// Nested matchers
err = db.Select(q.Or(
  q.Gt("ID", 50),
  q.Lt("Age", 21),
  q.And(
    q.Eq("Group", "admin"),
    q.Gte("Age", 21),
  ),
)).Find(&users)

query := db.Select(q.Gte("ID", 10), q.Lte("ID", 100)).Limit(10).Skip(5).Reverse().OrderBy("Age", "Name")

// Find multiple records
err = query.Find(&users)
// or
err = db.Select(q.Gte("ID", 10), q.Lte("ID", 100)).Limit(10).Skip(5).Reverse().OrderBy("Age", "Name").Find(&users)

// Find first record
err = query.First(&user)
// or
err = db.Select(q.Gte("ID", 10), q.Lte("ID", 100)).Limit(10).Skip(5).Reverse().OrderBy("Age", "Name").First(&user)

// Delete all matching records
err = query.Delete(new(User))

// Fetching records one by one (useful when the bucket contains a lot of records)
query = db.Select(q.Gte("ID", 10),q.Lte("ID", 100)).OrderBy("Age", "Name")

err = query.Each(new(User), func(record interface{}) error) {
  u := record.(*User)
  ...
  return nil
}

See the documentation for a complete list of methods.

Transactions

tx, err := db.Begin(true)
if err != nil {
  return err
}
defer tx.Rollback()

accountA.Amount -= 100
accountB.Amount += 100

err = tx.Save(accountA)
if err != nil {
  return err
}

err = tx.Save(accountB)
if err != nil {
  return err
}

return tx.Commit()

Options

Storm options are functions that can be passed when constructing you Storm instance. You can pass it any number of options.

BoltOptions

By default, Storm opens a database with the mode 0600 and a timeout of one second. You can change this behavior by using BoltOptions

db, err := storm.Open("my.db", storm.BoltOptions(0600, &bolt.Options{Timeout: 1 * time.Second}))

MarshalUnmarshaler

To store the data in BoltDB, Storm marshals it in JSON by default. If you wish to change this behavior you can pass a codec that implements codec.MarshalUnmarshaler via the storm.Codec option:

db := storm.Open("my.db", storm.Codec(myCodec))
Provided Codecs

You can easily implement your own MarshalUnmarshaler, but Storm comes with built-in support for JSON (default), GOB, Sereal, Protocol Buffers and MessagePack.

These can be used by importing the relevant package and use that codec to configure Storm. The example below shows all variants (without proper error handling):

import (
  "github.com/asdine/storm/v3"
  "github.com/asdine/storm/v3/codec/gob"
  "github.com/asdine/storm/v3/codec/json"
  "github.com/asdine/storm/v3/codec/sereal"
  "github.com/asdine/storm/v3/codec/protobuf"
  "github.com/asdine/storm/v3/codec/msgpack"
)

var gobDb, _ = storm.Open("gob.db", storm.Codec(gob.Codec))
var jsonDb, _ = storm.Open("json.db", storm.Codec(json.Codec))
var serealDb, _ = storm.Open("sereal.db", storm.Codec(sereal.Codec))
var protobufDb, _ = storm.Open("protobuf.db", storm.Codec(protobuf.Codec))
var msgpackDb, _ = storm.Open("msgpack.db", storm.Codec(msgpack.Codec))

Tip: Adding Storm tags to generated Protobuf files can be tricky. A good solution is to use this tool to inject the tags during the compilation.

Use existing Bolt connection

You can use an existing connection and pass it to Storm

bDB, _ := bolt.Open(filepath.Join(dir, "bolt.db"), 0600, &bolt.Options{Timeout: 10 * time.Second})
db := storm.Open("my.db", storm.UseDB(bDB))

Batch mode

Batch mode can be enabled to speed up concurrent writes (see Batch read-write transactions)

db := storm.Open("my.db", storm.Batch())

Nodes and nested buckets

Storm takes advantage of BoltDB nested buckets feature by using storm.Node. A storm.Node is the underlying object used by storm.DB to manipulate a bucket. To create a nested bucket and use the same API as storm.DB, you can use the DB.From method.

repo := db.From("repo")

err := repo.Save(&Issue{
  Title: "I want more features",
  Author: user.ID,
})

err = repo.Save(newRelease("0.10"))

var issues []Issue
err = repo.Find("Author", user.ID, &issues)

var release Release
err = repo.One("Tag", "0.10", &release)

You can also chain the nodes to create a hierarchy

chars := db.From("characters")
heroes := chars.From("heroes")
enemies := chars.From("enemies")

items := db.From("items")
potions := items.From("consumables").From("medicine").From("potions")

You can even pass the entire hierarchy as arguments to From:

privateNotes := db.From("notes", "private")
workNotes :=  db.From("notes", "work")

Node options

A Node can also be configured. Activating an option on a Node creates a copy, so a Node is always thread-safe.

n := db.From("my-node")

Give a bolt.Tx transaction to the Node

n = n.WithTransaction(tx)

Enable batch mode

n = n.WithBatch(true)

Use a Codec

n = n.WithCodec(gob.Codec)

Simple Key/Value store

Storm can be used as a simple, robust, key/value store that can store anything. The key and the value can be of any type as long as the key is not a zero value.

Saving data :

db.Set("logs", time.Now(), "I'm eating my breakfast man")
db.Set("sessions", bson.NewObjectId(), &someUser)
db.Set("weird storage", "754-3010", map[string]interface{}{
  "hair": "blonde",
  "likes": []string{"cheese", "star wars"},
})

Fetching data :

user := User{}
db.Get("sessions", someObjectId, &user)

var details map[string]interface{}
db.Get("weird storage", "754-3010", &details)

db.Get("sessions", someObjectId, &details)

Deleting data :

db.Delete("sessions", someObjectId)
db.Delete("weird storage", "754-3010")

You can find other useful methods in the documentation.

BoltDB

BoltDB is still easily accessible and can be used as usual

db.Bolt.View(func(tx *bolt.Tx) error {
  bucket := tx.Bucket([]byte("my bucket"))
  val := bucket.Get([]byte("any id"))
  fmt.Println(string(val))
  return nil
})

A transaction can be also be passed to Storm

db.Bolt.Update(func(tx *bolt.Tx) error {
  ...
  dbx := db.WithTransaction(tx)
  err = dbx.Save(&user)
  ...
  return nil
})

License

MIT

Credits