RDS에 ORM 사용했지만 모야 모야가 멈추지 않기 때문에 전혀 토해낸다! ! !

1765 단어 ORMRDSapi5AWS
전직 활동으로 백엔드도 할 수 있다! 어필로서 포트 페리오 같은 것을 만드는 것이 좋을지도 ··? 라고 하는 일로, 이런 리포지터리 만들었던 것입니다만, 코드 써 있어 눈치챈 것 쓰레기와 씁니다.



몇시의 분방한 개인 개발이 아니라, 알아차리고, 빠져의 Qiita다운 아웃풋이라고 하는 것으로. 제대로 조사하고 쓸 수 있다고 화가 난 것 같지만 w

ORM의 사양이라든지 친절하고 대참사가 될지도··?



이번 Go의 대표적인 ORM인 gorm을 사용했습니다만, Delete 던질 때에 지울 정보를 먼저 취득하지 않은 채, 움직이면 테이블내의 레코드 모두가 사라지는 것이 사양인 것 같습니다!
  jsonData.Id = Ids
  DBMS.First(&jsonData) // この行無いと滅亡です!
  DBMS.Delete(&jsonData)

이번에 가장 만들고 있어? 가 된 사촌. 아리엔.

RDS? ORM? 어느 것이 나쁜가요?



RDS가 ​​일시적으로 어색할 때 움직이면 단말리로 타임 아웃하지 않고 ··
  DB, err := gorm.Open(DBTYPE, CONNECT) // ずーーっと接続中
  if err != nil {
    fmt.Println("RDS access error!")
    panic(err.Error())
  }

적어도 에러 응답하고 싶었다고.

Model 정의의 순서로 구조가 무너진다! ?


  type test struct {
    gorm.Model
    Number int `gorm:"primary_key"`
  }

처럼 먼저 gorm.Model을 쓰고, DB측의 테이블의 처음에 Number가 있으면 gorm.Model로부터 취득한 값이 Number에 침식해 옵니다.
  type test struct {
    Number int `gorm:"primary_key"`
    gorm.Model
  }

이런 식으로 DB 스키마에 달려 있지만 마지막으로 쓴 것이 무난.

남는 모야



라고, 뭐 배움을 통해서 남는 모야가 아직도 있었습니다. .

API 서버 자신도 매니지드 서비스가 좋다? 라는 질문

ORM 이전부터 DB 두드려 온 백엔드 엔지니어에게 어떻게 비치고 있는 거야? 라는 질문

VSCode라든지 에코시스템이 반대로 발을 잡아당겨? 라는 질문

이런 안티나리지가 남는 일 자체가 배우는 것이겠지만, 기술적인 선정해 방향타를 취한다는 의미로 테크 리드는 소중한 무엇이라고 다시 생각했다. 오히려 테크 리드 부재의 조직은 이런 어떻습니까? ?

좋은 웹페이지 즐겨찾기