3차 프로젝트, ER-Diagram {1차시도}
openai request, response는 JSON 형식을 갖고있고, JSON은 반정형 데이터이기 때문에 정형 데이터를 저장하는 SQL에 있어서 커다란 장애물이 된다. 이 문제를 해소하고 확장성을 높이기 위해 WordPress의 스타일을 차용하였다. key, value 쌍을 저장하는 것이다. 쿼리 속도는 늦어질지 몰라도 적어도 1단계 깊이의 객체를 표현할 수 있다.
ChatBotconfig는 request에서 필요한 데이터들을 저장한다. 아래 example request을 보면 "model" 이 그 예이다. Create chat completion 쪽을 보면 필요한 key, value 쌍에 무엇이 필요한지 알 수 있다.
model: chat gpt의 모델messages: 세션 안에서 GPT와 대화한 내역을 모두 저장하여야 한다. 아래는 배열 안에 들어간다.role:system,user,assistant,function중 하나를 가진다.content: 메시지의 내용. 함수호출일 경우 비어있을 수도 있다.
functions: JSON을 인자로 넣는 함수의 리스트를 정의근데 잘 모르겠다name: 호출할 함수 이름parameters: 인자, JSON 형식
stream: True일 경우 부분 메시지가 함께 보내진다. 실시간으로 응답이 들어오기 때문에 유저가 지루하지 않다는 장점이 있다.
나는 OpenAI의 Response만 어떻게 잘 처리하면 된다. request를 JSON으로 만드는 것은 데이터베이스의 문제가 아니기 때문이다.
ChatBotReply에게 필요한 건 확장성인가, message.text만 있으면 되는가.
erDiagram
Member ||--o{ ChatBot : requests
ChatBot ||--|{ Prompt : aggregates
ChatBot ||--|{ ChatBotConfig : aggregates
ChatBot ||--o{ ChatBotReply : aggregates
Member {
string nickname
string email
int age "NULL"
string job "NULL"
}
ChatBot {
timestamp created_at
}
Prompt {
string prompt
string answer "NULL"
}
ChatBotConfig {
string key
string value
}
ChatBotReply {
string key
string value
}멘토님께 질문하고 나니 굳이 이렇게 key, value를 사용할 필요는 없어보인다. JSON을 형식 그대로 저장하고 싶다면 MongoDB를 써도 되지만 나는 단순한 스키마를 채택하는 것이 정신건강에 이로울 것 같다. openai의 API 응답을 그대로 재현할 필요는 없지 않을까?