Mysql: null을 *string으로 스캔할 수 없습니다.

이전 코드는 NULL 값에 대해 빈 []byte 를 반환하여 NULL 값을 빈 문자열과 구별할 수 없게 했습니다.
자세한 내용은 20호를 참조하십시오.

다음 목표 때문에 database/sql 패키지에서 오류를 반환합니다.

* Be flexible with type conversions, but be paranoid about silent
  truncation or other loss of precision.

열에 NULL 값이 포함될 수 있는 경우 http://golang.org/pkg/database/sql/#NullString을 사용해야 합니다.

감사합니다.

이전 동작을 제공하도록 라이브러리를 구성하는 방법을 거의 원합니다. 어떤 면에서 Go의 "기본값 0"은 많은 의미가 있으며 수많은 상용구 코드를 제거합니다. NULL이 발생할 수 있는 내 코드의 모든 곳에 흩어져 있는 대신 구성 가능하게 한 곳에 넣고 싶습니다. NullString 등을 사용하는 것은 코드 면에서 매우 추악합니다.

NULL은 악몽일 뿐이며 NULL을 없애고 싶습니다. 나는 명시적으로 _my_ 테이블의 모든 열을 NOT NULL로 정의하지만 때때로 SHOW PROCESSLIST와 같은 명령은 그 안에 NULL을 가질 것이고 내 코드는 신경 쓰지 않습니다. 대신 빈 문자열을 원합니다. NullString을 사용하고 해당 .Valid 속성을 무시하고 .String만 가져오겠습니다. 열이 NULL이면 비어 있게 됩니다.

드라이버에 유형에 대해 NULL을 0 값으로 변환하도록 지시할 수 있으면(또는 실제로는 열을 변수로 스캔하는 것을 건너뛰는 것 같습니다) 하드 및 오류 발생 가능성이 많이 감소합니다. 미래 보장) 나를 위해 일하십시오. 또는 모든 상용구 코드를 원하지 않는 경우 a) 열이 실제로 nullable이 아님 b)가 그런 식으로 영원히 유지될 가능성이 있습니다.

또한 Go의 "기본값 0 값" 정책을 따르는 데이터베이스/sql 패키지를 선호합니다. 필요한 경우 Null* 유형으로 계속 구분할 수 있지만 불행히도 이러한 방식으로 디자인 결정이 내려졌습니다. 아마도 그들은 Go2에서 그것을 변경할 것입니다 (그것을 위해 나에게서 +1).
현재로서는 이에 대한 드라이버 옵션을 추가할 계획이 없습니다. PostgreSQL에 비해 프로토콜은 이미 엉망입니다(더 효율적이라고 가정하기는 어렵습니다). 나는 더 이상 드라이버를 뒤죽박죽하고 싶지 않습니다.
스캔한 문자열당 하나의 str = nullStr.Value 더 많은 것이 현재로서는 덜 해롭습니다.

NULL 값을 https://github.com/Go-SQL-Driver/MySQL/tree/zeroNULL
그러나 운전자 수준에서는 불가능합니다. 0 값을 []byte{} 하면 string 및 []byte 스캔할 수 있지만 숫자 유형으로는 스캔할 수 없습니다. 0 로 설정하면 숫자 유형으로 스캔할 수 있지만 string / []byte 로 "0"을 얻습니다.

나는 드라이버가 실제로 어떻게 스캔하는지 잘 이해하지 못하지만 대신
dest[i]를 무언가로 설정하고 드라이버가 설정을 건너뛰면 어떻게 될까요?
목적지[나]?

dest 는 기본적으로 []interface{} 슬라이스입니다. interface{} 의 기본값은 nil 입니다. 따라서 dest[i] 설정을 건너뛰면 dest[i]=nil 설정과 동일한 결과가 나타납니다.

지점을 업데이트했습니다. 원한다면 직접 사용해 볼 수 있습니다.

내 요구 사항에 완벽해 보이며 다음에 업데이트할 때 시도해 보겠습니다.
드라이버 사본.

또 다른 해결 방법이 떠올랐습니다.
문자열 대신 []byte를 사용하십시오. nil-[]byte를 변환하면 빈 문자열이 됩니다.

string([]byte(""))  // => ""
string([]byte(nil)) // => ""

http://play.golang.org/p/nivY1yBK3x

아마도 이것을 열어 두십시오. 아마도 예제에 좋을 것입니다.

솔루션: https://github.com/guregu/null

이 페이지는 여전히 검색 결과에서 상당히 높게 표시되기 때문에 제 2센트는 다음과 같습니다.

문제가 실제로 있는 부분인 데이터베이스 추상화 수준에서도 해결할 수 있습니다. 다음을 수행하여 이 문제를 해결할 수 있습니다.

  SELECT
    id,
    COALESCE(name, '') as name
  FROM users

이렇게 하면 name 에 NULL이 포함되어 있으면 스캔할 때 빈 문자열로 대체됩니다. 병합은 널리 지원됩니다.

문자열이 null일 때 예외를 throw한 이유를 이해할 수 없습니다.

이 예 는 저에게 효과적입니다.

다음과 같이 처리하기 위해 문자열 포인터를 전달할 수 있습니다.

var txt *string
checkErr(result.Scan(&txt))
// do something with type *string

그것은 나를 위해 잘 작동합니다.

@Dynom 좋은 의견 외에, 난 여전히 있음을 언급 할만큼 가치가 될 수 있다고 생각 sql.NullString 당신의 목적지에 문제를 해결하려면 형식이 편리한 온다 Scan 내가 이동 측면으로 볼 수있는 ( 데이터베이스 추상화 수준).

또한 nil 값과 빈 문자열을 구별하는 기능을 유지합니다 .

nullstring을 사용하면 개발자는 예를 들어 json과 같은 정보를 표시하려는 경우 지도 vo를 생성해야 합니다. 여기에는 문제가 없습니다. 훌륭하고 올바른 접근 방식이지만 모든 경우에 이치에 맞지 않는 경우 언어 제한으로 인해 추가 작업이 될 수 있습니다.