MySQL의 논리적 삭제를 복구하는 방법
프로젝트에서 일반적으로 다음과 같은 상황이 발생합니다. 논리적 삭제 및 다중 연결은 삭제되지 않습니다.
논리적 삭제(소프트 삭제): 논리적 삭제는 삭제할 데이터에 삭제 표시를 하는 것입니다. 일반적으로 is_deleted 필드를 사용하여 표시합니다. 행 레코드가 삭제되었는지(또는 소위 "삭제된" 상태를 나타내기 위해 상태 필드가 사용되었는지) 논리적으로 데이터는 삭제되지만 데이터 자체는 여전히 존재합니다.
추천 강좌: MySQL Tutorial
프런트 엔드 페이지에서 삭제되어 더 이상 표시되지 않습니다. 실제로 데이터베이스에서는 삭제되지 않았습니다. 상태 필드, 시작의 경우 0, 비활성화의 경우 1입니다.
따라서 논리적 삭제는 프런트 엔드 페이지가 표시되는지 여부를 확인하기 위해 상태라는 필드를 변경하는 것입니다. 데이터 자체가 삭제되지 않은 경우 복원하려면 상태 필드만 다시 변경하면 됩니다.
아이디어:
쿼리 SQL을 XML로 작성할 때 라이브러리에 상태 필드라는 조건을 하나 더 추가하세요
SELECT * FROM md_drainage_basin <where> <if test="basinName != null"> and basin_name LIKE concat('%',#{basinName},'%')</if> <if test="state != null">AND state = #{state}</if> </where> ORDER BY sort_order
그런 다음 프런트 엔드 페이지에 데이터를 제공할 때 Java에서 기본 작업을 수행해야 합니다. 상태 코드는 쿼리에 전달되고 백그라운드에서는 자체적으로 생성됩니다
mdDrainageBasin.setState(0); List<MdDrainageBasin> list = mdDrainageBasinMapper.findByQuery(mdDrainageBasin);
기본적으로 상태 0은 엔터티 클래스로 설정되고 쿼리는 0
논리적 삭제는 상태 코드가 1로 업데이트되고 삭제 대신 업데이트가 호출됩니다. 그러나 예를 들어 다중 테이블 관계를 고려하면 다음과 같습니다. , 유역 아래에 수계가 걸려 있는 경우 유역이 논리적으로 삭제되면 아래의 수계도 논리적으로 삭제되어 표시되지 않습니다. 이때 유역 아래에 해당 수계가 있는 것으로 판단할 수 있습니다. 삭제되지 않으며 그렇지 않으면 삭제됩니다.
MdDrainageBasin mdDrainageBasin = mdDrainageBasinService.findById(id); List<MdWaterSystem> list = mdWaterSystemMapper.findByWater(mdDrainageBasin.getBasinCode()); if (list.size() > 0) { return ResponseMsgUtil.failure(); } else { mdDrainageBasin.setState(1); mdDrainageBasinService.update(mdDrainageBasin); return ResponseMsgUtil.success(mdDrainageBasin); }
는 프런트 엔드에서 전달된 ID를 기반으로 어떤 유역이 있는지, 이 유역 아래에 몇 개의 급수 시스템이 있는지 쿼리합니다. 삭제하세요. 물 시스템이 없으면 삭제하세요
위 내용은 MySQL의 논리적 삭제를 복구하는 방법의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

핫 AI 도구

Undress AI Tool
무료로 이미지를 벗다

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Clothoff.io
AI 옷 제거제

Video Face Swap
완전히 무료인 AI 얼굴 교환 도구를 사용하여 모든 비디오의 얼굴을 쉽게 바꾸세요!

인기 기사

뜨거운 도구

메모장++7.3.1
사용하기 쉬운 무료 코드 편집기

SublimeText3 중국어 버전
중국어 버전, 사용하기 매우 쉽습니다.

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경

드림위버 CS6
시각적 웹 개발 도구

SublimeText3 Mac 버전
신 수준의 코드 편집 소프트웨어(SublimeText3)

PHP에서 환경 변수를 설정하는 세 가지 주요 방법이 있습니다. 1. php.ini를 통한 글로벌 구성; 2. 웹 서버 (예 : Apache의 Setenv 또는 nginx의 FastCGI_Param)를 통과했습니다. 3. PHP 스크립트에서 putenv () 함수를 사용하십시오. 그 중에서 Php.ini는 전역적이고 드물게 변화하는 구성에 적합하며 웹 서버 구성은 분리 해야하는 시나리오에 적합하며 Putenv ()는 임시 변수에 적합합니다. 영구 정책에는 구성 파일 (예 : php.ini 또는 웹 서버 구성)이 포함되어 있습니다. 보안 관리 민감한 정보는 하드 코딩을 피해야하며 사용하는 것이 좋습니다.

PHP 컨테이너가 자동 구성을 지원할 수 있도록 핵심은 CI (Continuous Integration) 프로세스를 구성하는 데 있습니다. 1. DockerFile을 사용하여 기본 이미지, 확장 설치, 종속성 관리 및 권한 설정을 포함하여 PHP 환경을 정의합니다. 2. Gitlabci와 같은 CI/CD 도구를 구성하고 .gitlab-ci.yml 파일을 통해 빌드, 테스트 및 배포 단계를 정의하여 자동 구성, 테스트 및 배포를 달성합니다. 3. PHPUNIT와 같은 테스트 프레임 워크를 통합하여 코드 변경 후 테스트가 자동으로 실행되도록합니다. 4. Kubernetes와 같은 자동 배포 전략을 사용하여 배포 .yaml 파일을 통해 배포 구성을 정의합니다. 5. Dockerfile 최적화 및 다단계 구조를 채택하십시오

PHP는 프론트 엔드 입력, 데이터베이스 스토리지 및 외부 AI 서비스를 연결하는 데 책임이있는 지능형 고객 서비스에서 커넥터 및 브레인 센터의 역할을 수행합니다. 2.이를 구현할 때는 멀티 레이어 아키텍처를 구축해야합니다. 프론트 엔드는 사용자 메시지, PHP 백엔드 전처리 및 경로 요청을 수신하고 먼저 로컬 지식 기반과 일치하며 놓치고 OpenAI 또는 DialogFlow와 같은 외부 AI 서비스를 호출하여 지능적인 답장을 얻습니다. 3. 세션 관리는 컨텍스트 연속성을 보장하기 위해 PHP에 의해 MySQL 및 기타 데이터베이스에 기록됩니다. 4. 통합 AI 서비스는 guzzle을 사용하여 HTTP 요청을 보내고 Apikeys를 안전하게 저장하며 오류 처리 및 응답 분석을 잘 수행해야합니다. 5. 데이터베이스 디자인에는 세션, 메시지, 지식 기반 및 사용자 테이블이 포함되어야하며, 인덱스를 합리적으로 빌드하고 보안 및 성능을 보장하며 로봇 메모리를 지원해야합니다.

독립적 인 PHP 작업 컨테이너 환경 구축은 Docker를 통해 구현할 수 있습니다. 특정 단계는 다음과 같습니다. 1. Docker 및 DockerCompose를 기초로 설치하십시오. 2. DockerFile 및 Crontab 파일을 저장하기위한 독립 디렉토리를 만듭니다. 3. PHPCLI 환경을 정의하고 CRON 및 필요한 확장을 설치하려면 dockerfile을 작성하십시오. 4. 타이밍 작업을 정의하기 위해 Crontab 파일을 작성하십시오. 5. docker-compose.yml 마운트 스크립트 디렉토리를 작성하고 환경 변수를 구성하십시오. 6. 컨테이너를 시작하고 로그를 확인하십시오. 웹 컨테이너에서 타이밍 작업을 수행하는 것과 비교할 때 독립 컨테이너는 자원 격리, 순수한 환경, 강력한 안정성 및 쉬운 확장의 장점이 있습니다. 로깅 및 오류 캡처를 보장합니다

로깅 방법 선택 : 초기 단계에서는 PHP에 내장 Error_Log ()를 사용할 수 있습니다. 프로젝트가 확장되면 독백과 같은 성숙한 라이브러리로 전환하고 여러 처리기 및 로그 레벨을 지원하며 로그에 타임 스탬프, 레벨, 파일 줄 번호 및 오류 세부 정보가 포함되어 있는지 확인하십시오. 2. 디자인 저장 구조 : 소량의 로그를 파일에 저장할 수 있으며 많은 로그가 있으면 많은 분석이 있으면 데이터베이스를 선택하십시오. MySQL/PostgreSQL을 사용하여 구조화 된 데이터에 사용하십시오. Elasticsearch Kibana는 반 구조화/비 구조화에 권장됩니다. 동시에, 그것은 백업 및 정기적 인 청소 전략을 위해 공식화됩니다. 3. 개발 및 분석 인터페이스 : 검색, 필터링, 집계 및 시각화 기능이 있어야합니다. Kibana에 직접 통합되거나 PHP 프레임 워크 차트 라이브러리를 사용하여 단순성과 인터페이스의 용이성에 중점을 둔 자체 개발을 개발할 수 있습니다.

이 기사는 eloquentorm을 사용하여 고급 조건부 쿼리 및 Laravel 프레임 워크에서 관련 데이터의 필터링을 수행하여 데이터베이스 관계에서 "조건부 연결"을 구현 해야하는 방법을 탐색하는 것을 목표로합니다. 이 기사는 MySQL에서 외국 키의 실제 역할을 명확히하고, 조건을 충족하고 데이터 검색의 정확성을 개선하는 관련 데이터를 유연하게 필터링하기 위해 클로저 기능과 결합 된 방법과 함께 Eloquent 's를 통해 실로 된 연관성 모델에 조항을 적용하는 방법을 자세히 설명합니다.

MySQL은 재무 시스템에 최적화되어야합니다. 1. 1. 소수점 유형을 사용하여 정확성을 보장하기 위해 재무 데이터를 사용해야하며 시간대 문제를 피하기 위해 시간 필드에서 DateTime을 사용해야합니다. 2. 인덱스 디자인은 합리적이어야하며, 인덱스를 구축하기위한 필드의 자주 업데이트를 피하고 쿼리 순서로 인덱스를 결합하고 정기적으로 쓸모없는 색인을 청소하십시오. 3. 트랜잭션을 사용하여 일관성을 보장하고, 거래 세분성을 제어하고, 긴 트랜잭션과 비 코어 운영을 피하고, 비즈니스에 따라 적절한 격리 수준을 선택하십시오. 4. 시간별로 히스토리 데이터를 파티션하고, 콜드 데이터를 보관하고 압축 테이블을 사용하여 쿼리 효율성을 향상시키고 스토리지를 최적화합니다.

MySQL이 클라우드로 이동할 가치가 있는지 여부는 특정 사용 시나리오에 따라 다릅니다. 비즈니스를 빠르게 출시 해야하는 경우 탄력적으로 확장하고 운영 및 유지 보수를 단순화하며 Go-Go-Go Pay-as-Go 모델을 수락 할 수있는 경우 클라우드로 이동하는 것이 그만한 가치가 있습니다. 그러나 데이터베이스가 오랫동안 안정되어 있으면 대기 시간에 민감하거나 규정 준수 제한이 있으면 비용 효율적이지 않을 수 있습니다. 비용 제어 키에는 올바른 공급 업체 및 패키지 선택, 합리적으로 리소스 구성, 예약 인스턴스 사용, 백업 로그 관리 및 쿼리 성능 최적화가 포함됩니다.
