WordPress 기반 프로젝트를 작업할 때 배포에서 가장 실망스럽거나 지루한 측면 중 하나는 실제로 환경의 데이터베이스를 서로 동기화하는 것입니다.
물론 개발에는 테스트 데이터, 스테이징에는 사용자 데이터, 프로덕션에는 실제 데이터를 사용하는 것이 합리적이지만 마법의 총알은 없습니다. 그렇죠? 이는 테스트 데이터가 때때로작동할 때도 있고, 때로는 작동하지 않을 때도 있음을 의미합니다.
예를 들어 데이터베이스를 가져와서 기존 데이터로 작업을 시작해야 하는 프로젝트를 상속했다고 가정해 보겠습니다. 또는 전체 웹사이트나 애플리케이션을 한 서버에서 다른 서버로 마이그레이션해야 한다고 가정해 보세요.
이 경우 테스트 데이터는 별로 도움이 되지 않습니다. 대신 도구가 필요합니다. 물론 WordPress Importer는 기본 마이그레이션을 위한 훌륭한 도구이며, 데이터베이스 프런트엔드에 익숙하고 SQL 자체로 작업하는 경우 SQL 내보내기 및 가져오기를 실행하는 것이 좋습니다.
그 사이에 있는 사람들은 어떻습니까?
사실 WordPress 데이터베이스 마이그레이션은 혼합된 방식입니다. 많은 사람들이 스택에서 가장 많이 사용하는 부분에 따라 기술 수준이 다르기 때문입니다.
내 말은:
풀스택 개발자가 없다는 말은 아닙니다. 분명히 있습니다. 그러나 모든 사람이 이 위치에 있는 것은 아닙니다.
그래서 WordPress 데이터베이스를 마이그레이션할 때 일부 사람들은 다른 사람들보다 훨씬 더 어려운 위치에 있습니다. 또는 사람들은 SQL에 익숙하지만 일부는 단지 전체 프로세스를 단순화하는 데 도움이 되는 도구를 찾고 있을 수도 있습니다.
이 시리즈에서는 이를 가능하게 하는 유틸리티를 소개할 예정입니다. 그 전에 WordPress 데이터베이스를 간략하게 살펴보고 모두가 동일한 내용을 알고 있는지 확인해 보겠습니다.
WordPress 데이터베이스에 관해 논의할 때 모든 테이블, 모든 열, 스키마, 최상의 쿼리 작성 방법 등에 대해 논의하는 전체 기사 시리즈를 작성할 수 있습니다.
이것은 시리즈가 아닙니다.
대신 이 글에서는 다음 두 가지 작업을 수행하겠습니다.
궁극적으로 이는 프런트 엔드에서 더 많은 시간을 보내는 사람들을 위해 기본 작업 중 일부를 설명하거나 이해하는 데 도움이 될 것이며 WordPress API를 사용하여 애플리케이션 계층에서 더 많은 시간을 보내는 사람들이 어떤 기능이 어떤 테이블과 일치하는지 이해하는 데 도움이 될 것입니다. (이것은 궁극적으로 더 나은 코드 작성으로 이어집니다).
일반적으로 Wptuts+ 독자 대부분은 데이터베이스가 무엇인지 알고 있다고 생각합니다.
Wikipedia에서 직접:
데이터베이스는 체계화된 데이터 모음입니다. 이 데이터는 일반적으로 현실의 관련 측면(예: 호텔 객실 가용성)을 모델링하여 이 정보가 필요한 프로세스(예: 사용 가능한 객실이 있는 호텔 찾기)를 지원하도록 구성됩니다.
그것은 공정한 정의이지만 WordPress 데이터베이스나 유사한 웹 애플리케이션을 잘 설명하지 못하는 것 같습니다. 너무 일반적입니다. 이제부터 이 시리즈의 나머지 부분에서 사용할 자체 작업 정의를 만들어 보겠습니다.
다음을 시도해 보세요:
데이터베이스는 하나 이상의 테이블로 구성됩니다. 테이블은 행과 열로 구성되며 각 행에는 고유한 정보가 저장됩니다. 각 행을 레코드라고 합니다. 데이터베이스에는 여러 테이블이 존재할 수 있으며 때로는 테이블이 서로 관련될 수 있습니다.
아마도 위에서 공유한 내용 중 가장 혼란스러운 부분은 테이블이 서로 관련될 수 있다는 것입니다. 기사가 끝나기 전에 이 아이디어를 다시 살펴보겠습니다. 하지만 먼저 WordPress 데이터베이스에 대해 논의해 보겠습니다.
간단히 말하면 WordPress 데이터베이스는 11개의 테이블로 구성됩니다(Multisite를 사용하지 않는 한, 이는 이 시리즈의 범위를 벗어납니다).
이제 각 테이블에는 테이블에 저장된 다양한 정보를 나타내는 고유한 열 집합도 있습니다. 예를 들어 게시물에 저장된 실제 콘텐츠를 나타내는 wp_posts
表有一个名为 post_content
열입니다.
양식 및 설명은 다음과 같습니다
이것이 WordPress 데이터베이스의 전부입니다. 비교적 간단하고 간단하죠?
게시물은 게시물 테이블에 저장되고, 댓글은 댓글 테이블에 저장되고, 사용자는 사용자 테이블에 저장됩니다. 물론 약간의 미묘한 차이가 있지만(예: 페이지가 Posts 테이블에 저장됨) 이는 상대적으로 복잡하지 않은 패턴입니다.
좋은 일이네요.
그리고 앞서 일부 테이블이 서로 참조할 수 있다고 언급한 것을 기억하시나요? 댓글과 게시물이 좋은 예입니다. 댓글은 특정 게시물에 남겨지기 때문에 게시물이 로드될 때 해당 게시물 ID와 연결된 댓글을 검색할 수 있도록 댓글은 자신과 연결된 게시물 ID를 알아야 합니다.
어쨌든, 이것은 우리가 이 시리즈에서 다룬 것보다 더 자세한 내용이지만, 여러분에게 아이디어를 주기에 충분하기를 바랍니다. 더 많은 기술 정보, 테이블 간의 관계, 열 등에 관심이 있다면 데이터베이스 설명에 대한 WordPress Codex 기사를 확인하세요.
이 시점에서 WordPress 데이터베이스를 시작하기 위해 알아야 할 모든 것을 다루었습니다. 이것이 WordPress에 정보를 저장할 때 뒤에서 무슨 일이 일어나는지 파악하는 데 도움이 되기를 바랍니다. 이제 그 내용을 다뤘으므로 데이터 마이그레이션을 놀라울 정도로 쉽게 만드는 도구를 살펴보겠습니다.
이제 데이터베이스 구성 방식을 이해했다면 마이그레이션 작동 방식도 이해해야 합니다.
위 내용은 WordPress 데이터베이스 마이그레이션 시작하기: 기본 데이터베이스 지식의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!