Categorygithub.com/usvc/go-db
modulepackage
0.0.6
Repository: https://github.com/usvc/go-db.git
Documentation: pkg.go.dev

# README

DB

latest release pipeline status release status

A Go package to handle database connections.

Currently supports databases utilising the following protocols:

  1. MySQL
  2. PostgreSQL
  3. MSSQL
Githubhttps://github.com/usvc/go-db
Gitlabhttps://gitlab.com/usvc/modules/go/db

Usage

Importing

import "github.com/usvc/go-db"

Creating a new database connection

if err := db.Init(Options{
  Username: "user",
  Password: "password",
  Database: "schema",
  Hostname: "localhost",
  Port:     3306,
}); err != nil {
  log.Printf("an error occurred while creating the connection: %s", err)
}

Creating a new, named database connection

if err := db.Init(Options{
  ConnectionName: "non-default",
  Username: "user",
  Password: "password",
  Database: "schema",
  Hostname: "localhost",
  Port:     3306,
}); err != nil {
  log.Printf("an error occurred while creating the connection: %s", err)
}

Retrieving a database connection

// retrieve the 'default' connection
connection := db.Get()
if connection == nil {
  log.Println("connection 'default' does not exist")
}

Retrieving a named database connection

// retrieve the 'non-default' connection
connection := db.Get("non-default")
if connection == nil {
  log.Println("connection 'non-default' does not exist")
}

Importing an existing connection

var existingConnection *sql.DB
// ... initialise `existingConnection` by other means ...
if err := db.Import(existingConnection, "default"); err != nil {
  log.Printf("connection 'default' seems to already exist: %s\n", err)
}

Verifying a connection works

var existingConnection *sql.DB
// ... initialise `existingConnection` by other means ...
db.Import(existingConnection, "existing-connection")
if err := db.Check("existing-connection"); err != nil {
  log.Printf("connection 'existing-connection' could not connect: %s\n", err)
}

Development Runbook

Getting Started

  1. Clone this repository
  2. Run make deps to pull in external dependencies
  3. Write some awesome stuff
  4. Run make test to ensure unit tests are passing
  5. Push

Continuous Integration (CI) Pipeline

On Github

Github is used to deploy binaries/libraries because of it's ease of access by other developers.

Releasing

Releasing of the binaries can be done via Travis CI.

  1. On Github, navigate to the tokens settings page (by clicking on your profile picture, selecting Settings, selecting Developer settings on the left navigation menu, then Personal Access Tokens again on the left navigation menu)
  2. Click on Generate new token, give the token an appropriate name and check the checkbox on public_repo within the repo header
  3. Copy the generated token
  4. Navigate to travis-ci.org and access the cooresponding repository there. Click on the More options button on the top right of the repository page and select Settings
  5. Scroll down to the section on Environment Variables and enter in a new NAME with RELEASE_TOKEN and the VALUE field cooresponding to the generated personal access token, and hit Add

On Gitlab

Gitlab is used to run tests and ensure that builds run correctly.

Version Bumping
  1. Run make .ssh
  2. Copy the contents of the file generated at ./.ssh/id_rsa.base64 into an environment variable named DEPLOY_KEY in Settings > CI/CD > Variables
  3. Navigate to the Deploy Keys section of the Settings > Repository > Deploy Keys and paste in the contents of the file generated at ./.ssh/id_rsa.pub with the Write access allowed checkbox enabled
  • DEPLOY_KEY: generate this by running make .ssh and copying the contents of the file generated at ./.ssh/id_rsa.base64
DockerHub Publishing
  1. Login to https://hub.docker.com, or if you're using your own private one, log into yours
  2. Navigate to your security settings at the /settings/security endpoint
  3. Click on Create Access Token, type in a name for the new token, and click on Create
  4. Copy the generated token that will be displayed on the screen
  5. Enter the following varialbes into the CI/CD Variables page at Settings > CI/CD > Variables in your Gitlab repository:
  • DOCKER_REGISTRY_URL: The hostname of the Docker registry (defaults to docker.io if not specified)
  • DOCKER_REGISTRY_USERNAME: The username you used to login to the Docker registry
  • DOCKER_REGISTRY_PASSWORD: The generated access token

Licensing

Code in this package is licensed under the MIT license (click to see full text))

# Packages

No description provided by the author

# Functions

Check verifies that a connection can be made using the configuration provided in the connection :options parameter.
CloseAll attempts to close all established connections, returning a list of errors in cases where the connection could not be closed.
Get returns the instance of the database connection.
Import imports an existing database connection if another connection with the same name does not exist (an error is returned if so).
Init initialises the `db` module so that Get can be called anywhere in the consuming package.

# Constants

DefaultConnectionName is the assigned driver name when no .ConnectionName property is specified in Options.
DefaultDatabaseName is the default schema which the connection will connect to.
DefaultDriver is the assigned driver name when no .Driver property is specified in Options.
DefaultHostname is the default hostname at which the database server is reachable at.
DefaultPassword is the default password to use to login to the database service.
DefaultPortMySQL is the default MySQL port.
DefaultPortPostgreSQL is the default PostgreSQL port.
DefaultUser is the default username to use to login to the database service.
DriverMSSQL is the key for the Microsoft SQL Server driver.
DriverMySQL is the key for the MySQL driver.
DriverPostgreSQL is the key for the PostgreSQL driver.

# Variables

SupportedDrivers is a list of driver names which the `db` package supports.

# Structs

Options stores the database options that we use while establishing a connection to the database.