если вдруг появляется функция, которой нужен объект с такими свойствами, то тогда да

а до этого - зачем заморачиваться?

https://play.golang.org/p/Sr0on5d2XLR

сейчас true false false

а надо чтобы true false true

такое нужно для гибкости, например, есть разные значения с разными методами, которые хочется передать в интерфейсный тип без использования interface{}

в параметр функции с одним интерфейсным типом

тут встраивание не помогает (кажется)

такое нужно для гибкости, например, есть разные значения с разными методами, которые хочется передать в интерфейсный тип без использования interface{}

Похоже кто пытается изобрести г******ки?)

а надо чтобы true false true

а почему в кнце true надо?

не удовлетворяет же обобщённому интерфейсу

для true в конце надо оба метода имплементировать

такое нужно для гибкости, например, есть разные значения с разными методами, которые хочется передать в интерфейсный тип без использования interface{}

можно пример, где функция ожидает либо один, либо другой интерфейсный тип в качестве единого аргумента?

такой ReaderOrWriter получается

Люди, покажите кусочек кода как обходить эту чёртову проблему? Scan error on column index 2: converting driver.Value type <nil> ("<nil>") to a int: invalid syntax Вот образец наваял для примеру. https://play.golang.com/p/zYxJ2afP4lY

Решение знаю, надо в структуре указать sql.NullInt64 и sql.NullString, только что-то это не работает.

не работает, в том смысле, что ошибка та же самая?

так у тебя там все NULL кроме ID и DateTime

а в структуре по другому

а в структуре по другому

Я базу не правильно описал?

если поле может быть NULL то оно не "влазит" в тип int или string

Ну судя по DDL в конце, у тебя все NULL кроме ID и DateTime, следовательно либо дату/ либо структуру.

там не важно хранится в поле NULL или нет для конкретной строки

там важна сама возможность хранить в этом столбце NULL

Вот спасибо, щас поковыряюсь.

Подскажите пожалуста type Dialer struct { // Timeout is the maximum amount of time a dial will wait for // a connect to complete. If Deadline is also set, it may fail // earlier. // // The default is no timeout. // // When using TCP and dialing a host name with multiple IP // addresses, the timeout may be divided between them. // // With or without a timeout, the operating system may impose // its own earlier timeout. For instance, TCP timeouts are // often around 3 minutes. Timeout time.Duration

если я буду ставить Dialer для многих конектов

то Timeout будет для каждого отдельно считатся?

очевидно да

А есть либа, в которой прописана арифметика для sql.NullFloat64? че та гугел не кажет

а что значит арифметика?

плюс-минус-умножить-разделить

Null * 0 ?

ну так возьми его float64 если он валиден и перемножай на здоровье или реагируй на невалидность

плюс-минус-умножить-разделить

sql.NullFloat64.float64 же берешь и арифметишь

Null * 0 ?

Если бы чат был не про го, можно было бы развести дискуссию)

что посоветуете прочесть про Go

?

http://golang-book.ru/

спасибо

этого достаточно, как мне кажется. Если знаком с программированием вообще.

а если не знаком

а только кратко мелко

Спасибо конечно за мудрые советы, но иногда хочется странного - не писать функции на подобие такой вот (как у меня сейчас) для каждого подобного типа данных, которых у меня внезапно дофига образовалось. это несколько заёбывает func Add(x, y sql.NullFloat64) (r sql.NullFloat64){ r.Float64 = x.Float64 + y.Float64 r.Valid = x.Valid && y.Valid return }

Спасибо конечно за мудрые советы, но иногда хочется странного - не писать функции на подобие такой вот (как у меня сейчас) для каждого подобного типа данных, которых у меня внезапно дофига образовалось. это несколько заёбывает func Add(x, y sql.NullFloat64) (r sql.NullFloat64){ r.Float64 = x.Float64 + y.Float64 r.Valid = x.Valid && y.Valid return }

Дж******ов хочется?)))

Дж******ов хочется?)))

Кодогенерации! 😃

нене, я ленивый - хочеца готового рабочего кода

Надо просто отказаться от null в базе

Он, кстати, занимает лишнее место

Или отказаться от Go для решения данной задачи.

Вариант =)

Надо просто отказаться от null в базе

а если значение у поля может быть а может и не быть, то как это предлагаете оформить?

0

Null * 0 ?

А если у вас не 0, то ответьте на этот вопрос.

ага, щас. 0 - это нормальное значение, а магические константы как известно зло

Почему у вас возникает необходимость хранить null для типа float64?

Спасибо конечно за мудрые советы, но иногда хочется странного - не писать функции на подобие такой вот (как у меня сейчас) для каждого подобного типа данных, которых у меня внезапно дофига образовалось. это несколько заёбывает func Add(x, y sql.NullFloat64) (r sql.NullFloat64){ r.Float64 = x.Float64 + y.Float64 r.Valid = x.Valid && y.Valid return }

впрочем это тоже не работает на самом деле. правильно - везде писать if. К сожалению

Почему у вас возникает необходимость хранить null для типа float64?

у меня нет такой необходимости. мне нужно хранить значение поля, котрое может отсутствовать. это стандартный случай

стандартный случай это not null default 0

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

Делайте что хотите и мучайтесь со своими решениями, мне правда не принципиально, чтобы вы приняли мою точку зрения)

стандартный случай это not null default 0

🤦‍♂️ Я выше написал: 0 - это нормальное значение, оно вовсе не означает что значения нет. Для Вас это по всей видимости понять слишком сложно. Ок. Вы не разбираетесь в этом. Нет смысла Вам высказываться на эту тему.

🤦‍♂️ Я выше написал: 0 - это нормальное значение, оно вовсе не означает что значения нет. Для Вас это по всей видимости понять слишком сложно. Ок. Вы не разбираетесь в этом. Нет смысла Вам высказываться на эту тему.

Воу-воу, палехчи. Вот например у меня БД с показаниями счётчиков. Логично, что если показания нет - ставить NULL, а не 0.00 (нет пользования).

Вы правы

Воу-воу, палехчи. Вот например у меня БД с показаниями счётчиков. Логично, что если показания нет - ставить NULL, а не 0.00 (нет пользования).

дык об чом и спич

Воу-воу, палехчи. Вот например у меня БД с показаниями счётчиков. Логично, что если показания нет - ставить NULL, а не 0.00 (нет пользования).

только если в коде забудешь проверить на nil это вызовет панику

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

Да прост, чтоб не писать в миллионе мест if sql.NullFloat64.Valid()

А если у вас не 0, то ответьте на этот вопрос.

три раза перемножил столбиком - всё равно Null получается, а не 0

три раза перемножил столбиком - всё равно Null получается, а не 0

у меня тетрадка с эксепшеном падает

у меня тетрадка с эксепшеном падает

> эксепшен /voteban 😃

🤦‍♂️ Я выше написал: 0 - это нормальное значение, оно вовсе не означает что значения нет. Для Вас это по всей видимости понять слишком сложно. Ок. Вы не разбираетесь в этом. Нет смысла Вам высказываться на эту тему.

Объявите поле *float64, и математика будет проще

Объявите поле *float64, и математика будет проще

Будет падать при null?

Объявите поле *float64, и математика будет проще

не, не будет

Тогда продолжайте хотеть странного, https://gist.github.com/Rubentxu/c353cac8f18321dbd96d/

Тогда продолжайте хотеть странного, https://gist.github.com/Rubentxu/c353cac8f18321dbd96d/

спасибо, но такой код я бы ни в жисть не пустил в продакшен)

спасибо, но такой код я бы ни в жисть не пустил в продакшен)

Вы же странного хотите, я бы странное тоже в продакшн не пропустил

Вы же странного хотите, я бы странное тоже в продакшн не пропустил

я имел ввиду нечто, упрощающее жизнь с вот этим вот sql.NullFloat64 Странне - потому что я пока не уверен как это правильно делать в Го.

Вы хотите мейби монаду, но в общем виде она вам не понравилась. Попробуйте кодогенерацию, может с той стороны зайдет, но ни то, ни другое не go way, насколько я понимаю

O_o