yaml VS GORM

For the last six years I've primarily been coding in Golang. Primarily against k8s. It is painful that the defacto YAML library for Go (https://github.com/go-yaml/yaml) is neither a YAML 1.1 nor a YAML 1.2 encoder/decoder.

Technically that qualifies as yaml, so you could maybe use go-yaml/yaml

Is it possible to replicate this (or something on those lines) in GoLang? I've tried go-yaml 3.0.0 but i've got no luck. I've gotten something with go-gypsy 1.0.0 (as seen below) but i was not able to use it...

Unfortunately, all Go YAML parsers that I know of, including the most commonly used go-yaml (originally created by Canonical), will choke when you try to parse such YAML into interface{}, because they try to force it into a Go map, which has many limitations on keys. And you cannot unmarshal it into ny Go map, either, for the same reason.

I see if you go to the project page with no parameters, Github presents you the v2 branch. Be sure to check out the v3 branch, which I've been using. It allows better access to the parse tree during unmarshaling, and I've used it to good effect. For instance, I have a "notification" unmarshaler that allows you to do either:

This is post is about converting go struct/map into a yaml using this amazing go package go-yaml

GORM is a comprehensive ORM tool in Go, offering a code-first approach which allows defining database schemas using struct tags in Go. It's known for its developer-friendly nature, making it suitable for both beginners and experienced users. GORM supports a variety of SQL databases like MySQL, PostgreSQL, and SQLite. It's designed to be flexible, allowing developers to drop down to raw SQL when necessary. However, it's important to be cautious about its performance implications in large-scale applications.

Homepage: https://gorm.io/

Since most of these APIs will be simple CRUD (Create/Read/Update/Delete) endpoints, let's build this service using GORM, an ORM library that makes building CRUD endpoints really simple.

After successfully configuring the application, it's time to delve into integrating the data layer. For this purpose, I will utilize gorm, a powerful SQL ORM that facilitates rapid development of the data layer using model structs.

For basic INSERT ... VALUES ... or SELECT ... WHERE ... JOIN ..., use a library such as GORM. For INSERT .... SELECT ... statements where one combines two round trips (SELECT and INSERT) into one, ORMs have a hard time performing this query. Particularly when you start doing joins. Joins are the heart of Relational database theory (they denote relationships). So get to know what an INNER, LEFT, RIGHT and OUTER join is and why you would use them. Also learn INSERT ... SELECT ...

I have never hated gorm and it serves me well. However I tend to feed it raw SQL very often.

Array of values with embedded value all pointed to the last value, reflect code was broken: https://github.com/go-gorm/gorm/pull/5901 data corruption