только указать схему принудительно перед именем таблицы

а в горме можно подобное делать?

а в горме можно подобное делать?

да вроде тоже нет...

вообще все orm на go сильно уступают популярным orm к примеру с того же php (doctrine... )

не, мне кажется я все же что-то не до конца понимаю, gogs вроде умеет постгрес, но там вполне нормальные модели с помощью которых и работают с БД

а в горме можно подобное делать?

Table("scheme.table_name")

Table("scheme.table_name")

это нашли, но каждый раз такое указывать - такое себе как по мне

это нашли, но каждый раз такое указывать - такое себе как по мне

вроде нашел что тебе нужно - в XORM

называется alias

Alias(alias string)

это нашли, но каждый раз такое указывать - такое себе как по мне

Я использую горм как билдер запросов, а не как орм, потому у меня везде такое

Я использую горм как билдер запросов, а не как орм, потому у меня везде такое

Билдер запросов?

еще у модели может быть метод TableName() string, где тоже самое можно писать

Билдер запросов?

Я неясно выразвился?

это нашли, но каждый раз такое указывать - такое себе как по мне

т.есть будет вот так: engine.Alias("scheme").Get(&user)

Я неясно выразвился?

Скорее ясно, но было бы кстати пояснение невфагам в чем отличие от юзания горм для билдера запросов и КАК ОРМ?

Скорее ясно, но было бы кстати пояснение невфагам в чем отличие от юзания горм для билдера запросов и КАК ОРМ?

ну ORM это все таки объекты, тогда как билдер может вернуть именно сам запрос, который еще надо выполнить и результат привести к тем объектм что тебе нужны

ну ORM это все таки объекты, тогда как билдер может вернуть именно сам запрос, который еще надо выполнить и результат привести к тем объектм что тебе нужны

Пасеб

и начальные значения базовых типов (int, bool, float...)

брехня же

has, err := engine.Get(&user) // SELECT * FROM user LIMIT 1 вот такое я как могу сделать с учетом схемы?

метод Alias можно прописать в сессии, что по тестам должно прокинуть схему всюду...

метод Alias можно прописать в сессии, что по тестам должно прокинуть схему всюду...

понятно, а вот это уже очень круто, спасибо)

щас будем пробовать)

брехня же

Учи язык ;) https://play.golang.org/p/6DVRoid_IW

щас будем пробовать)

если получится будет круто, запишу в заметки ))) вдруг в будущем пригодится

ну пока паника, впрочем я еще не поработал со структурой для самого xorm

Учи язык ;) https://play.golang.org/p/6DVRoid_IW

а сорян, я невнимательно прочитал. Я за структуру с примитивами чего-то подумал, а не сами примитивы, чего-то глюкануло

Эм... вот структура: type User struct { UserID int `json:"user_id,omitempty" xorm:"user_id"` Username string `json:"username" xorm:"username"` Password string `json:"password" xorm:"password"` Admin bool `json:"admin,omitempty" xorm:"admin"` Email string `json:"email",xorm:"email"` Banned bool `json:"banned,omitempty" xorm:"banned"` CreatedAt *time.Time `json:"created_at,omitempty" xorm:"created_at"` LastLogin *time.Time `json:"last_login,omitempty" xorm:"last_login"` RefreshToken string `json:"refreshToken,omitempty" xorm:"refreshToken"` } почему ошибка вылезает про uuid? pq: invalid input syntax for uuid: ""

а так вроде запустил, щас еще эту ошибку поборю и по идее будет работать

Учи язык ;) https://play.golang.org/p/6DVRoid_IW

Это не язык скорее, а особенность работы библиотеки

Запутался. Если я map записал, а потом только читаю, можно это без локов делать?

Запутался. Если я map записал, а потом только читаю, можно это без локов делать?

Читать можно параллельно

вопрос почему голанг в TIOBE падает?

Читать можно параллельно

Угу. Я тут миниконфиг в мапе держать хочу. При перечитке просто ссылеу менять на саму мапу

вопрос почему голанг в TIOBE падает?

TIOBE учитывает запросы в поисковиках, а голанг такой простой, что ни у кого нет вопросов xd

В общем нечто такое выходит при инсёрте через xorm: [xorm] [info] 2017/12/17 22:51:30.037620 [SQL] INSERT INTO "auth"."users" ("user_id","username","password","admin","email","banned","created_at","last_login","refreshToken") VALUES ($1, $2, $3, $4, $5, $6, $7, $8, $9) []interface {}{0, "user8", "pass3", false, "email8@visteras.ru", false, interface {}(nil), interface {}(nil), ""} всё странно как по мне...

Угу. Я тут миниконфиг в мапе держать хочу. При перечитке просто ссылеу менять на саму мапу

Менять надо с локом (скорее всего). RWMutex наше всё

Угу. Я тут миниконфиг в мапе держать хочу. При перечитке просто ссылеу менять на саму мапу

Сделай жизнь легче себе и другим: не держи конфиг в мепе :)

Сделай жизнь легче себе и другим: не держи конфиг в мепе :)

Реализовывать древо самому? У меня набор токенов. Всенда мтрого небольшой. Делать для них отдельную базу?

Реализовывать древо самому? У меня набор токенов. Всенда мтрого небольшой. Делать для них отдельную базу?

А откуда берутся данные для хранения в мепе?

Это не язык скорее, а особенность работы библиотеки

да, это более правильно звучит)

С файлика считываются. Меняются редко

С файлика считываются. Меняются редко

тогда точно хранить это в мапе будет ошибка

тогда точно хранить это в мапе будет ошибка

Почему?

Почему?

ну потому, что мепа очень плохо описывает структуру хранимых данных, особенно если они древовидные или еще какие-то.

Для простого конфига мапа самое то, лучше только структура.

ну потому, что мепа очень плохо описывает структуру хранимых данных, особенно если они древовидные или еще какие-то.

Линейный список токенов

А что мешает сделать []Token?

Скорость перебора?

А что мешает сделать []Token?

O(n)

Скорость перебора?

Ну их же не триллионы

Ну их же не триллионы

Но запосов будет много

Не могу сообразить с обработкой ошибок. Вот есть у меня функция работы с базай данных. Надо проапдейтить запись. Если ее нет - одна ошибка. Если база глюканула - другая. Тащить свой интерфейс на основе error или вообще забить на error?

мне кажется всегда отдаешь просто ошибку, там обработчик на фатал

что бы разрулить это на уровне клиентского кода надо проверочку впилить отдельной функции

не убедился - сам дурак

вместо db.update() аля if db.exist() { err := db.update() if err != nil { log.Fatal(err) } }

@schors

Да фатал ладно. У меня там может io error быть и ощибка формата, и отсутствие записи. Это три ошибки, два разных кода ответа в http. Я к тому, что забить на станлариный error и тащить код ошиьки? Я думал отдельный интерфейс сделать, но этл оверкоммии какойто

Не могу сообразить с обработкой ошибок. Вот есть у меня функция работы с базай данных. Надо проапдейтить запись. Если ее нет - одна ошибка. Если база глюканула - другая. Тащить свой интерфейс на основе error или вообще забить на error?

если либа БД дает такие ошибки (аля sql.ErrNoRows), то просто сравнивать полученную ошибку с ними

в стандартной sql их всего 3, правда

type SyntaxError struct { msg string // описание ошибки Offset int64 // произошедшая ошибка после чтения Offset bytes } func (e *SyntaxError) Error() string { return e.msg } if err := dec.Decode(&val); err != nil { if serr, ok := err.(*json.SyntaxError); ok { line, col := findLine(f, serr.Offset) return fmt.Errorf("%s:%d:%d: %v", f.Name(), line, col, err) } return err } понял

ну или так

можно еще заворачивать ошибки с помощью https://github.com/pkg/errors/

мне не нравиться сама идея плодить и перехватывать бизнесовые ошибки в либе

а обновление не существующей записи бизнесовая ошибка

ERROR: S client not available

пс пишу с утюга, сорри за ошибки

Не могу сообразить с обработкой ошибок. Вот есть у меня функция работы с базай данных. Надо проапдейтить запись. Если ее нет - одна ошибка. Если база глюканула - другая. Тащить свой интерфейс на основе error или вообще забить на error?

Переменные можно сделать, или готовые взять. Типа IOError, ErrNotFound, etc.

Если в 11-ой строке преобразовать e в float64, тогда всё норм.

Или если %v поменять на %e.

Или если %v поменять на %e.

Потому что %v для error будет печатать строку. Ты из метода, печатающего строку вызываешь метод печатающий строку

Но так ваще не очень делают

Как вот у тебя выше

Спс.

Подскажите - как React к го проэкту прикрутить нативно? Не через babel

Потому что %v для error будет печатать строку. Ты из метода, печатающего строку вызываешь метод печатающий строку

%v будет дёргать Error() чтоль? Оо

%v будет дёргать Error() чтоль? Оо

Да может спросонья туплю. Надо до работы доехать и выпить кофе

Подскажите - как React к го проэкту прикрутить нативно? Не через babel

эээ... нафига? скомпилинный bandle не проще внедрить?

а обновление не существующей записи бизнесовая ошибка

Можно делать два запроса. Но это перфоманс. Ну нах. В принципе работа с БД всегда сложна, потому что иногда трудно оторвать особенности БД от бизнес логики.

Переменные можно сделать, или готовые взять. Типа IOError, ErrNotFound, etc.

Ну т.е. для единообразия лучше сделать? Я тут задумался, чем лучше использования error и плясок вокруг него против тупо там не знаю двух значений - errcode и errmsg

Подскажите - как React к го проэкту прикрутить нативно? Не через babel

В html шаблон добавь <script crossorigin src="https://unpkg.com/react@16/umd/react.production.min.js"></script>

Ну т.е. для единообразия лучше сделать? Я тут задумался, чем лучше использования error и плясок вокруг него против тупо там не знаю двух значений - errcode и errmsg

Для единообразия, да и не стоит отдавать бизнес-логике ошибки либы баз, вдруг решите на постгрес переехать:)

Ну это лдадно. Мне из транзакции надо отдать бла запись или нет или вообще ошибка базы

Ну это лдадно. Мне из транзакции надо отдать бла запись или нет или вообще ошибка базы

Тогда я бы сделал ErrNotFound для случая, когда записи нет, и просто пробрасывал бы ошибку - для случая ошибки базы (ну там коннект упал, или диск сдох). Т.е., переменные для ошибок, которые на что-то влияют и которые можно обработать, и просто ошибка - когда всё пропало. Ну и в обработчике if err == db.ErrNotFound { // do what needed } else if err != nil { panic("Шеф, усё пропало") }

Можно делать два запроса. Но это перфоманс. Ну нах. В принципе работа с БД всегда сложна, потому что иногда трудно оторвать особенности БД от бизнес логики.

запрос exist вообще копейки

добавил, но в моем app.jsx запись вида

import React from 'react'; не работает тогда

переходи на vue пока не поздно

зачем?

переходи на vue пока не поздно

ненененене

Тогда я бы сделал ErrNotFound для случая, когда записи нет, и просто пробрасывал бы ошибку - для случая ошибки базы (ну там коннект упал, или диск сдох). Т.е., переменные для ошибок, которые на что-то влияют и которые можно обработать, и просто ошибка - когда всё пропало. Ну и в обработчике if err == db.ErrNotFound { // do what needed } else if err != nil { panic("Шеф, усё пропало") }

Не совсем понял db.ErrNotFound - это что физически?

запрос exist вообще копейки

Не важно. Это бессмысленная работа

Не важно. Это бессмысленная работа

вам бы архитектуру разработать а уж потом сидеть и программу на go запиливать...

Не совсем понял db.ErrNotFound - это что физически?

package db var ErrNotFound = errors.New("something was not found") func doMyTx() error { blablabla if твоя_ошика_которую_надо_обработать { return ErrNotFound } blablabla if совсем_всё_плохо { return err } }

package db var ErrNotFound = errors.New("something was not found") func doMyTx() error { blablabla if твоя_ошика_которую_надо_обработать { return ErrNotFound } blablabla if совсем_всё_плохо { return err } }

можно через switch (если типов ошибок дофига)

можно через switch (если типов ошибок дофига)

Ну там ещё блаблабла между ними, мы ж не знаем, чо там внутри транзакции ещё делается