В реальном проекте таких однотипных структур чуть больше сотни.
А слайс структуры, чтобы в него slqx мог писать?
file, err := os.Open("subtitle.pck")
if err != nil {
log.Fatal(err)
}
reader := binstruct.NewReader(file, binary.LittleEndian, false)
i32, err := reader.ReadUint32()
if err != nil {
log.Fatal(err)
}
fmt.Println(i32)Выход только один, хранить id всех кто когда либо писал вашему боту, например в базе данных, и в следствии отправлять каждому сообщение.
<div ng-bind-html-unsafe="aboutMe.text"></div> docker: Error response from daemon: invalid mode: /build.xgo -targets linux/amd64 .FROM golang:1.11
RUN go get github.com/gorilla/mux && \
go get github.com/gorilla/handlers && \
go get github.com/lib/pq && \
go get github.com/joho/godotenv && \
go get github.com/jinzhu/gorm
WORKDIR /go/src/application
ADD . .
RUN go build -o /service ./...
ENV PORT=8000
CMD ["/service "]
JOIN намного эффективнее разбирается анализатором запросов, чем подзапросы и ошибиться в построении запроса сложнее используя JOIN.
Но конечно, лучше написать несколько разных запросов и протестировать их, замерить время выполнения, оценить explain, чем просто выбирать на обум.
У меня было в практике, что подзапрос в
SELECT (SELECT...) FROM table
был эффективнее JOIN но без тестов это было бы не реально проверить.