다음과 같은 아이디어가 있습니다. 수천 개의 쿼리를 수신 할 예정이며 각 쿼리에는 일정량의 이름 값 쌍이 들어 있습니다. 이것들은 연관 배열로 시작하기 때문에 데이터에 일어날 수있는 일을 상당히 잘 제어 할 수 있습니다. 이 NVP는 소스에 따라 다릅니다. 예를 들어 소스가 "A"인 경우 설명을 쉽게하기 위해 JSON에서 배열을받을 수 있습니다 ({'Key1':'test1','key2':'test2'}
). 소스가 "B"이면 수신 할 수 있습니다. {'DifferentKey1':'test1','DifferentKey2':'test2'}
저장할 키를 선택하고 있습니다. 내 데이터베이스, 그래서이 경우에는 소스 B의 배열에서 DifferentKey1
을 선택하고 나머지는 버리고 싶을뿐입니다.알 수없는 이름/값 쌍을 처리 할 데이터베이스 구성
내 주요한 문제점은 기술적으로 전혀 관련이없는 내용 일 수 있다는 것입니다. 그들은 매우 일반적인 연관성을 가지고 있습니다 (그들은 두 개의 배열에 통계가 포함되어 있습니다). 그러나 그것들은 매우 다릅니다 (소스가 다릅니다, 즉 게임/스포츠가 다릅니다).
나는 게임과 그 각각의 id로 채워진 테이블을 저장하는 것이 일반적인 NVP 문자열을 연결하는 좋은 방법이 될 것이라고 생각했다. 예 :
Games table:
| id | name |
-------------
1 golf
2 soccer
NVP table
| id | game_id | nvp
1 1 team1score=87;team2score=94;team3score=73;
2 2 team1score=2;team2score=1;extratime=200;numyellowcards=4;
희망이 충분합니다. 그래도 무슨 뜻인지 알 겠어? 불확실한 양의 데이터를 사용할 수 있다면 어떻게 테이블을 구성 할 수 있습니까? 감사.
편집 : 내가 분명히이 설정 작업을 수행해야한다고 생각합니다. 그러나 최상의 성능을 발휘합니까? 아마? 나는 잘 모르겠다. 너희들이 생각해내는 것을 보자.
키 - 값 저장소를 다시 발명 한 것처럼 보입니다 ...! –
그래서 뭐라고 제안하나요? 이것은 일반적으로 받아 들여지는 방식입니까? 더 좋은 방법이있을 거라 생각 했어. – iLoch