WEBVTT 00:00:00.000 --> 00:00:00.032 번역 이준영 00:00:00.032 --> 00:00:03.044 오늘의 질문은 캘리포니아 샌프란시스코에서 왔습니다. 00:00:03.044 --> 00:00:07.079 Blind Five Year Old가 묻길, "어떻게 site: query를 믿을 수 있고, 00:00:07.079 --> 00:00:11.004 왜 때때로 첫번째 페이지와 두번째 페이지의 00:00:11.004 --> 00:00:12.096 총합이 다릅니까?" 00:00:12.096 --> 00:00:14.601 사실 전 이런식으로 00:00:14.601 --> 00:00:16.011 site: query를 사용하지 않는데요 00:00:16.011 --> 00:00:19.003 대신에 피봇하고 좁혀가면서 결과 추정치로 00:00:19.003 --> 00:00:20.062 초점을 맞춰갑니다. 00:00:20.062 --> 00:00:21.852 여기서 알아야 될 것이 몇가지 있습니다. 00:00:21.852 --> 00:00:24.453 첫번째, 만약 몰랐다면, 정말 알아야 될 것은 00:00:24.453 --> 00:00:26.061 결과 추정치들은 오직 약 세개의 유효숫자만 00:00:26.061 --> 00:00:27.965 정확하다는 것입니다. 00:00:27.965 --> 00:00:29.051 즉, 이것들은 추정치입니다. 00:00:29.051 --> 00:00:32.631 우리가 쿼리들을 찾아갈때, 어떤 지점에서 00:00:32.631 --> 00:00:37.009 "첫번째 페이지 구성은 이정도면 충분하고, 00:00:37.009 --> 00:00:38.097 우리는 얼마나 멀리 우리 포스팅 리스트를 거쳐왔고, 00:00:38.097 --> 00:00:40.019 얼마만큼의 데이터를 우리가 가지고 있으니 00:00:40.019 --> 00:00:42.005 이제 약 이정도 결과들이 남았겠지"하고 00:00:42.005 --> 00:00:43.356 추정할 수 있습니다. 00:00:43.537 --> 00:00:46.058 이제 우리가 첫번째 페이지에서 두번째 페이지를 클릭하면 00:00:46.058 --> 00:00:47.072 갑자기 깊게 들어갑니다. 00:00:47.548 --> 00:00:49.069 그러면 더 좋은 추정을 얻을 수 있거나, 00:00:49.069 --> 00:00:51.069 약간 다른 추정을 얻을 수 있습니다. 00:00:51.069 --> 00:00:54.055 왜냐하면 그냥 적은 문서들을 00:00:54.055 --> 00:00:55.077 살펴보기 시작한게 아니라 00:00:55.077 --> 00:00:57.002 더 깊이 깊이 들어가고 있기 때문이죠. 00:00:57.002 --> 00:01:00.001 따라서 이렇게 결과 추정치가 바뀌는 것은 00:01:00.001 --> 00:01:04.066 첫번째 페이지에서 두번째 페이지로 갈 때 비교적 흔한 일이죠. 00:01:04.066 --> 00:01:05.063 일반적으로 조금씩 더 정확해집니다. 00:01:05.063 --> 00:01:08.024 즉, 이런건 site: query의 일반적인 요소가 아니죠. 00:01:08.024 --> 00:01:10.049 일반적인 요소는 우리의 데이터를 더 깊게 파고 들어가는 것입니다. 00:01:10.049 --> 00:01:13.012 그 결과, 얼마나 더 결과들이 있는지 좋은 추정치를 얻게 되거나 00:01:13.012 --> 00:01:15.029 혹은 적어도 다른 추정치를 얻게 되는 것이죠. 00:01:15.029 --> 00:01:19.029 번역 이준영