이메일을 고객에게 발송하는 사이트가 있고 메일 사본을 저장하려는 경우 효과적인 전략은 무엇입니까?이메일 저장
데이터베이스의 테이블에 저장하면 (예 : Mail이라는 테이블 만들기) 매우 빠르게 커집니다. 내가 본
일부 전략은 다음과 같습니다
을 사용했다 (매년 하나, 또는 하나 매달)마다 프레임에 대한 sepearate 테이블을 작성?
저장할 데이터가 데이터베이스에 저장됩니다. 정당화되는 유일한 예외는 큰 바이너리 데이터 (이미지, 비디오)입니다. 테이블이 얼마나 큰지 누가 신경 쓰겠습니까? 메일이 자동화되고 템플릿 기반 인 경우 어쨌든 변수 부분 만 저장하면됩니다. 크기는 저장하는 위치와 거의 동일하지만 데이터베이스를 백업하는 메커니즘이 이미 있으므로 수백만 개의 파일을 처리 할 수있는 메커니즘을 고안하지 않아도됩니다.
많은 가정 : 1. Windows를 실행하고 있습니다./창문에 보관함을 원합니다. 2. 메일 검색 기능이 중요합니다.
고객에게 메일을 보내므로 자신의 메일 계정을 숨은 이유가 없습니다. 자신의 서버에 적합한 계정이 있다고 가정하면 MailStore (home)을 사용하여 계정에서 메일을 가져 와서 자신의 압축 데이터베이스에 넣을 수 있습니다.
귀하의 이메일 내용에 따라 다릅니다. 큰 이미지가있는 경우. 나는 파일 시스템을 좋아할 것이다. 그렇지 않으면 메일 테이블 테이블이 매우 빠르게 커지면 별도의 테이블을 찾아 가서 죽은 고객을 보관하십시오.
Gmail이 비즈니스 데이터를 효과적으로 백업한다는 것에 동의하지 않습니다.
귀하의 비즈니스 정보를 신뢰할 수없는 서비스 제공자 또는 귀하가 통제 할 수없는 사람으로 신뢰하는 이유는 무엇입니까?
나에게 의미가 없습니다.
이 정보에 액세스해야하는 빈도에 따라 파일 시스템 또는 데이터베이스 아카이브로 이동한다고합니다. 적어도 그렇게하면 자신의 데이터를 제어 할 수 있습니다.
다른 옵션 (이메일 내용에 따라 다름)은 이메일을 저장하지 않고, 이메일을 생성하는 데 사용 된 원본 콘텐츠를 보관하여 이메일을 다시 만들 수 있습니다.
이메일을 데이터베이스 테이블에 저장합니다. 그것은 그렇게 큰 것을 빨리 얻지 못합니다. 우리는 32,000 개의 이메일이있는 테이블을 가지고 있습니다. (이메일 당 50kb의 이메일도 있습니다.) 그리고 압축 된 파일은 16MB 만 사용합니다.
이메일을 발송할 경우 Gmail (무료)은 현재 7GB의 데이터 만 허용한다는 것을 알고 있습니다. 나는 그것을 디스크에 들고있어서 행복 할 것이다.
일종의 일반적인 보관 기능을 넣어 두는 것이 좋습니다. 구현 방법은 검색 요구에 따라 다릅니다.
예를 들어, 특정 달에 특정 고객에게 보낸 전자 메일을 검색하려면 파일 시스템의 적절한 고지에 보관해야합니다 (필요한 경우 파일을 압축). 포인터을 사용하여 데이터베이스 테이블에 보낸 이메일 목록을 적절한 디렉토리에 기록 할 수 있지만 디렉토리 및 파일의 이름 지정 규칙이 충분할 수도 있습니다.
매우 오래된 이메일에는 거의 액세스하지 않아도됩니다 예를 들어 온라인 저장 용량 문제가있는 경우 DVD에 보관할 수 있습니다.
이메일의 실제 콘텐츠를 자주 검색하려면 콘텐츠를 DB 테이블에 저장하거나 다음과 같은 인덱서를 사용해야합니다. 디스크에 저장되어있는 파일을 검사하는 루체 네