[단독]칠곡 계모 아동 학대 사건 모티프 영화 ‘멍’, 제작 연기 – koreanbiz

[단독]칠곡 계모 아동 학대 사건 모티프 영화 '멍', 제작 연기 [스타뉴스 이경호 기자] 배우 유선/사진=스타뉴스  

배우 유선이 주연을 맡은 영화 멍(가제 감독 천세환 제작 빅컬쳐)의 제작이 연기됐다 15일 영화 관계자에 따르면 올해 개봉을 목표로 했던 멍 제작이 시나리오 수정 작업 등의 이유로 연기됐다 멍은 2013년 8월 경북 칠곡군에서 의붓딸을 숨지게 한 계모 사건으로 일명 칠곡 계모 아동 학대 사건을 모티프로 했다

당시 대중의 공분을 산 사건이기도 하다 실화를 모티브로 한 멍은 유선이 일찌감치 출연해 화제를 모았다 지난해 10월 유선 외 주요 배역에 대한 캐스팅을 완료하고 크랭크인 할 예정이었으나, 시나리오 수정이 완료되지 않아 올해 초로 크랭크인 시기가 미뤄졌다 그러나 끝내 시나리오 최종본이 나오지 않아 제작이 연기된 상황이다 관계자는 시나리오 수정 작업이 완성되는 대로 캐스팅까지 완료해 촬영을 시작할 예정으로 알고 있다고 밝혔다

한편 유선은 지난해 드라마, 영화 등 여러 작품에서 활약했다 그녀는 오는 24일 개봉 예정인 1급기밀에 특별출연해 관객들과 만난다 이경호 기자 sky@mtstarnews com

[단독]칠곡 계모 아동 학대 사건 모티프 영화 ‘멍’, 제작 연기 – News 24H

[단독]칠곡 계모 아동 학대 사건 모티프 영화 '멍', 제작 연기 [스타뉴스 이경호 기자] 배우 유선/사진=스타뉴스  

배우 유선이 주연을 맡은 영화 멍(가제 감독 천세환 제작 빅컬쳐)의 제작이 연기됐다 15일 영화 관계자에 따르면 올해 개봉을 목표로 했던 멍 제작이 시나리오 수정 작업 등의 이유로 연기됐다 멍은 2013년 8월 경북 칠곡군에서 의붓딸을 숨지게 한 계모 사건으로 일명 칠곡 계모 아동 학대 사건을 모티프로 했다

당시 대중의 공분을 산 사건이기도 하다 실화를 모티브로 한 멍은 유선이 일찌감치 출연해 화제를 모았다 지난해 10월 유선 외 주요 배역에 대한 캐스팅을 완료하고 크랭크인 할 예정이었으나, 시나리오 수정이 완료되지 않아 올해 초로 크랭크인 시기가 미뤄졌다 그러나 끝내 시나리오 최종본이 나오지 않아 제작이 연기된 상황이다 관계자는 시나리오 수정 작업이 완성되는 대로 캐스팅까지 완료해 촬영을 시작할 예정으로 알고 있다고 밝혔다

한편 유선은 지난해 드라마, 영화 등 여러 작품에서 활약했다 그녀는 오는 24일 개봉 예정인 1급기밀에 특별출연해 관객들과 만난다 이경호 기자 sky@mtstarnews com

Orion Database Maintenance – SolarWinds Lab #65

[라디오 정적] [전자 록 음악] >> 안녕하세요 운명과 태양이 함께하는 SolarWinds Lab 유지 보수에 대해 이야기 할 것입니다

>> 그렇습니다 잠깐, 라이센싱에 관한 실험을하고 있니? >> 안돼, 안돼, 안돼, 안돼 아무도 그걸 원하지 않아 오늘 우리는 훨씬 더 흥미 진진한 것에 대해 이야기 할 것입니다 Orion 설치를위한 데이터베이스 유지 관리

>> 그래, 좋아 그게 더 흥미로운거야? >> 어서, 더 흥미 진진한 것은 무엇일까? 색인의 재건 및 통계의 갱신 놀라운 데이터베이스 백업 세계 >> 나는 많은 것을 더 흥미 진진하게 생각할 수 있었다 그 것들보다

낮잠은 그 것보다 더 흥미로운 것 같습니다 >> 낮잠? 잠깐, 나 한테 그 비디오를 보았 니? DBA로 위장한가요? >> 음 >> 나는 모든 것을 설명 할 수있다 >> 그래, 좋아 에피소드 소개, Napster

>> 안녕하세요, 저는 Thomas LaRock입니다 >> 그리고 저는 Destiny Bertucci입니다 오늘 SolarWinds Lab에서, 우리는 당신이 어떻게 다루는지를 이해하도록 도와 줄 것입니다 Orion Platform 데이터베이스의 유지 관리 작업 >> 그렇습니다

이제까지 가장 흥미 진진한 데이터베이스 에피소드입니다 우리는 너에게 물건들에 대해서 말할거야 당신은 Orion을 설치하기 전에하고 싶을 것입니다 설치가 완료된 직후해야 할 일, 그리고 나서 우리는 당신에게 몇 가지 것을 보여줄 것입니다 당신이 정기적으로해야 할 일 Orion 데이터베이스를 원활하게 운영 할 수 있습니다

>> 나는 그것을 볼 때까지 기다릴 수 없다 >> 당신은 나를 보여준 사람이었습니다 >> 좋아요, 조용히하세요 그들은 그걸 모릅니다 >> 오 [정적 사운드 효과] >> 좋아요, 처음부터 시작합시다 우리가 원하는 모든 일에 대해 이야기하고 싶습니다 오리온 플랫폼을 설치하기도 전에

>> 그래, 맞아 나는 많은 고객 지원 티켓을 보았다 돌보는 것만으로도 피할 수 있었던 설치 전에 몇 가지 사항을 설명합니다 몇 가지 나쁜 선택은 나중에 정말로 많은 고통을 초래할 수 있습니다 >> 네, 절대적으로 말입니다

인덱스를 다시 작성하고 햄스터처럼 작업하려고합니다 바퀴에서, 그리고 성능은 여전히 ​​아무데도 가지 않습니다 >> 정확하고 예방의 온스 >> 베이컨의 가치가있다 >> 나는 그가 그렇게 말할 것임을 알았다 >> 그래, 텔레 프롬프터에있어 어쨌든, 우리가 원하는 것들에 대해 이야기 해 봅시다 오리온 플랫폼을 설치하기 전에 모든 사람들이 검토해야합니다

>> 좋아, 우리는 하드웨어 얘기를 할거야 저장소 및 사용자 권한 >> 권한? 사용자 권한은 데이터베이스 유지 관리와 어떤 관련이 있습니까? >> 글쎄, 그냥 기다려, 알게 될거야 먼저, 쉬운 것을 시작합시다 확실하게하는 방법에 대해 그들과 이야기 해 봅시다 그들은 그들의 필요에 충분한 저장 공간을 가지고 있습니다

>> 오른쪽, 저장 공간 그것은 항상 문제로 보입니다 주로 모니터링을 시작하기로 결정한 고객의 경우 얼마나 많은 양의 데이터를 이해하지 않고 모든 것을 그것은 의미 할 수 있습니다 >> 그것은 단순한 컬렉션이 아닙니다 보존과 함께 컬렉션의 조합입니다

정말 공간 요구 사항을 죽일 수 있습니다 >> 그렇습니다 따라서 데이터베이스의 크기를 적절하게 조정하고 싶습니다 시작부터 자, DBA로서, 나는 데이터베이스를 만들기위한 대변인이다

나는 삶의 끝에서 필요로하는 모든 공간을 가지고 있습니다 그러나 그것은 우리가 살았을 때의 상황이었습니다 육체적 인 세계에서 이제는 가상 환경입니다 그리고 그것은 우리가 정말로 필요한 것만을위한 크기에 도달한다는 것을 의미합니다

지금 우리가 나중에 자랄 것이라는 생각과 함께 >> 네, 그런 일이 생깁니다 하지만 여전히 좋은 생각입니다 귀하의 서버 팀, "좋아, 우리는 지금 이걸 많이 필요로하고 아마 우리는 "지금부터 3 개월 만에 훨씬 더" 당신은 그 대화를 계속 지키고 있습니다 시간을 미리 알려야한다는 것을 알려줍니다

당신은 실제로 공간이 부족합니다 >> 좋아, 그럼 우리 고객이 도착하는 데 어떻게 도움이 될까? 이 사이징 필요에 대한 추측에? >> 공식 버전은 다음과 같습니다 [목을 가다듬 다] 공간을 결정하는 고정 공식은 없습니다 Orion SQL 데이터베이스에 할당 할 수 있습니다 환경에 대한 30 일 간의 평가를 권장합니다

데이터베이스의 성장을 관찰하기 위해 보존 설정을 조정하십시오 >> 좋아요, 그래서 당신은 크기를 추측 할 수 있습니다 설치하기 전에 크기를 알고 있어야합니다 >> Yes 그리고 데이터베이스 크기 다음 번호에 따라 다릅니다 폴링중인 요소 수, 얼마나 많은 트래픽이 이러한 장치를 통해 진행되는지, 통계 폴링의 보존 설정, syslog 메시지 (수신 한 경우) 트랩 메시지, 수신 한 경우 및 해당 메시지의 양, 그런 다음 보존 설정이 있습니다 이들 모두를 위해 당신은 최고 화자 95 % DNS, IP 주소 조회, 무선, 범용 장치 폴러, 하드웨어 상태 및 다른 모듈이있는 경우, 우리가 링크를 보여줄 것이라 확신합니다

이것을 우리가 그 길로 단축 할 수 있다고 >> 고려해야 할 부분이 많습니다 >> 그래, 여기 우리가주는 가장 좋은 추측이있다 NetFlow, syslog, 트랩, 7 일 동안 유지 한 다음 어디서나 할당 할 수 있습니다 Orion Platform 데이터베이스에 10 ~ 50GB

일반적으로 SLX가있는 경우 NetFlow는 모니터링 중임을 의미합니다 많은 인터페이스가 필요하지는 않습니다 NetFlow 데이터베이스는 그렇지 않기 때문에, 하지만 당신은 아마도 당신이 가진 많은 인터페이스를 가지고 있습니다

어느 공간을 차지하고 있는지 추적하는 것을 시도한다 Orion Platform 데이터베이스 내에서 >> 맞다 다시 한번 DBA로서 DBA의 모자를 쓰겠다 그리고 나는 단지 10에서 50까지 들으면, 5 기가 바이트, 나는 "50 개 모두 시작하자

"라고 말할 것입니다 데이터베이스가 백업되는 경우 어딘가에 녹을 뽑아서, 내가 얻을 수있는만큼의 연속적인 디스크 스토리지가 필요하다 >> 그리고 분열을 최소화하기 위해 그렇게하고 싶습니다 성장 이벤트 및 테이블에 대한 인덱스 등 >> 맞아, 네가 말한 것처럼, 이것이 우리가 우리가주는 조언은 "일주일 동안 뛰게하십시오 "그런 다음 거기에서 조정하십시오" 그래서 그 조언 자체가 도움이되지 않습니다 당신이 바라는만큼

하지만 50GB를 할당한다면, 그런 다음 모니터하고 조정하여 시작 지점으로, 그건 실제로 나쁜 접근 방식이 아닙니다 너는 알지 못한다 지식이 없다 귀하의 특정 환경에 관한 것입니다 >> 알았어, 데이터베이스의 크기 정도면 충분합니다

하드웨어에 대해 이야기 해 봅시다 >> 맞아 >> 우리는 오리온을위한 보관소에 대한 연구실을 운영하지 않았습니까? >> 네, 했어요 실습 # 48, 데이터베이스 딜레마 그리고 그것이 내가 레온을 울게 만들었습니다

>> 오 마이 >> 좋은 추억 >> 좋아요, 재미있게 들리는군요 재미도 많이 하지만 여기서 다시 초점을 맞춰 봅시다 그 에피소드의 결과를 알려주십시오 >> 좋아, 그 에피소드에서 우리가 한 것은 오리온 플랫폼 (Orion Platform), 데이터베이스, 다른 RAID 레벨에 적용 했지요? 그리고 나서 우리는 "좋아, 이제 우리는 "이러한 다양한 RAID 레벨을 실행 해 봅시다 "우리가 생각할 수있는 가장 큰 워크로드 중 하나입니다" >> 그게 뭐야? >> 그건 구성 마법사였습니다

>> 네, 그건 곰이 될 수 있습니다 의심의 여지가 없습니다 >> 그래서, 우리가 그랬습니다 우리는 모든 RAID 5 서버를 가지고있었습니다 우리는 모든 RAID 10이었던 서버를 가지고있었습니다

하나의 모든 플래시 배열 구성 설정을 실행했습니다 자, 나는 결과를 망치고 싶지는 않지만 당신에게 말할 것입니다 RAID 5는 최악의 연기자였습니다 >> 총 감각을 일으키는 Orion은 거의 순수 OLTP 작업 부하이기 때문입니다

쓰기 집약적이므로 모든 RAID 구성 쓰기 벌금이있는 사람은 더 나빠질 것입니다 쓰기 패널티가없는 RAID 구성보다 >> 그렇습니다 그래도 우리에게는 고객이 있습니다 그들은 지원 티켓을 열어 불평한다 스토리지 성능에 문제가있는 것, 그리고 모두는 그것을 알아내는 것에 놀란 것처럼 보였다

"어쩌면 RAID 5가 최선의 선택이 아니었을 것입니다" 나중에 두통을 피하십시오 처음부터 올바르게 스토리지를 구성하십시오 >> 그리고 Orion은 메모리 또는 CPU를 많이 사용하지 않습니다 우리가하는 권고 사항을 볼 수 있습니다

그리고 우리는 크기와 RAID에 대해 이야기하기 위해 나간다 메모리와 CPU에 관한 것이 아닙니다 >> 좋아, 그럼 마지막 항목에 대해 이야기 해 보자 사전 설치, 사용자 권한 >> 맞아 오리온이 원하거나 필요로하는 시대가 있습니다

데이터베이스와 상호 작용하려면, 권한이 충분하지 않습니다 이것은 종종 불쾌한 DBA가 우리에게 제공하지 않기 때문입니다 우리가 처음에 요청한 올바른 로그인 >>이 봐, 봐 당신은 보안 괴짜 야 최소한의 권한 원칙을 인정해야합니다 >> 물론 그렇습니다 >> 알았어

>> 그리고 나는 내가 일반적으로 필요로하는 것 이상을 요구하지 않는다 실제로 필요한 특정 사용 권한을 나열합니다 그리고 이것은 설치를위한 것이 아닙니다 지속적인 유지 관리에 필요한 권한입니다 있잖아, 우리가 얘기해야 할 것

오늘 여기에 >> 물론 그렇습니다 해당 권한이 완전히 나열된 것을 볼 수 있습니다 우리의 지원 사이트에 >> Orion Platform 설치시 문제가 있음을 확인했습니다

충분한 권한이 없기 때문에 유지 관리가 필요합니다 따라서 설치하기 전에주의하십시오 나중에 유지 보수의 어려움이 적습니다 >> 그리고 필요하다면 베이컨으로 DBA에게 뇌물을 제공하십시오 처음으로 올바르게 생성 된 로그인을 얻으십시오

>> 그리고 다시 베이컨으로 >> 나를 판단하지 마라 [정적 음악] >> 좋아, 오리온 플랫폼을 설치했습니다 모든 것이 실행되고 있으며, 데이터와 메트릭을 수집하고 있으며, 데이터를 소비하고 있으며 대시 보드를 제시하고 있습니다 모든 벨기에 호루라기

>> 잠깐, 벨기에 호루라기 말 했니? >> 네,하지만 지금 당장 걱정하지 마십시오 다음에 일어날 일에 집중하겠습니다 우리는 그들이 어떤 조치를 취해야하는지 이해할 수 있도록 돕고 싶습니다 설치가 완료되면 즉시 >> 좋아, 나는 물건을 무너 뜨려서 이렇게하고 싶다

두 그룹으로 Orion Platform 데이터베이스의 내부 작업, Orion Platform 데이터베이스 외부의 작업 등이 포함됩니다 >> 네, 그건 나누고 생각할 수있는 좋은 방법입니다 그 일들은 때로는 아주 다른 두 그룹이나 사람 >> 사실,하지만 우리는 큰 숫자를 가지고있다 우발적 인 DBA의 모든 작업을 수행합니다

여전히 이러한 작업을 생각해 보는 것이 도움이됩니다 내부 및 외부로서 이제 오리온이 할 일에 대해 이야기 해 봅시다 내부적으로 수행해야 할 작업과 외부에서 수행해야하는 작업을 설명합니다 >> 숙련 된 엔터프라이즈 급 DBA를 의미합니까? >> 글쎄, 만약 당신이 그 중 하나를 가지고, 물론

그렇지 않으면, 당신은 할거야 >> 알았어, 좋아, 그걸 부숴 버리자 먼저 외부 작업 그리고 그 중 가장 중요한 데이터베이스 백업입니다 >> 그래, 너는 그걸 원할거야

어느 시점에서 알았어? >> 그래, 알았다 그리고 맞습니다

백업이 중요 해집니다 회복 계획에 필요하기 때문입니다 백업이 없으면 복구 계획을 세울 수 없습니다 그리고 DBA로서, 당신이 회복 할 수 없다면, 당신은 당신의 직업을 유지할 수 없습니다 그래서 당신은 그 백업을 확실히하려고 할 것입니다

작업이 완료되고 이것은 모든 관련 데이터베이스에 대한 것입니다 당신이 가질 수도 있습니다 >> 네, 오리온 플랫폼에있을 수 있습니다 어떤 제품에 따라 하나 이상의 데이터베이스 당신은 설치했습니다 백업을 확실히하고 싶을 것입니다

실제로 일어나고 있습니다 >> 그래서 DBA 나 서버 팀원이 있다면 이미 백업을 담당하고 있습니다 이 데이터베이스가 추가되었는지 확인하십시오 현재 진행중인 백업 프로세스에 이르기까지 그리고 우발적 인 DBA이고이 작업을 수행해야하는 경우 너 자신을 위해, 당신은 아마 유지 보수 계획 SQL Server Management Studio 내에 있습니다 >> 그리고 이것에 대한 하나의 경고는 노력을하는 것입니다

백업이 진행되는 동안 피하기 위해 또는 심지어 내부 유지 보수와 거의 같은 시간 >> 좋아, 그럼 그 내부 작업으로 이동하자 Orion 자체가 실제로 처리하는 작업은 무엇입니까? >> 오리온은 많은 일을합니다 이러한 구성은 외부에서 수행 할 필요가 없습니다 오리온 플랫폼은이를 즉시 처리합니다

그러나 유지 관리의 시간을 구성 할 수 있습니다 좋아, 그럼 한번 보자 >> 알았어 [정적 음악] >> 좋아, 대부분의 DBA가 구성 할 표준 항목 유지 관리 계획에서 – 인덱스 재구성, 통계 업데이트, 데이터베이스 백업, 있잖아, 그게 오리온 (Orion)은 상자에서 꺼낸 것 같은 것들을 할 수 있습니다 하지만 오리온의 너를 위해 할거야 그래서 우리가 추천하는 이유야 당신은 내부 유지 보수를 사용합니다 >> 예, 동일한 장소에서 타이밍을 설정 했으므로 유지 보수를 위해 또한 보존을 구성하는 곳이기도합니다

그리고 우리는 이미 회원 유지의 역할에 대해 이야기했습니다 성능을 위해 기술 자료 문서에는 세부 정보가 나열되어 있지 않으며, Orion 내부 유지 보수가 여러분을 대신합니다 >> 하나, 고아 노드를 정리합니다 네가 거기에있다

>> 중요합니다 >> 그리고 데이터를 잘라내어 보관하고 롤업합니다 보존 설정에 따라 >> 네, 당신이 말했습니다 >> 그리고 테이블에 대한 통계를 업데이트합니다 및 색인

>> 맞아 >> 그리고 인덱스를 재구성하고 구성합니다 필요에 따라 >> 좋아, 어디 있는지 보여 주자 >> 좋아, 그럼 우리는 설정 페이지에있어

실제 폴링 설정으로 이동합니다 왜냐하면 그것은 데이터베이스가 될 곳이기 때문입니다 >> 물론 자연스럽게 내가 화면을 보았을 때, 나는 어디에 있는지 알고 싶었다 데이터베이스 유지 보수 작업은, 나는 Polling Settings라고 생각했다

>> 정확하고 폴링 설정을 스크롤하면, 실제 데이터베이스 설정을 볼 곳입니다 그리고 우리가 이야기하고 있었던 것들 >> 실제로는 거의 접어 넘어서있었습니다 너는 충분히 큰 스크린이 있으면 >> 맞습니다

보관 시간은 볼 수 있듯이 즉시 사용할 수 있습니다 오전 2시 15 분에 체크 박스가 인덱스 조각 모음 자, 만약 당신이 업그레이드 된 사람이라면, 여기에 올 수 있습니다 확인했는지 확인하십시오 이전에 데이터베이스에 없었던 경우, 그것은 없을 수도 있습니다

확실하게 볼 수있는 좋은 장소 통계 및 색인 업데이트를 수행하고 있음을 나타냅니다 >> 자, 아카이브 시간, 그래도 나에게 아카이브는 백업과 같은 것을 의미합니다

그러나 아카이브는 사용자에게 실제로 어떤 의미입니까? >> 이것은 모든 작업을 수행 할 때입니다 당신이 여기에서 볼 수 있습니다 롤업 작업, 색인 생성, 너의 마디의 가지 치기, 그 자연의 것들 우리가 방금 목록에 올린 4 개, 이것이 시작될 때입니다 >> 그래, 가지 치기 노드는 여기에 나열되지 않는다

그러나 그것은 끝난다 >> 맞아, 맞아, 그게 뒷쪽에서 끝났기 때문이야

거기서, 당신의 고아 노드들 귀하의 데이터베이스 내에있는 방법, 즉 데이터베이스에서 올바르게 제거 할 수 있습니다 >> 좋아, 그럼이 화면에서 우리를 위해 또 무슨 일이 일어나고있는거야? >> 그래서 당신은 당신의 데이터베이스가 있다는 것을 알 수 있습니다 유지 설정이 여기에 설정됩니다 그래서 당신은 당신의 시간당을 가지고 그리고 당신의 상세한, 당신의 시간당, 그리고 당신의 매일

따라서 규정 준수 보고서와 같은 것이 있다면 당신이 체크 아웃 할 상세 정보를 보관해야한다는 것 이상 현상이 있거나 패치를 적용하고 필요한 경우 더 많은 정보를 확인하기 위해 7 일이 넘으면 여기가 증가 할 것입니다 >> 좋아요,이 인터페이스 기본 계산은 무엇입니까? >> 그렇게되면 기준선에 도달하게됩니다 이것이 데이터베이스의 부하입니다 그래서 우리가 당신에게 제공하는 이유입니다 너는 매일하고 싶어하니, 아니면 너도 알다시피, 특정 날짜와 시간? 기억하기 때문에이 모든 시간은 2:15에 시작됩니다

축적이 많을수록 더 많은 것을 축적 할 수 있습니다 데이터베이스에서이 작업이 오래 걸릴 수 있습니다 완료해야합니다 여기에서 알 수 있듯이 색인 생성은 3600 초입니다 그것은 약 1 시간이다

그러나 그것은 14 시간 인 50,000까지 올라갈 수 있습니다 >> 인덱스 유지 보수 14 시간 흠

>> 그게 문제 야? >> 알다시피, 나는 그것이 문제라고 말하지 않을거야 그냥 말할거야 예

그래서, 14 시간 인덱스 작업을 위해 14 시간을 기다려야한다면, 조각 모음을 완료하려면, 그럼 정말 봐야 해 보존 설정이 무엇인지, 얼마나 많은 요소가 있는지 너 정말 감시하고있어 여기 아래, 가장 큰 것들이지, 그렇지? Syslog 및 트랩 메시지 보시다시피, 기본값은 3 일입니다

그래서, 여기에 당신이 들어올 곳이 있습니다 몇 가지 변경 작업을 시작하고 변경할 수 있는지 확인하십시오 인덱스가 그렇게 오래 걸리면, 그것은 데이터베이스의 크기 때문입니다 그래서 당신이 처음 보는 것은 아닙니다 "이봐, 난 그냥 테이블을자를 수 있을까?" 그것은, "나는 무엇을 유지하고 있는가? "그리고 나는 정말로 여기에서 약간의 조정을 할 수 있습니까?" 따라서 많은 데이터베이스 유지 관리 작업이 여기에서 발생합니다

Orion 관리자로서 여기가 있습니다 당신은 정말로 그러한 내부 테스트를 많이하고 싶습니다 >> 확실히 >> DBA가 인덱스 재 작성 등을 주장한다면, 당신은 그들에게 오리온 그 자체를 알리도록해야합니다 많은 일을하고있을거야, 알았지? 그리고 2:15에 그것을 설정했습니다

또한 DBA와의 협조가 필요합니다 이 모든 일이 일어나기를 원하기 때문에 그런 다음 백업을 완료하려고 할 것입니다 그리고 당신이하고 싶은 이유는 그 시점으로 롤백해야한다면 이 모든 유지 보수를 기다릴 필요가 없습니다 다시 일어날 필요가 있겠지? 그래서 이것을 고려해보십시오 2시 15 분에 이것은 실행됩니다

얼마나 오래 걸릴지 생각해야합니다 그러면 "알겠습니다, DBA"라고 말할 수 있어야합니다 또는 누구든지 백업을하고 있다면, "주위 4시에 내 백업을 시작할 수 있을까요?" 아니면 시간이 될지라도 왜냐하면 당신을 위해, 그것은 멋지고 깨끗한 방법 일 것입니다 복원해야한다면 처음부터 시작해야합니다

유지 보수를 다시하지 않아도 되겠습니까? 그리고 저는 이것이 정말로 좋은 방법이라고 생각합니다 사람들이 이해할 수 있도록 이 두 기능을 겹치기를 원하지는 않습니다 DBA는 실제로 인덱스 유지 보수를 원합니다 날 믿어 우리가 해

우리는 인덱스 유지 보수를 원하고 있습니다 통계를 업데이트하십시오 우리는 모든 백업을하고 싶습니다 우리는 단순히 모든 것을 제어하기를 원합니다 우리는 그것이 끝나고 있는지 확인하기를 원합니다

누군가가 우리에게 와서 "이봐, 이거 했니?"라고 말하면 나는 그것의 명부가있을 필요가 있고, 나는 그것의 명부 만있다 내가 그 일을한다면 따라서, 그 의사 소통이 중요합니다 오리온 (Orion) 관리자는 이렇게 말합니다 "아니, 아니, 색인에 대해 걱정하지 마라 "우리는 내부적으로 그렇게하기로되어 있습니다

"성능 문제가 있다면 우리는 "나중에 그것을 함께 보아라 "그러나 나는 당신이 노력의 중복을 갖기를 원하지 않는다 "귀하의 환경에서 사람들이 노력하는 것 "동일한 작업을 본질적으로 어느 날 밤에 두 번해야합니다" >> 그건 완전히 이해가됩니다 [정적 음악] >> 좋아요

그래서 우리는 그 물건들을 돌 보았습니다 설치 전에 Orion을 설치하고 할 일을 살펴 봤습니다 설치 직후, 우리는 심지어 DBA 인 악마와 춤을 췄다 그럼 다음은 뭐니? >> 좋아, 다음은 진행중인 모니터링입니다

귀하의 오리온 플랫폼 및 환경에 대한 >> 오, 표준 성능을 의미합니다 좋은 DBA가하고있는 튜닝 및 모니터링 매일 매일 영원의 나머지를 위해

>> 물론, 그 옵션이 있습니다 그러나 나는 또한 로그를보고 오류를 찾고, 그리고 데이터베이스에 잠입하여 우리는 물건을 과부하시키지 않고있다 >> 그래, 좋아 우리는 어디에서 시작해야합니까? >> 알았어 글쎄, 보여 줄게

우리는 실제로 들어갈 것입니다 C :, ProgramData, SolarWinds, 로그, 오리온 여러분 중 일부는 아마 여기에 있었을 것입니다, 그렇지 않다면, 이보기로 이동하여 확인하십시오

숨겨진 항목이 실제로 검사되고, 또는 ProgramData 폴더를 보지 않을 것입니다 >> 알았어 >> 자, 일단 거기 가면, 나는 들어갈거야 실제 로그와 오리온 그리고 내가 찾는 것은 swdebug입니다

그것은 실제로 SW 유지 보수 로그를 가져올 것입니다 그래서 우리는 그것이 완성되었는지 실제로 볼 수 있습니다 전에 있었던 분열은 무엇 이었습니까? 다가오고있는 테이블, 그리고 내가하고 싶은 일은 내가 과거로 스크롤하는 것이다 그 모든 위대한 정보와 나는 자동적으로 찾는다 이 객체들을 완료 했습니까? >> 그러면 오류가 있으면 여기에 오류가 표시됩니까? >> 맞습니다

>> 그리고 너도 할 수있어 얼마나 걸렸어? 예를 들어 2:16이라고 말하면, 언제 시작 되었습니까? >> 2:15 이것이 기본값입니다 >> 기본값은 2시 15 분이었습니다 >> 이것은 매우 작은 데이터베이스입니다 >> 작습니다

>> 작은 >> 그래서 1 분 30 초 밖에 걸리지 않았습니다 그 다음 모든 테이블을 통과했습니다 여기서 정말 좋은 정보를 얻고 있습니다 >> 그래, 그리고 그것은 그것이 진행된 각 테이블을 말할 것이다

색인 생성 크기 및 데이터 롤아웃 방법 저기서 오는 모든 것, 그래서 정보가 꽤 강렬합니다 그것은 그곳을 통해 퍼져 나간다

로그 조정자로 가면 더 많은 정보를 얻을 수 있습니다 디버그 모드를 상세하게 늘릴 수 있기 때문에, 앞으로 올 쿼리를 실제로 볼 수 있습니다 거기저기서, 그 자연의 것들을 가로 질러옵니다 >> 굉장해 >> 내가 사람들에게 말하는 것을 좋아하지만, 업그레이드를 시작하기 전입니다

유지 관리 로그를보십시오 알려진 잡았다가 없는지 확인하십시오 그런 일이 일어나고 있고, 유지 보수가 완료되고 있습니다 롤업이 진행되고 있음을 알 수 있습니다 그리고 네가 거대한 테이블을 가지고 있지 않다는 걸 겹쳐지지 않았기 때문에

그러면 문제가 발생할 것입니다 데이터 전송 또는 새 테이블 만들기 그게 다가올거야 >> 그래, 좋은 지적이야 >> 좋아, 그럼 내가 좋아하는 다음 일은 사물의 성장을 모니터링하는 종류입니다 또는 그 곳곳에서 일들이 어떻게 진행되는지

그래서 우리는 여러분의 테이블 크기를 확인하고 싶습니다 그리고 그 자연의 것들 >> 알았어 >> 좋아요, 그래서 여기를 살펴 보겠습니다 그리고 우리는 데이터베이스 관리자를 잡을 것입니다

>> 좋아, 그게 그 이름이야? 데이터베이스 관리자? >> 네 >> 알았어 >> 또한 여기에서 볼 수 있듯이, 우리는 Database Maintenance를 가지고있었습니다 어떤 사람들은 여기에 열쇠를 꽂았습니다 그들이 업그레이드를하기 전에 이것을 사용할 것입니다

>> 알았어 >> 유지 보수를 실행하여 완료되었는지 확인하십시오 업그레이드를 시작하기 전에 우리가 말한 그 아카이브 하루 중에 시작할 수 있습니다 또는 그러나 당신은 그것을하고 싶어합니다

>> 좋아, 그럼 데이터베이스 관리자가 설치되는 도구입니다 Orion과 함께, 그리고 그것은 당신을위한 브라우징의 종류에 당신을위한 방법입니다 Orion 데이터베이스 자체 그리고 우리는 테이블의 크기와 같은 것을 찾을 것입니다 >> 맞아, Add Default Server를 치면된다 그 일은 인증서를 사용하는 것입니다 그것들은 우리가 사용하고있는 것 뒤에 있습니다 >> 알았어

>> 그래서, 지금 암호화되어 있기 때문에, 자연의 것들, 그것은 들어올 수있는 더 쉬운 방법 일뿐입니다 >> 알았어 >> 그럼 일단 그곳에 가면 데이터베이스를 볼 수 있습니다 우리는 실제로 그것을 마우스 오른쪽 버튼으로 클릭 할 수 있습니다 데이터베이스 세부 정보를 누르십시오

모든 테이블과 방법, 당신도 알다시피, 크기가 무엇인지 등 >> 그리고 이렇게 많은 정보를 얻을 수도 있습니다 SQL Server Studio 그게 모두가 가진 것은 아니지만 자신의 에 설치된 관리 스튜디오 서버, 또는 뭐든간에

내 요점은 우리가 쉽게 만들었 어 귀하가 처분 할 수있는 도구를 사용하십시오

>> 맞아, 네가 접근 할 수있는 것, 때로는 DBA가 너를 못 가게하기 때문에 SQL Management Studio에 액세스하려면, 또는 같은 상자에 있어야하기 때문에 그 중 하나만 찾아 보려고 그래서 우리가 테이블에 가면, 그러면 우리는 인덱스 크기를 볼 수 있습니다

마찬가지로, 우리는 그것이 실제로 존재 하는지를 확인할 수 있습니다 그에 따라 조정 그리고 데이터베이스 크기도 볼 수 있습니다 그래서 우리가 적절하게 조정할 필요가 있는지 알 수 있습니다 트랩, syslog, 그곳에 들어 와서 높이 날 수있는 모든 것

>> 그래, 좋아 >> 그리고 사용되지 않은 공간이 얼마인지를 알려줍니다 행 수를 알려줍니다 그래서 이것들은 여러분이 얻을 수있는 모든 정보입니다 SQL Management Studio를 종료합니다

>> 그렇습니다 >>하지만 그것은 당신이 말한 것처럼 더 많은 것입니다 그것은 SolarWinds를 가진 누군가를 위해 사용자에게 친숙합니다 우발적 인 DBA도 여기 와서 그리고 적어도, 헤이, 나는 그것에 접근 할 수 있다는 것을 알기 위해 이것은 또한 귀하의 권리를 확인하기 때문입니다 >> 오, 좋은 지적이야

>> 알았지? 그리고 우리가 할 수있는 일은 우리의 폴링 설정, 왜냐하면 우리가 이것을 할 때, 많은 사람들은 추가 폴링 엔진을 가지고 있습니다 그래서 밖에있는 사람들이있을 때, 많은 사람들이 사람들이 새로운 노드를 실제로 발견하고 추가하게 할 것입니다 여러 폴러가 있다고 설명 할 수는 없습니다 따라서 기본 설정은 기본 설정입니다 당신의 주요 오리온 플랫폼 맞죠? 그래서 당신은 가지고있을 것입니다, 만약 그들이 그것을 바꾸지 않는다면, 말하자면, poller one, poller two, 등등

그런 다음 나는 이것에 많이 빠져 들었습니다, 당신도 알게 될 것입니다 3,000 알다시피, 30,000 가지 유형의 노드 모니터 하나에 있는데, 추가 폴링에 대해서는 아무 것도없고 당신은 알아 낸다

너는이 모든 네트워크 발견을 가지고있다 그 일이 계속되고 당신은 그것을 연마해야합니다 따라서이를 확인하기 위해 웹 콘솔을 사용할 수 있습니다 그러면 설정 페이지가 다시 한 번 표시됩니다 너는 익숙하다

그리고 우리는 갈 것이다 폴링 엔진 자체에 이르기까지 세부 정보 아래에 우리가 볼 수있게하는 것은 정보입니다 폴러의 무게는 얼마입니까? 실제로 폴링하는 요소의 수는 얼마입니까? 네가 SAM을 가지고 있다면 거기에 그런 것들이 더있다 체중 등을 보여줄 것입니다 그래서 이것은 당신에게 이것의 엔진 상태를 보여줄 것입니다, 254 개의 요소가 있다고 말할 것입니다

그게 3 퍼센트에있어 동일한 적용 비율의 투표율 하드웨어 속도는 0 %입니다 그러나 중요한 것은 여기 있습니다 : 이것은 NPN의 실제 투표율입니다 그래서 당신이 말할 수있는 것에서 2 %가됩니다

그리고 당신이 여기있는 것이 더 많을수록, 여기에 추가 폴러가 있습니다 이것은 동일한 정보를 알려줍니다 총 요소 수는 얼마입니까? 볼륨 요소, 모니터링 대상, 그것을 세그먼트 화합니다 그래서 저는 사람들에게 말하고 싶습니다 로드 균형 조정에 좋은 방법입니다

관리 노드에 들어가면 당신은 폴링 엔진을 치고, 그러면 폴링 엔진 변경이라고하면, 거기에 요소 수를 줄 것입니다 >> 알았어 >> 당신에게 무게를 말하지 않습니다 얼마나 많은 돈이 거기에 있고, 무엇이 그들을 위해 투표되고 있는지 그래서 저는이 페이지에오고 싶습니다

그 이유는 다음과 같습니다 나는 그 종류의 폴러의 건강을 실제로 볼 수 있습니다 1000 개의 노드 만 가질 수 있기 때문에, 하지만 그럼 당신도 알아 낸다 거기에있는 모든 SAM 기능들, 그리고 그 무게 99 퍼센트가 될 것이지만, 실제로 이것은 여론 조사에서 4 % >> 네, 그렇게하는 것이 아주 귀중한 정보가 될 것입니다

환경이 실제로 수집되는 방법 이해하기 데이터, 당신이 알고 있기 때문에, 당신이 그것을 느낀다면 병목이 될 수도 있습니다 내 말은, 그것은 실제로 더 높은 샘플링 속도입니다 그래서 이것은 훌륭한 페이지입니다 얼마나 자주 확인할 것입니까? 매일, 매주? >> 그래서, 나는 보통 얼마나 많은 사람들에 따라 이것을 체크한다 나는 거기에 누가 발견을 할 권리가있다 발견 능력을 가진 사람이 저라면, 그때 나는 그것을 확인하고있는 유일한 사람이다 내가 발견하기 전에 이것을 점검 할 것입니다 그래서 나는 장소와 깨는 방법을 알고 있습니다

내 실제 발견 자체가 노드를 가져옵니다 >> 알았어 >> 더 많은 사람들이 이것을 사용하고 있다면, 이미 초기 발견을 완료했다면 그게 저기로 나가면, 내가 그걸 확인해 줄거야 한 달에 한 번 그래도 문제를 발견하면 또는보고있는 경우 폴링 엔진이 뒤지고 있다는 사실, 완성을 위해 100 %가 아닙니다

너는 약간의 지체를 알아 차리고있어, 너는 그런 종류의, 그것을 늘리십시오 그리고 여러분도 알고 있어야합니다 누가 우리를 발견 했는가? 어디에서 암호를, 나는 당신이 내가 그것을 싫어 알고, 공유되고있는 계정과 계정을 볼 수 있습니다 그들은 사용 중이며 이해하지 못합니다 서둘러서 물건을 넣으려고하는 것 뿐이에요

그들은 당신을 돕고 있다고 생각하지만 실제로 폴러와 당신을 상쇄시킬 수 있습니다 계획된 계획 >> 좋아, 우리가 공유 할 수있는 보너스 자료가 있니? >> 데이터 간격 분석 도구를 보여 드릴 수 있습니다 >> 데이터 갭 분석 >> 꽤 흥미 롭습니다

>> 나는 그 모든 말을 좋아합니다 >> 당신은? >> 알았어, 우리가 그걸로 갈 때, 우리는 실제로 Program Files, SolarWinds, Orion으로갑니다 그래서 우리는 그것에 들어가야 할 필요가 없습니다 프로그램 데이터 하나, 그건 숨겨져있어 그리고 설정 한 응용 프로그램을 살펴보고, 여기에 그 도구가 있습니다 데이터베이스 응답 시간도 있습니다 실제로 응답을 앞뒤로 알려줍니다 이것이 어디에 있는지

그래서 우리가 이것을 열면, 나는 항상 이것을 관리자로서 운영합니다 때로는 실제로 실행되지 않기 때문입니다 그래서 우리는이 오류에 대해 이야기하고있었습니다 우리가 찾을 수있는, 응답 시간이 있다면, 임계 값, 최소 폴링 완료 그리고 당신의 테이크는 무엇입니까? >> 제 생각은 훌륭했습니다 마찬가지로, 이것은 내가보고 싶어하는 분석 유형입니다 응용 프로그램의 내부 작동 내가 실제로 관리하려고하는 것, 이 경우 오리온 그래서, 당신이이 정보를 얻었을 때, 당신은 단지 볼 수 있습니다, 여기에 CPU로드 세부 사항 분석이 시작됩니다

그리고 폴링 완료가 낮은 지에 대한 아이디어를 얻을 수 있습니다 기본적으로 이러한 오류를 찾고 있습니다 그것이 우리가 찾고있는 것입니다 왼쪽 위, 그것은 오류를 말합니다 이것은 나를 통과하는 쉬운 방법 일뿐입니다

알아 낸 거 알아 "내주의가 필요한 것은 무엇인가? "있다면, 지금 당장?" >> 확실히 >> 그래서이 모든 것을 선택하고, 오류를 찾고, 다음 단계가 무엇인지 파악하십시오 >> 정확히 그리고 내가 좋아하는 요점은 그 데이터를보기 시작하면, 저기서 오는 데이터의 틈새, 폴링 완료 지점을 알 수 있습니다 실제로 거기에, 당신은 데이터베이스 테이블을보고 있습니다 너 볼 필요가있어, 알았어, 그게 틈 이냐, 뭔가있는거야? 네트워크와 관련된 일이 우리가 놓친 것입니까? 너도 알다시피 도달 할 수없는 도달 할 수 있습니까? 저 폴러인가요? 데이터베이스가 괜찮은지 확인해야합니다 이것은 당신이 데이터베이스와 일대일 방식이되는 방법입니다 "정보를 얼마나 빨리 얻을 수 있습니까?" 그게 우리가 얼마나 빨리 읽을 수 있단 말인가? 그리고 그것은 또한 우리가 그것을 얼마나 빨리 작성할 수 있는지, 거기서 오게 그래서 당신이이 사형 집행을 할 때, 당신은 실제로보고 있습니다, 이런 식탁에 뭐가 잘못된거야? 인터페이스 트래픽 세부 테이블 더 큰 테이블 크기 맞죠? 그래서 좀 더 많은 정보를 줄 것입니다 그것은저기서 만날 것입니다 >> 그리고 여기에서 볼 수 있습니다

오류가 없습니다 맞습니까? >> 맞아 >> 기본적으로, 나에게 이것은 이것은 도구이다 그게 이해가 문제 야 내 데이터베이스 안에 있든 없든간에? 그리고 이해해야 할 중요한 양동이입니다 Orion의 관리자가 되려고한다면, 당신은 데이터베이스 유지 보수를 담당하고 있습니다 또는 데이터베이스를 일반적으로, 이것은 마치

번호 하나,이 양동이입니다 데이터베이스에 문제가 있습니까? 또는 다른 곳에 문제가 있습니까? 그리고이 데이터 갭 분석 도구는 당신을 도울 것입니다 그 문제가 데이터베이스에 있는지 파악하십시오

>> 그리고 이것은 내가 인터페이스 트래픽으로 좋아하는 것입니다 당신이 세부 사항 자체를 할 때, 그것은 당신에게 말할 것입니다, 거기에 통계 정보를 넣기 때문에 데이터베이스의 전체 폴링 속도는 얼마입니까? 그리고 당신은 측면에서 완료되었음을 볼 수 있습니다 9999999 %의 시간이 정보입니다 이것이 데이터베이스 내에 있기 때문에 거기에있었습니다

그래서 이걸보기 시작하면 50, 40, 30, 그런 것, 너는보고 시작할 필요가있다 정보로 이 도구로 놀아 라, 내 말은, 이것은 여기에 있으며 그것은 당신을 도울 것입니다 그래서 당신은 스스로 진단 할 수 있고 스스로 돕고, 어떤 일이 진행되고 있는지 한 걸음 앞서 나가십시오 귀하의 데이터베이스 내에서 >> 알았어, 고마워

[정적 음악] >> 데이터베이스 유지 관리가 흥미로울 것이라고 말했어 >> 알았어, 뭐랄까, 그것은 그 자체로 흥미로운 것이 었습니다 >> 그게 뭐야? >> DBA 만 이해하거나 사랑할 수있는 이상한 방법 >> 나는 미국의 가장 흥미로운 DBA라는 것을 질투합니다 >> 좋아, 그건 진짜가 아니야

그리고 아무도 그들의 DBA 나 데이터베이스가 흥미롭지 않게되기를 원합니다 이 물건에 관해서 지루한 루틴은 괜찮습니다 >> 공정한 점이지만, 나는 그 제목을 지키고있다 >> 이런

SolarWinds Lab, 나는 Destiny Bertucci입니다 >> 나는 미국의 가장 흥미로운 DBA 인 Thomas LaRock입니다 [음악] [기록 바늘 끌기] >> 아직도 진짜가 아니야 [전자 록 음악]

[단독] 소시 출신 제시카, ‘칸영화제’까지 진출 ‘글로벌 행보 박차’ – 한국 연예계 소식

[단독] 소시 출신 제시카, '칸영화제'까지 진출 '글로벌 행보 박차' 김나라 기자] 소녀시대 출신 가수 겸 사업가 제시카가 생애 첫 칸영화제 레드카펫을 밟는다 마이데일리 취재 결과, 15일 밤(현지시각) 제시카는 제71회 칸영화제 레드카펫 행사에 참석한다

이는 한 글로벌 주얼리 브랜드의 초청으로 성사된 것 관계자는 “제시카가 아시아 스타로서 특별히 초대받았다”라고 밝혔다 이에 따라 제시카는 생애 처음 칸영화제에 입성하게 됐다 여전히 굳건한 한류 스타의 위엄을 입증했다 칸영화제를 화려하게 밝힌 뒤 16일 한국으로 입국한다

한편 제시카는 아시아를 넘어 세계 무대로 활동 영역을 넓히고 있다 그는 최근 미국 UTA(United Talent Agency)와 파트너쉽 계약 체결 소식을 전한 바 있다 본격적으로 새로운 해외 활동에 박차를 가한다

정말 최순실 영화? 임창정은 왜 제작했나 – koreanbiz

정말 최순실 영화? 임창정은 왜 제작했나 [오마이뉴스 글:이선필, 사진:이정민] ▲  배우 임창정이 영화 로 관객과의 만남을 준비 중이다

ⓒ 이정민 영화 자체는 단순 명료하지만 제작 과정은 꽤 지난했다 좌충우돌 케이퍼 코미디 영화 이야기다 설정과 소재를 두고 국정농단 최순실이 모티브라는 사실이 최초 보도되면서 영화에 대한 여러 소문이 있었던 것 

이미 언론 시사회 당시 임창정이 정리한 바 있다 여러 나쁜 사람들의 비리로 모인 거대 비자금을 훔치는 이야기라고 생각했다며 그는 그렇게 (최순실로) 보였다면 부정하진 않겠지만 노골적으로 그걸 드러내지 않으려 했다고 답했다 여기에 얽힌 이야기가 더 궁금했다  농단 사건보단 도둑들의 코미디로

처음 영화에 대한 기사가 났을 때 최순실의 국정농단을 소재로 했다고 하니 일반분들이 다소 오해할 여지가 있었다 국정농단을 어떻게 다뤘나 보자! 이러시면서 너무 영화가 가벼우면 질타하실 수도 있잖나 본인의 심신건강을 위해선 마음을 가볍게 하고 오셔야 한다 이 영화로 어떤 사회적 메시지를 찾기 보단 통쾌한 감정을 얻으시면 될 것 같다 그가 이렇게 자세하게 설명하는 데는 이유가 있다 물론 최순실을 상징하는 캐릭터(정경순)가 있긴 하지만 일종의 이미지만 차용한 셈이다 임창정은 아직 (법원 심리 등이) 진행 중인 끝나지도 않은 사건을 이 영화로 파헤친다는 것도 이상하고, 가볍게 다룰 소재도 아니다라며 (국정농단) 그걸 소재로 파헤치려면 10년은 지나야 가능하지 않을까 생각한다고 말했다 ▲  영화 의 한 장면 ⓒ 제이앤씨미디어그룹 잘 알지도 못하면서 그 사건을 건드린다는 반응이 나올까 걱정이었다

우린 그걸 다루는 영화가 아닌데 말이다 최순실을 상징한다고 볼 수 있는 장면이 딱 하나 있긴 한데 패러디를 의도한 건 아니었다 이렇게 보시면 된다 그런 비리들이 벌어지던 와중에 이런 좀도둑들이 있었다고 생각하시면 좋다 좀도둑이 (훔치다 보니) 비자금까지 털게 됐다는 거지

  기획 단계부터 이런 우려가 있었기에 임창정은 신재호 감독의 시나리오를 모니터링 하면서 이런저런 의견을 제시했다 영화에선 취업난에 허덕이는 소은(정려원)과 빚더미에 앉은 소은의 친구 미애(김보은), 수 십 년 절도 경력을 자랑하는 프로 도둑이면서 소은의 가족이기도 한 장춘(이경영)과 철수(이문식) 등 다양한 캐릭터가 등장한다 특정 사건을 풍자하고 비판하기 보단 영화적 재미를 위한 설정으로 임창정은 영화에 등장하는 작은 캐릭터 하나하나에 다 의미가 있다며 제작 당시 일화를 전했다 캐릭터를 살려놓으면 자기들이 알아서 놀 것이라는 게 감독님 생각이었다

주인공 한 명이 이끌어 가는 게 아니라 여러 캐릭터들이 어우러지면서 보일 수 있는 코미디를 하려 한 것이지 기획 의도가 그랬다 그렇게 나온 지금의 결과물에 그래서 만족할 수 있는 것이다 보시면 유쾌하지 않나 ⓒ 이정민 신선한 조합의 배경   에서 임창정이야말로 캐릭터가 애매하다 불의의 사고로 기억을 잃고 지능도 떨어지게 된 검사 규철(임창정)은 좀도둑을 돕다가도 결정적일 때 실수하기도 한다 일종의 슬랩스틱 개그가 필요한 지점이었다 사실 이 역할은 신재호 감독의 간곡한 부탁을 거절하지 못해 맡게 됐다

더구나 출연과 함께 영화 제작에도 임창정이 직접 참여하게 됐다    감독님의 시나리오에 대한 의견만 드리고 출연할 생각은 없었다 근데 나중에 속마음을 말하더라 형이 이 역할 안 해주면 영화 못 만듭니다! 감독과 배우 관계이기 전에 아끼는 동생이기도 하다 마침 시간도 있었고, 안 할 이유가 없었지

그러면 음악 작업도 도와줄게 해서 제작사(삼삼공구 브라더스)를 같이 만들게 된 것이다    제작자와 배우는 분명 다르더라 배우는 자기 맡은 바 연기만 잘하면 된다 그게 당연한 거고 근데 제작자는 현장 전반을 아우를 줄 알아야 하더라

이번에 그 분들의 고충을 조금이나마 알게 됐다   좋은 마음으로 힘을 보탰지만 막상 그가 맡은 규철은 코미디를 담을 폭이 많진 않았다 임창정은 이 점을 언급하며 억지로 뭔가를 하려고 하기 보단 최대한 자연스러운 흐름으로 하려고 했다고 전했다   코미디 연기 면에서 임창정이 독보적일 때가 있었다 가수로 스타덤에 올랐을 때 이 선택이 자칫 위험했을 수 있지만 그는 과감하게 도전했다

이후 부침을 겪기도 했지만 그는 영화 과 등 정극 스릴러에선 또 다른 개성으로 호평을 얻었다 그만큼 연기 폭이 넓다는 걸 증명한 셈    열심히 했고, 최선을 다했는데 결과가 안 좋으면 자책할 필요는 없다고 생각한다 그것만으로 일단 성공한 게 아닐까? 잠시 작품이 잘 안됐다고 좌절하지 말고 털고 다시 웃을 준비를 한다 그래야 다음에 더 좋은 작품을 할 수 있다고 생각한다

웃을 준비를 빨리 하는 게 맞는 것 같다   나이를 많이 먹어서 좋은 작품을 만날 수도 있고, 그때 임창정의 재발견이라는 말을 들을 수도 있다 팬분들이 배우 임창정이 참 좋았다, 잘했다며 박수쳐줄 때가 올 것이라고 생각한다 배역과 장르? 다 열려있다 조연도 단역도 말이다

내 직업은 연기자지 주인공이 아니지 않나 작은 역할이라도 제가 필요한 부분이 있다면 언제든 달려가서 연기할 것이다     ⓒ 이정민

‘인생술집’ 최희서 “수상 소감 논란 인정, 잘못된 선택이었다” – Korean Hot News

'인생술집' 최희서 "수상 소감 논란 인정, 잘못된 선택이었다" 배우 최희서가 대종상영화제 시상식서 수상 소감 도중 스태프의 막말 사건에 대해 입을 열었다 22일 새벽 방송된 케이블채널 tvN 인생 술집에서는 배우 최희서와 민진웅이 출연했다

이날 신동엽은 최희서는 예능 첫 출연이다 최희서와 민진웅은 올 한 해 상복 많고, 인정받은 게스트들이다라고 말했다 이어 유세윤은 최희서에 예능을 한다면 인생 술집에 나오고 싶다고 했다던데라고 물었고, 최희서는 시상식에서 고리타분한 수상 소감을 많이 해서 고리타분한 사람이 아니라는 걸 보여주고 싶었다라고 답했다 또 유세윤은 최희서 씨가 올 한 해만 6개의 신인여우상과 여우주연상까지 총 7개를 받았다라고 말했고,

최희서는 신인여우상은 받을 수도 있겠다는 생각에 수상 소감을 준비해 갔다 여우주연상은 후보에 올랐지만 기대하지 않았다라며 뒷 이야기를 전했다 특히 최희서는 영화 박열로 여우주연상을 받고 패닉이 왔다 8년 무명 단역배우였는데 그때의 상황이 받아들여지지 않더라라고 덧붙였고, 신동엽은 수상 소감이 진짜 좀 길었던 거 아냐라며 수상 소감 논란을 언급했다 이에 최희서는 안다

길었다 사실 나는 마지막이라고 생각하고 이런 무대에 다시는 오르지 못할 거라고 생각했다 나란 사람이 어떤 사람인지 얘기하고 싶었다 수상 소감을 종이에 적어 준비했는데 잘못된 선택이었다라며 솔직하게 인정했다 또한 최희서는 실시간 검색어에 오르고 논란이 된 게 처음이다 보니 이준익 감독님이 신경 쓰지 말라고 하시더라라고 말했다

[단독] ‘옥자’ 안서현, 마카오 국제영화제 수상 – 한국 연예계 소식

[단독] '옥자' 안서현, 마카오 국제영화제 수상 배우 안서현 영화 ‘옥자’의 안서현이 최근 마카오 국제영화제에서 수상한 사실이 뒤늦게 알려져 화제다

안서현은 8일부터 14일까지 열린 제2회 마카오 국제영화제에서 영화제 측과 세계적인 영화전문지 버라이어티가 함께 주는 차세대 스타상을 받았다 안서현은 폐막일인 14일 무대에 올라 수상의 영광을 안았다 그는 향후 아시아권은 물론 글로벌 스타로서 성장가능성을 인정받으며 인도와 홍콩 등 다른 아시아권 나라 신예 6명과 함께 수상자로 선정됐다 안서현에 대한 이런 관심은 올해 5월 칸 국제영화제 경쟁부문에서 상영돼고 이후 전 세계 넷플릭스 플랫폼 등을 통해 선보인 ‘옥자’의 힘이기도 하다 안서현은 ‘옥자’에서 거대동물 옥자를 구해내기 위해 모험에 나서는 강원도 산골소녀 미자 역을 맡아 열연을 펼쳐 호평을 받은 바 있다

안서현은 앞서 미국의 유력 영화비평 및 뉴스사이트 인디와이어가 선정한 ‘2017 베스트 여성 연기자’에도 이름을 올려 눈길을 모았다 한편 ‘옥자’는 내년도 미국 아카데미상 시각효과상 후보 선정을 위한 예비심사작 10편에 포함됐다 이에 따라 1월 말 최종 후보에 선정될지 여부가 관심사로 떠올랐다

김민희X홍상수 5번째 영화 ‘풀잎들’, 베를린영화제 초청…레드카펫 또 함께? – 뉴스

김민희X홍상수 5번째 영화 ‘풀잎들’, 베를린영화제 초청…레드카펫 또 함께? 배우 김민희와 홍상수 감독이 5번째로 함께 한 작품인 영화 ‘풀잎들’이 베를린 국제영화제에 초청됐다 영화 ‘풀잎들’의 국외배급사 화인컷은 18일 홍상수 감독의 신작이자 22번째 장편영화인 ‘풀잎들’이 제68회 베를린 국제영화제 포럼 섹션에 공식 초청됐다고 밝혔다

영화 ‘풀잎들’은 영화 ‘지금은 맞고 그때는 틀리다‘, ‘밤의 해변에서 혼자’, ‘클레어의 카메라’, ‘그 후’에 이어 김민희와 홍상수 감독이 5번째로 함께 호흡을 맞춘 작품으로, 카페를 배경으로 그곳을 오가는 사람들의 이야기를 다룬 영화다 이번 초청으로 인해 두 사람은 다시 한번 베를린 국제영화제와 인연을 맺게 됐다 홍상수 감독은 지난 1997년 ‘돼지가 우물에 빠진 날’로 베를린 국제영화제 포럼 섹션에 초청된 바 있다 아울러 김민희는 홍상수 감독이 연출한 영화 ‘밤의 해변에서 혼자’를 통해 지난해 열린 67회 베를린 국제영화제에서 은곰상(여우주연상)을 수상했다 당시 두 사람은 나란히 손을 잡고 레드카펫에 등장하는 등 다정한 모습을 보였으며, 특히 홍상수 감독은 “나는 김민희와 매우 가까운 사이”라며 김민희와의 관계를 우회적으로 드러냈다

이후 영화 ‘밤의 해변에서 혼자’ 언론시사회를 통해 두 사람은 “우리는 서로 사랑하는 사이”라며 연인 관계임을 공식적으로 인정했다 이번 초청으로 인해 두 사람이 함께 베를린 국제영화제 레드카펫을 밟을지 여부도 주목되고 있는 가운데, 제 68회 베를린 국제영화제는 오는 2월15일부터 25일까지 열린다 한편 지난해 11월 아내 A 씨를 상대로 이혼소송을 제기한 홍상수 감독은 오는 3월 23일 아내 A 씨와 이혼 재판 2차 변론을 가진다 지난해 12월 15일 열린 이혼 재판 첫 기일 당시 변호사를 선임하지 않았던 A 씨는 2차 변론을 앞두고 총 4명의 변호사를 선임했다

What is a NoSQL Database? How is Cloud Firestore structured? – Get to Know Cloud Firestore Ep.1

스피커 파이어 스토어는 무엇입니까? 왜, 수평 적으로 확장 가능한 NoSQL 문서입니까? 클라우드의 데이터베이스 아, 여기서 끝난 것 같아 그거 쉽지

그게 뭐야? 오, 우린 우린 더 많은 설명이 필요해? 알았어, 좋아, 내가 좀 더 오래 머물 수있을 것 같아 크레딧을 굴러 가자

[음악 재생] 그럼 Cloud Firestore에 대해 이야기합시다 Cloud Firestore는 NoSQL 데이터베이스로 알려져 있습니다 이제 실시간 데이터베이스 또는 몽고에서 온 경우 세상과 이미 NoSQL 데이터베이스에 대해 모두 알고, 안녕, 운이 좋았어 계속해서 앞으로 건너 뛸 수 있습니다 이 동영상은 8 분 동안 재생됩니다

아마도 당신을 위해 검토 될 것입니다 하지만 나머지 사람들은 네가 전통적인 관계형 데이터베이스에 익숙하다 MySQL이나 SQLite Core와 같은 모바일 프레임 워크와 같은 것들 데이터, 당신은 아마 모든 데이터를 유지하는 데 익숙합니다 이런 식으로 보이는 테이블에 모든 테이블에는 자체 스키마가 있습니다

해당 테이블의 모든 행이 매우 엄격하게 정의됨을 의미합니다 특정 열 집합이 있습니다 행당, 그리고 모든 열을 추가 할 수 있습니다 어떤 종류의 데이터 유형에 대한 자체 엄격한 규칙이 있습니다 들어간다

오, 미안, 친구 나이는 정수 여야합니다 그것들이 규칙입니다 나는 그들을 만들지 않았다 이 매우 엄격한 스키마 때문에, 일반적으로 테이블 당 하나의 유형의 객체를 저장하게됩니다

귀하의 데이터베이스에 그리고 하나의 객체를 연결하려면 다른 객체가 다른 테이블에 걸려있는 상태에서, 일반적으로 다른 컬럼을 생성하여이를 수행합니다 고유 ID를 포함하는 외래 키로 그 다른 테이블에있는 다른 엔트리의 예를 들어 데이터베이스를 만들고 있다고 가정 해 봅시다 대중 음식점 검토 위치를 위해 내 식당을 대표 할 탁자가 하나 있을지도 모르지만, 내 리뷰를 대표하는 또 다른 테이블, 내 사용자를위한 또 다른 어쩌면

이제 리뷰를보고 싶다고합시다 특정 레스토랑에 대한 것 같은데 내가 레스토랑 리뷰 앱에서하고 싶은 것처럼 내 리뷰 테이블에 레스토랑 외래 키가 필요할 것입니다 이 특정 리뷰가 어떤 식당에 있는지 보여줍니다 그리고 내가 리뷰 내에서 보여주고 싶다고 가정하면 그 식당을 리뷰 한 저자 정보 사용자에게 다른 외래 키를 포함시킬 수 있습니다

나중에 레스토랑 정보 화면을 표시해야 할 때, 식당에 관한 정보를 얻을거야 레스토랑 테이블에서 또한 내 리뷰 테이블에서 리뷰의 일부를 잡아, 레스토랑 외래 키가 ID와 같은 경우 이 특별한 레스토랑 그리고 나는 또한 사용자들을 찾아 볼 것입니다 사용자 ID가 사용자와 동일한 경우 이 검토를위한 외래 키 그런 다음 사용자 이름과 프로필을 추가하는 데 사용할 수 있습니다

이 식당에 대한 각 리뷰의 그림 자, 이것은 백엔드에서 수행되는 상당한 양의 작업입니다 권리? 이 모든 다른 테이블에서 모든 항목을 가져옵니다 이러한 외래 키와 모든 그– 그러나 이것은 상당히 간단한 SELECT로 수행 될 수 있습니다 SQL의 문장

데이터베이스는이 모든 조각을 잡는 데 필요한 작업을 수행합니다 다른 테이블에서 가져 와서 함께하지 마세요 그리고 그것은 다소 지나치게 단순화 된 관계형 데이터베이스입니다 요컨대 이제 NoSQL 세계에서 사물은 조금 다릅니다

일반적으로 모든 데이터 이런 식으로 작은 테이블에 저장되지 않을 것입니다 사실 여러 가지 방법이 있습니다 일반 오래된 키 값 저장소에서 데이터를 저장할 수 있습니다 실시간 데이터베이스 (Realtime Database)와 같이 큰 중첩 트리 (nested tree) JSON 객체 컬렉션에 추가합니다 그러나 대부분이 공통점이있는 한 가지 NoSQL 데이터베이스는 일반적으로 스키마가 없다는 것을 의미합니다

어떤 종류의 데이터에 관한 데이터베이스 수준의 제한 당신은 데이터베이스의 어느 지점 에나 놓을 수 있습니다 그래서 나는 식당 목록을 가지고 있을지도 몰라 여기 레스토랑 개체의 무리와 함께, 모든 이름, 등급 및 주소가 포함되어 있습니다 그러나 그것은 기본적으로 관례에 의한 것입니다 명시 적 데이터베이스 수준 규칙은 없습니다

이 모든 물건이 모두에게해야한다고 똑같은 유형 내에서 똑같은 필드를 가짐 또는 심지어 객체가 될 필요가 있다는 것 레스토랑을 대표합니다 그래서이 멍청한 접근 방식은 처음 엔 좀 이상하게 보였지만 몇 가지 장점이 있습니다 스키마가없는 데이터베이스로 작업하는 개발자가 많습니다 왜냐하면 그들은 정말로 쉽게 반복 할 수 있기 때문입니다

추가 또는 변경하여 데이터베이스 디자인에 필요에 따라 입력란을 다른 건 깨뜨려 노이즈 레벨 값을 추가 할 수 있습니다 내 레스토랑에 대해서만 시작 새로운 식당에 추가했습니다 나는 걱정할 필요가 없다 내 모든 기존 레스토랑에서 다시 채우십시오

내 NoSQL 데이터베이스는 놀라움없이이를 처리 할 수 ​​있습니다 다른 상황에서도 유용 할 수 있습니다 내가 데이터를 저장할 곳도 그것은 서로 유사하지만 정확하게 동일하지는 않습니다 예를 들어, 내 레스토랑 앱을 쉽게 확장 할 수 있습니다 바 및 문신 가게를 포함하여, 들리는 소리를위한 스카이 다이빙 수업 꽤 굉장한 밤

그리고 내 데이터베이스는 하나의 객체가 있다는 것을 신경 쓰지 않습니다 탠덤 점프 필드 (tandem-jumps field)와 다른 하나는 문신 스타일 필드 (tattoo-style field) 권리? 나는 내 데이터베이스와 싸울 필요가 없다 이 약간 다른 유형의 식당을 추가하십시오 여기 단점은 당신이 필요하다는 것입니다 조금 방어 적으로 코딩하십시오

도움을 줄 보안 규칙을 설정할 수 있지만 어떤 종류의 데이터를 집행하는지, 실제로는 없는지 데이터베이스 수준에서의 보증 특정 데이터 집합을 검색 할 것입니다 언제든지 그리고 그 말은 당신이 아마 어떤 일을하기를 원할 것임을 의미합니다 클라이언트 쪽에서 데이터 확인 당신은 당신이 기대하는 것과 실패하는 것을 실제로 얻고 있습니다 멋지게 그렇지 않을 때

그러나 솔직히, 방어 적으로 코딩하는 것은 어쨌든 좋은 생각 일 것입니다 특히 모바일 세상에서, 당신은 항상 귀하의 사용자가 클라이언트 앱의 최신 버전을 실행하고 있어야합니다 데이터베이스의 최신 반복에 대비하여 그래서 나는 이것이 너의 많은 버릇이 되길 바래 이미 익숙하다 그리고 그렇지 않다면 시작하기에 좋은 시간입니다

NoSQL 데이터베이스의 또 다른 중요한 측면은 – 그리고 이것은 당신에게 충격을 줄 것이라고 확신합니다 SQL이 없기 때문에 모든 멋진 결합이 나는이 부분의 리뷰를 가져 가라 이 다른 부분의 데이터베이스와 사용자의 그들을 모두 합쳐서 나는 여기서 그것을 할 수 없다 일반적으로 개체를 잡아야하는 경우 데이터베이스의 세 부분에서 나는 3 개의 완전히 다른 데이터베이스를 만들 필요가있다 요청

그리고 그것은 보통 일어나지 않을 것입니다 또는, 나는 그것이 될 것 같지 않다 당신의 기본 사고 방식 대신 데이터를 장소에 배치하려는 경우 필요한 경우 모두 함께 잡을 수 있습니다 그리고 그것은 당신이 중복 데이터를 넣을 수도 있다는 것을 의미합니다

여러 곳에서 예를 들어, 레스토랑 리뷰 앱의 NoSQL 버전 ~ 같이 보일지도 모른다 레스토랑을 볼 것으로 예상 할 수 있습니다 데이터베이스에 자신의 개별 개체로 나열됩니다 그러나 이제 데이터베이스에 따라, 리뷰는 레스토랑 자체에 내장 될 수 있습니다

그러나 나는 그들이 자신의 물건 일 가능성이 가장 높다고 생각합니다 그리고 나서 당신은 이것들이 함께가는 것 리뷰 자체에 ID가 포함될 수 있습니다 예를 들어 식당의 자,이 설정으로, 나는 상당히 쉽게 할 수있다 개별 식당이나 식당 그룹을 가져 오십시오

그리고 몇 가지 신중한 쿼리를 통해, 나는 개별 레스토랑에 대한 모든 리뷰를 가져올 수 있습니다 하지만 일반적으로이 두 가지 요청을 모두 수행 할 수는 없습니다 한 번의 호출로 하지만 식당 리뷰 앱의 경우 이는 아마도 괜찮을 것입니다 맞습니까? 사용자가 처음보기를 원합니다 20 개 또는 30 개의 레스토랑 요약 그런 다음 세부 정보를 보려면이 중 하나로 드릴 다운하십시오

그리고이 시점에서만 실제로 이러한 추가 리뷰를 요청하고 싶습니다 그래서, 지금까지 그렇게 나쁘지는 않습니다 그러나 리뷰어의 이름과 프로필을 보여주고 싶다면 어떻게해야할까요? 그 리뷰의 그림? 이것은 약간 까다로운 곳입니다 사용자를 대표한다고 가정 해 보겠습니다 데이터베이스 내의 다른 위치에서 자신의 개체에 의해

그리고이 사용자들에 대한 참조를 추가 할 수는 있지만 내 리뷰 개체 내에서 데이터베이스가 자동으로 잡을 방법이 없습니다 각 리뷰의 사용자 이름과 프로필, 나는 그들을 요청하고있다 별도의 데이터베이스를 만들어야합니다 모든 단일 검토 요청 I 이 정보를 가져 오면 좋지 않습니다 그래서 우리가 자동으로 포함시키고 자한다면 특정 리뷰를 쓴 사람에 대한 정보, 우리는 대부분 그 사용자 프로필 중 일부를 복사해야 할 것입니다

데이터 – 저자의 이름과 그림, 예를 들면 – 그것을 우리의 리뷰 오브젝트에 넣으십시오 이제 전통적인 관계형 데이터베이스를 사용한다면 세상에, 너 아마 지금 당장 외설이야, 그렇지? 너는 마치, 아, 너 뭐하고 있니? 데이터베이스 전체에 중복 된 데이터를 갖게 될 것입니다 이것이 프로그래밍에서 최악의 상황입니다 Go-To 문 이후 그리고 네가 옳다

관계형 데이터베이스로 시간을 보낸 사람들 그 데이터 정상화, 의미를 배웠습니다 모든 데이터 조각은 데이터베이스의 한 곳에 존재하는 것이 중요합니다 그리고 그들은 일종의 지적을했습니다 이런 상황 에서처럼 내 사용자가 변경하기로 결정한 경우 더 많은 작업이 필요합니다 그들의 프로필 사진 나는 모든 리뷰를 찾아 볼 필요가있다

이 프로필 사진 정보를 복사했습니다 새 것으로 바꾸면 위험 할 수 있습니다 나는 그것을 사방에 바꾸지 않는다 갑자기 일관성없는 데이터가 있습니다 내 데이터베이스에

그리고 이제 어쩌면 당신은 생각하고있을 것입니다 글쎄, 이건 그냥 끔찍한 것 같아 NoSQL 데이터베이스가 지금 왜 그렇게 뜨거운 이유는 무엇입니까? 왜 그렇게 많은 개발자들이 떠나는거야? 이 깨끗한 테이블과 데이터의 세계 정규화 및 조인 문의 이 미친 새롭고 지저분한 데이터 저장 영역을 위해서? 그렇습니다이 중복 데이터를 갖는 큰 단점 중 하나입니다 내가 그것을 바꿀 때, 나는 그것을 바꿔야 만한다는 것이다

여러 위치에 그러나 다른 한편으로는, 내가 리뷰를 얻고 싶을 때마다, 그것은 정말로 쉽지 않습니다 모든 데이터가 바로 저기 있습니다 모두 한 곳에서 – 여러 테이블이나 다른 것에 조인을 실행할 필요가 없습니다 그런 식으로

그리고 그것이 우리의 글이 더 많은 일이 될 것이라는 것을 의미하지만, 우리의 데이터베이스는 정말 빨리 끝납니다 그리고 많은 앱에서, 정말로 그것에 대해 생각한다면, 당신의 글은 많은 글을 능가합니다 프로필 사진을 몇 번이나 변경해야합니까? 1 년에 한 번, 많아야 – 그러나 다른 한편으로는, 아마도 2 ~ 3 명 정도 매일 식당 리뷰를 보러 갈거야 따라서이 데이터에 관해서는, 우리의 글은 7,000 대 1의 글을 능가 할 것입니다 그리고 그 사건을 최적화하는 것이 합리적 일 수도 있습니다

그 사건보다 7 천 번이나 일어난다 1 년에 한 번 일어날 것입니다 하지만 NoSQL 데이터베이스의 가장 큰 장점은 전통적인 데이터베이스에 비해 여러 대의 컴퓨터에서 데이터를 분산 할 수있다 꽤 쉽게, 그리고 이것은 큰 문제입니다 대부분의 관계형 데이터베이스에서 내 앱이 인기가 높으면 데이터베이스가 더 크고 더 큰 데이터로 확장되어야합니다

설정, 나는 일반적으로 더 크고 beefier 기계에 넣어해야합니다 그리고 이것을 세로로 스케일링이라고합니다 반면에 많은 NoSQL 데이터베이스 클라우드 파이어 스토어처럼, 규모를 늘릴 필요가 있다면 더 크고 더 큰 데이터 세트, 내 데이터베이스 뒤에서 볼 수 있고 꽤 눈에 보이지 않게, 그 데이터를 여러 서버에 분산시키고, 그리고 모든 것은 단지 일종의 작품입니다 그리고 이것을 수평으로 스케일링이라고합니다 그리고 관리 대상 서버에서 일하는 사람들은 Google Cloud Platform 또는 AWS와 같은 환경, 이 시스템에서는 꽤 쉽습니다

서버를 자동으로 추가 또는 제거하는 방법 필요에 따라 데이터베이스에 추가 할 수 있습니다 따라서 데이터베이스는 거의 자동으로 확장 될 수 있습니다 손가락을 들어야 할 필요가 없습니다 그리고 그것은 정말로 이러한 이유들 때문입니다 당신은 더 많은 데이터베이스를보기 시작했습니다

특히 클라우드에 호스팅 된 것들, 이 NoSQL 모델로 이동 그러나 지금, NoSQL 배경에서오고 있다면 Firebase Realtime Database와 마찬가지로 새로운 것입니다 아마도 자동으로 크기를 조절하는 부분을 제외하고 말이죠 클라우드 파이어 스토어 (Cloud Firestore) 실시간 데이터베이스보다 그러나 그것은 단지 그 이상입니다

이제 Cloud Firestore 's에 대해 더 자세히 이야기합시다 문서 수집 모델 실시간 데이터베이스 세계에서 우리는 일반적으로 Firebase에 저장된 데이터를 큰 JSON 트리로 설명하십시오 왜냐하면, 기본적으로 그것이 무엇인지 알기 때문입니다 나무예요

그것은 키와 값을 가지며 그 값은 때때로 다른 키와 값을 포함하는 객체 일 수 있습니다 이제 Cloud Firestore는 실시간 데이터베이스와 마찬가지로, 개체의 모음입니다 그리고이 모든 객체들은 나무 같은 계층 구조로 저장됩니다 구조 그리고 Firebase Realtime Database와 같은 데이터베이스 모든 것을 큰 오래된 JSON 객체로 저장하고, 클라우드 파이어 스토어 (Cloud Firestore) 그것은 문서와 컬렉션으로 구성되어 있습니다

이제 문서는 JSON 객체 또는 사전과 유사합니다 키 값 쌍으로 구성됩니다 Cloud Firestore 지역의 밭이라고합니다 그리고이 분야의 가치는 여러 가지 일 수 있습니다 문자열, 숫자, 이진 데이터, 더 작은 JSON-y 찾고있는 객체로, 팀이지도로 언급하는 것을 좋아합니다

그리고 그것은 하나의 문서입니다 자, 컬렉션은 기본적으로 문서 컬렉션입니다 해시 또는 사전과 같은 것으로 생각할 수 있습니다 가치가 항상있는 곳 어떤 종류의 문서가 될 수 있습니다 자, 이러한 것들을 사용할 때 몇 가지 규칙이 있습니다

첫째, 컬렉션은 문서를 포함하고 아무것도 없다 문자열 또는 바이너리 블롭 또는 다른 어떤 것의 콜렉션 둘째, 문서의 크기는 1MB에 불과합니다 그보다 더 크면 그걸 해체해야합니다 셋째, 문서는 다른 문서를 포함 할 수 없습니다

문서는 하위 모음을 가리킬 수 있지만 하위 모음을 가리킬 수는 없습니다 다른 문서를 직접 따라서 다음을 포함하는 컬렉션을 보는 것이 일반적입니다 한 권의 문서들, 그 다음에는 서브 콜렉션을 가리킨다 다른 문서를 포함하는 등등

네 번째 규칙은 Cloud Firestore 트리의 근원 컬렉션 만 포함 할 수 있습니다 이제는 대부분의 실제 응용 프로그램에서 매우 직관적 인 것처럼 보입니다 사용자 컬렉션과 작업 컬렉션이 있습니다 등등 나는이 일이 끝나는 것을 찾는다

혼란스러운 것은 건물을 짓는 때입니다 당신의 작은 작고 작은 테스트 앱 2 개의 데이터를 저장한다 "Hello, world"를 저장하는 것은 조금 이상합니다 컬렉션 안에있는 문서 내부에 있습니다 그러나 대부분의 실제 사용 사례에서 이것은 괜찮을 것입니다

날 믿어 그래서 이것은 일반적으로, 당신은 당신의 데이터를 조사 할 것입니다 컬렉션을 지정한 다음 문서를 지정한 다음 컬렉션, 그리고 문서, 너 같은 때까지 그렇게 번갈아 가며 실제로 원하는 데이터가 들어있는 문서로 이동하십시오 이 코드는 어질러 지거나 어색해 질 수 있으므로, 문서 또는 컬렉션을 지정하는 경우가 많습니다 그 문서에 대한 경로를 생성하여 원하는 문서 이런 식으로

당신의 길에서, 당신은 여전히 컬렉션, 문서, 컬렉션, 문서, 등등 이제 다시 레스토랑 리뷰에 대해 생각해 보겠습니다 앱 우리가 생각 나지 않는 것처럼 보입니다 레스토랑이라고 불리는 콜렉션이있을 예정입니다

이 문서들 각각은 식당에 대한 정보가있다 아마도 Review 서브 콜렉션에 대한 포인터 일 것이다 이제,이 리뷰 서브 콜렉션 내에서, 당신은 많은 문서들을 갖게 될 것입니다 각 문서는 개별 검토를 나타냅니다 그래서이 문서들 안에서 꽤 큰 텍스트 블록을 포함하게 될 것입니다

그 자체로 리뷰 그 다음 아마 다른 약간의 세부 사항, 전체 등급 및 날짜와 마찬가지로 그리고 이미, 저는이 계층 적 구조를 파고들 것입니다 예쁘다고 판명 되었기 때문에 사소한 식당에 관련된 모든 리뷰를 여기에서 잡아라 그러나 우리는 또한 정보를 원할 것입니다 누가이 리뷰를 쓴지

이제 우리 앱이 사용자 컬렉션의 일종, 그러나 그것은 아마도 더 많은 최상위 컬렉션 일 것입니다 그 사용자에 관한 모든 종류의 정보를 포함 할 것입니다 이름, 사용자 프로필, 마지막 로그인과 같은 시간, 기본 위치, 음식 알레르기, 당신은 무엇을 가지고 있습니다 그리고 이것은 실제로 최상위 객체와 같은 느낌을줍니다 내가 리뷰의 서브 콜렉션으로 만들고 싶지 않은 것

그래서 저는 이것에 대해 이전에 이야기했습니다, 그러나 이것은 우리가 정보를 포함하고 싶다면 이 리뷰를 쓴 사용자에 대해, 우리의 검토 문서는 아마도 작성자 이름 및 작성자 프로필과 같은 몇 개의 입력란이 있습니다 사진, 그게 유일한 사용자 일거야 정보 내가 리뷰를보고있을 때 필요한 정보 그리고 원한다면지도 필드로 만들 수도 있습니다 그것들은 JSON-y로 보이는 작은 것들입니다 그렇게

그리고 이것은 아마 중복 데이터 일 것입니다 최상위 User 객체에 둘 다 같이 살 것이다 그리고이 개인적인 리뷰에서 앞으로의 동영상에서 최고의 전략에 대해 이야기하겠습니다 이런 종류의 일들을 일관되게 유지합니다

덧붙여 말하자면 Firebase Realtime에서 온다면 데이터베이스 토지, 이런 종류의 깊고 중첩 된 구조 당신에게 심장 두근 거림을 줄지도 모릅니다 실시간 데이터베이스 세계에서 검색 할 때 트리의 일부 요소, 자동으로 그 아래 모든 것을 검색하십시오 그리고 그것은 수백명의 다운로드 가능성을 의미합니다 언제든지 식당 리뷰를 몇 대 들고 싶다 레스토랑 문서

그러나 Cloud Firestore에서는 쿼리 기본적으로 얕은 것이므로 문서를 가져올 때 의미합니다 콜렉션 내에서, 당신은 그 문서들을 붙잡는다 당신은 어떤 하위 수집에서도 문서를 잡지 않습니다 그래서 나는 버지 오 최고급 레스토랑 20 개를 들러서 갈 수있다 그 식당 서류 만 가져와

그들과 관련된 모든 리뷰없이, 어떤 말이 맞지? 최고의 부리 토를 찾기 위해 모바일 앱에서 검색하고 있다면 장소, 그 결과 페이지는 단지 그 기본 레스토랑 정보를 담을거야 이 시점에서 개별 리뷰가 필요하지 않습니다 나중에 내가 부리 토 장소 중 하나를 클릭하면 더 많은 정보를 얻으려면, 내가 원할 때야 개별 리뷰를 볼 수 있습니다 아마도 그것이 의미가있는 부분 일 것입니다

내 애플 리케이션이 데이터베이스에서 그들을 요청하는 – 이해가 되니? 좋아, 그게 다야 할 일이 많았지 만, 요약하다 Cloud Firestore는 NoSQL이며 가로로 크기 조정되는 문서입니다 클라우드의 모델 데이터베이스 내가 처음에 말한 것, 모든 것을 만든다 지금 당장 감각이 듭니다

이제 여기에 대해 더 많은 이야기가 있습니다 Cloud Firestore에서 쿼리를 실행하는 방법, 팁 데이터를 최적화하고 모든 데이터를 안전하게 유지하는 방법, 이 모든 것들이 우리의 미래 비디오를위한 훌륭한 주제입니다 그리고 행운이 있습니다 우리는 전체 시리즈를 만들고 있습니다 클라우드 파이어 스토어에 관한 모든 것

그래서 계속보고 싶으면 Cloud Firestore에 대해 계속 배우고 싶습니다 왜 가서 구독하지 그래? YouTube 채널에? 그리고 나는 곧 미래의 에피소드에서 당신을 볼 수 있습니다 시청 해 주셔서 감사합니다 유튜브 나는 곧 당신과 이야기 할 것입니다

[음악 재생]