mysql 전자상거래 플랫폼의 기술 아키텍처는 무엇입니까?

수평 테이블 분할: 데이터 테이블의 논리적 관계에 따라 특정 알고리즘을 통해 데이터를 여러 테이블로 분할합니다. 분할 규칙 자체는 테이블 이름을 기준으로 분할하는 것보다 복잡하고 이후의 데이터 유지 관리도 더 복잡하지만 시스템 부담을 줄이는 데 더 좋고 동시성이 높은 빅데이터에서 권장되는 처리 방법입니다.

G. 검색 디자인

3. 몰 스위트 디자인 및 구현

A. 회원 모듈

1. 모듈 구성: 등록 후 기본값은 구매자. 판매자가 되려면 등록 후 정산신청서를 제출하고 심사를 통과해야 합니다. 구매자와 판매자의 로그인 포트는 독립적으로 존재합니다. 웹사이트의 기초로서 기본적으로 웹사이트의 모든 모듈을 포함합니다.

더 많은 회원 정보 수집: 회원 센터 컬렉션

• 
  분열 관리 : 회원 계층 구조 및 관리 시스템 멤버 끈적 끈적한 멘토링 멘토십 멘토링 및 낮은 커플 링 : 구매자 및 판매자 센터는 독립적으로 나뉩니다. 모듈

• 
  데이터 분석 수행

• 
  ②데이터 테이블 디자인

• 마스터-슬레이브 조정: 마스터 테이블과 슬레이브 테이블
  

• 합리적인 중복 사용: 예를 들어 사용자 이름도 다음에 저장됩니다. 스토어 테이블
  

• 구조 명확함: 예를 들어 사용자 테이블과 판매자 테이블이 분리되어 있습니다.
  

• 3모듈 디자인
  

• 회원의 입소문 마케팅, 회원 관리, 합리적이고 포괄적인 회원 데이터 분석

  
  

  1. 소형 모듈: 제품 유형, 사양 및 사양 값,
• 2. 모듈 구성:

  
  ① 제품 분류: 거의 수정되지 않는 파일

② 브랜드 : 신규(플랫폼 추가 및 가맹점 추가, 가맹점 추가시 검토 필요), 편집, 삭제

• 3 사양 및 사양값 : 플랫폼에서 추가, 삭제, 변경되며, 매장에서는 사양값 기준으로만 추가 가능 사양에 따라
  

  ④유형 및 속성: 플랫폼이 운영합니다

• 1 상품 관련 데이터 테이블 디자인

  
  

상품 분류 테이블과 유형 테이블은 유형을 통해 속성, 사양, 브랜드와 관련됩니다. 상품 테이블과 일대다 관계가 있습니다

• 
  

속성 계열 테이블에는 속성 테이블과 속성 값 테이블이 포함되어 있으며, 이는 속성 테이블과 유형 테이블이 일대다 관계를 가지고 있습니다. 다대일 관계. 속성 값 테이블은 제품 테이블 및 속성과 다대일 관계를 가집니다.

브랜드 테이블은 유형 및 브랜드 관계 테이블을 가교로 사용하며 유형 테이블을 사용하여 다대다 관계 테이블을 사용합니다. 브랜드 테이블과 제품 테이블은 일대다 테이블입니다.

②상품 플랫폼 관리 관련 디자인 아이디어

플랫폼 관리자가 먼저 상품을 완성해야 합니다. 분류, 브랜드, 유형, 사양, 속성 설정

3제품 게시를 위한 디자인 아이디어

제품 사진 공간 설정, 재고 알림 템플릿,

4제품 검색을 위한 디자인 아이디어 전체 텍스트 검색

• 3. 코드 구현
  

  상품 카테고리와 관련된 데이터를 정리해야 합니다.

• 1.공통 프로모션. 방법:
  

• 할인 프로모션

  
  

• 공동구매 : 전자상거래 사이트의 판매를 촉진하고 전자상거래 사이트의 등록 회원 수를 직접적으로 늘립니다. 고객의 구매 시도를 촉진하여 문제를 발견합니다. 플랫폼을 구축하고 전자상거래 웹사이트의 브랜드 노출 및 인기를 확대합니다.

• 무료 프로모션: 하나 사면 하나 무료, 사면 선물 받기, 사면 포인트 받기, 바우처 받기
  

• 결합 판매: 고객이 한 제품을 검색한 후 다른 제품을 추천하는 경우; 해당 상품은 다른 상품과 함께 판매가 가능하며, 이에 따라 총 가격이 인하됩니다.
  

• 기간 한정 프로모션
  

• 복권형 프로모션
  

• 인터랙티브 프로모션: 좋은 리뷰 및 초대장
  

• 부가 가치 프로모션: 무료 배송, 추가 서비스
  

2.디자인 아이디어

1비즈니스 디자인 원칙

• 관심
  

• 설득 기능
  

• 피드백 정보
  

• 판매 촉진
  

②모듈 설계 예시(공동구매 모듈)

• 패키지 관리: 플랫폼에서 매장 제공
  

• 그룹 구매 관리: 플랫폼에서 리뷰를 수행하며 언제든지 선반에서 제거 가능
  

• "출시 예정":
  

• 추가 검색설정 : 상품분류, 가격대 등
  

• 상세정보 : 사진, 가격, 설명이 눈에 쏙쏙 들어오고, 상태가 확연히 눈에 띕니다
  

• 공동구매주문 : 주문모듈로 통합

3. 개발 및 사용

개발 원칙: 간단하고 이해하기 쉽고, 시선을 사로잡으며, 유연한 조합, 데이터 통계

참고: 다른 사람과 자신에게 이익이 되고, 조합하여 사용되며, 번거롭지 않고, 충분히 매력적이며, 현실적이며, gold

D. 장바구니 모듈

1. 모듈 구성 : 상품 추가, 삭제, 편집, 수집 기능

2. 디자인 아이디어

① 영구 저장 :

• 쿠키 저장 로그인, 로그인 후 데이터베이스 저장, 주문 성공 후 구매한 항목 지우기 제품
  

• 여러 유형의 제품 추가 지원
  

• 여러 매장 제품 추가 지원
  

• 간편한 조작
  

• 데이터 무결성: 프로모션 정보, 상품 소계, 매장 소계 회계 등
  

• 데이터 정확성: 주요 정보(재고, 가격, 상태 등)
  

②데이터 테이블 디자인

• 테이블 관계 핵심 필드는 필수입니다: 회원, 매장, 제품 테이블 등이 포함됩니다.
  

• 필요한 중복 필드: 제품 가격, 이름, 사진, 매장 이름 등
  

• 데이터 정확성: 데이터베이스를 쿼리하여 키 노드 처리 시 유효한 최신 데이터
  

3쇼핑 카트 모델 설계

• 작업 추가, 삭제, 수정 및 확인
  

• 입구 캡슐화: 쿠키나 데이터베이스 등의 작업을 외부적으로 입구, 우회로 표현 매개변수 형식
  

• 데이터 통계
  

• 데이터 무결성 및 정확성
  

E. 모듈 구성: 플랫폼은 다음과 같은 몇 가지 기본 정보를 초기화해야 합니다. 국가 또는 지방 행정 구역, 주요 택배 회사 등 상인은 화물 템플릿을 설정해야 합니다. 이는 지역마다 다른 배송 비용을 지원할 뿐만 아니라 판매자가 상품 배송 비용을 반복적으로 설정하는 것을 방지하여 작업량을 줄입니다. 구매자가 주문을 하면 영수증 정보를 설정해야 하며 시스템에서는 이에 따라 배송비를 계산합니다.

• 
  

  택배 업체 내장

• 
  

  대금 상환 구역 설정

• 
  

  화물 템플릿

• 
  

  상품 수령 주소

• 
  

  물류 추적

• 
  

  ②데이터 테이블 디자인: 수령 주소 테이블, 배송 주소 데이터베이스 테이블, 현금 배송 지역 테이블, 화물 템플릿 테이블 등

F. 주문 모듈

1 주문 상태

• 은 일반적으로 디지털 식별을 사용하며, 여기에는 최소한 불이행, 취소, 결제, 배송, 수령이 포함되며 삭제도 포함될 수 있습니다. 리뷰, 입고, 배송, 잠금, 반품, 환불, 조정 등
  

• ②주문 금액
  

  은 최소한 제품의 단가를 포함하여 주문과 관련된 금전적 요소를 총칭하는 용어를 말합니다. , 제품의 총 가격, 총 주문 금액, 할인 금액, 운임, 상품권 액면가, 환불 금액 등

⑤ 통합 결제

OK 여러 가맹점의 주문 통합 통합결제

⑥역할 권한

• 구매자: 주문 취소, 삭제(휴지통에 넣기), 환불, 반품, 수령, 평가 등
  

• 판매자: 주문 검토, 종료, 배송, 애프터 처리 등
  

• 플랫폼 : 주문 취소, 결제 상태 변경, 삭제, 조정 등
  

7테이블 디자인

• 주문 마스터 테이블 : 주문 번호, 금액 등 주요 및 자주 사용되는 주문 정보를 저장합니다. , 화물, 상태 등
  

• 보조 테이블 : 배송 정보, 송장 정보, 수취인 정보, 프로모션 정보 등의 보조 정보
  

• 주문 상품 테이블 : 주문 내 일부 상품 목록 정보
  

• 결제 주문 테이블 : 통합 결제를 위해 설계되었으며 결제 주문 번호를 저장하고 N 주문 테이블 기록에 하나의 결제 주문 번호를 사용합니다
  

• 주문 로그 테이블: 운영자, 작업 시간, 작업 내용 등을 포함하여 주문 내용이 변경될 때 작업 로그를 기록합니다.
  

2. 주문하기

시스템에서 많은 처리 작업을 수행합니다. 프로세스 영수증 정보, 송장 정보, 프로모션 정보, 화물, 바우처, 지불 주문, 주문, 로그 등과 같은 주문이 생성됩니다.

G. 결제 인터페이스

1. 결제 결과에 액세스하는 방법에는 두 가지가 있습니다. 하나는 브라우저를 통한 점프 알림을 사용하는 동기식, 즉 서버 백엔드 실행입니다.

2. 설계 요구 사항: 보안, 데이터 무결성(거래 처리),

3. 데이터베이스 설계: 최소한 결제 수단의 이름과 식별 코드가 포함되어야 합니다. . 이름이 일치하며, 추가로 직렬화된 결제 인터페이스 구성 정보 및 결제 인터페이스 상태가 저장되어야 합니다.

H. 차지백 모듈

1. 새로운 환불 또는 반품 신청이 있는 경우; 주문이 완료되지 않았지만(수령 확인 시) 분쟁 방지를 위해 주문 상태를 잠가야 합니다

②반품: 환불 절차에 따라 구매자 배송 및 가맹점 수령 단계가 추가됩니다.

판매자가 제품 환불 또는 반품에 동의하지 않는 경우 구매자는 다시 신청하거나 판매자에 대해 플랫폼에 불만을 제기하고 시스템 관리자의 중재를 위해 관련 증거를 제출할 수 있습니다.

IV환불인지 반품인지 식별할 수 있는 필드가 있는 테이블을 사용할 수 있습니다.

⑤환불 및 반품 사유는 시스템 관리자가 백그라운드에서 입력하고 신청서 제출 시 구매자가 선택합니다.

2. 개발 능력

① 먼저 규칙을 정하고 논리를 이해하지 못하면 적시에 소통하고 해결해야 합니다.

② 코드를 최대한 활용하고, 서버측 데이터 검증도 꼭 수행해 보세요.

정산은 ​​플랫폼과 가맹점 간의 청구서 정산으로, 결제가 이루어진 후 시스템은 청구서가 정확할 때까지 기다립니다. 가맹점은 확인 후 시스템 검토 과정에 들어갑니다. 시스템 검토 후 결제 작업을 위해 재무 부서에 제출하면 백그라운드에서 결제 관련 정보가 입력되고 결제가 완료됩니다.

1. 디자인 아이디어

①데이터 테이블 디자인: 날짜, 총 주문 금액, 총 운임, 총 환불 금액, 총 수수료 금액, 환불 수수료 금액, 매장 수수료, 결제 금액, 정산 상태 등의 필드가 포함된 청구 테이블입니다. ;청구서 요약표는 매월 모든 가맹점의 정산 정보를 통계적으로 요약한 것입니다.

②정산 프로세스 설계: 출금 계좌, 시스템이 이번 달의 정산 계좌를 자동으로 계산합니다.

[실행 시점] 자동 및 수동

[정산 대상] 지난달 발생한 거래로 완료된 주문 또는 지불 거절

[계산식] 주문 금액, 수수료 금액(수수료 = 상품 실제 판매 가격 * 구매 수량 - 할인 할당 금액), 지불 거절 금액, 환불 수수료,

3플랫폼이 지불해야 하는 금액 = 주문 금액 - 수수료 금액 - 지불 취소 금액 + 환불 수수료 - 매장 프로모션 수수료

4조정: 플랫폼에서 정보를 제공하고 이를 확인한 후 검토를 위해 플랫폼에 제출합니다. 검토가 완료되면 금융절차를 거쳐 결제를 진행합니다. 결제 완료 후 해당 결제정보를 입력 후 제출하시면 정산이 완료됩니다.

①조회수(PV), 브라우저가 웹페이지를 로드하는 총 횟수

웹사이트의 콘텐츠

• 
  적절한 내부 링크 앵커 텍스트;

⑤ 1인당 평균 웹 사이트 체류 시간, 평균 웹 사이트 체류 시간 = 총 웹 사이트 체류 시간/세션(방문) 수

⑥페이지 이탈률은 타겟 페이지에 도달하고 다른 페이지를 계속 방문하지 않는 방문자를 의미합니다. 도착 후 웹사이트를 떠나면 Bounce라고 합니다. 즉, 놓친 것입니다. 이탈률 계산 공식은 페이지를 떠난 방문수를 전체 페이지 방문수로 나눈 것입니다.

7주문한 상품 수

⑧주문한 상품 수

평균 거래 금액은 평균 거래 금액을 나타냅니다. 일정 기간 동안 홈페이지 회원별 구매 금액의 평균을 단가라고도 합니다. 고객당 가격은 각 고객의 평균 소비량으로 표현할 수 있습니다. 계산식은 총 매출을 총 고객 수로 나눈 값, 또는 총 판매량을 총 거래 수로 나눈 값입니다

⑩재구매율을 의미합니다. 소비자가 제품이나 서비스를 반복적으로 구매하는 것 구매 횟수입니다. 하나는 상품을 구매한 모든 고객에 대해 각 고객이 해당 상품을 독립적인 단위로 반복 구매한 횟수이고, 다른 하나는 단위 시간당 전체 반복 구매 횟수에 대한 비율입니다.

3. 디자인 아이디어

①데이터 자체의 디자인 원칙

• 전체적인 판매 정보(주문량, 주문량, 평균 고객 가격); 주문한 품목, 품목 평균 가격, 신규 추가) 상품 수, 총 상품 수, 7일 이내 판매 상위 30개 상품) 전체 고객 정보(총 회원 수, 신규 회원 수, 주문 회원 수) 전체 매장 정보(총 매장 수, 총 신규 매장 수, 7일 이내 매출 상위 30개 매장)
  

• 통계는 상세해야 합니다: 특정 회원, 특정 시점, 특정 지역 등
  

• 정기적인 데이터 분석 : 전년 대비 올해 N번째 달과 작년 N번째 달의 비교 (전년 대비 발전 속도 = 이 기간의 숫자 / 의 숫자 전년동기*100%, 전년동기대비 증가율=(이 기간의 수치-지난해 같은 기간의 수치)/전년 같은 기간의 수치*100%); 보고 기간과 이전 통계 기간의 비교 (체인별 분기 개발 속도 = (이번 이슈 수 / 이전 이슈 수) * 100%; 체인 성장률 = (현재 이슈 수 - 이슈 수) 이전 호) / 이전 호 수 * 100%)
  

• 일별 운영 데이터에 주의: 고객이 방문한 평균 페이지 수, 평균 체류 시간, 이탈률, 항목 수집 횟수 등
  

• 데이터는 실시간이어야 합니다
  

2비즈니스 레벨 디자인 원칙

• 비즈니스 계층별 심층 분석 : 전자상거래 웹사이트 데이터 분석은 산업 분석 ->스토어 분석-을 기반으로 합니다. >브랜드 분석->제품 및 회원에 대한 대규모부터 소규모까지의 심층 분석
  

• 직관적이고 이해하기 쉽습니다. 선형 차트를 사용하여 변화하는 추세를 표현하고 간단한 비교를 위해 막대 차트를 사용합니다. 그래프는 프로세스 전환율을 보여줍니다. 비율을 표현하려면 파이 차트나 도넛 차트를 사용하는 것이 가장 좋습니다.
  

3 모듈 디자인의 디자인 원칙: 이식성; 확장성, 단순성 및 직관성, 캐시 적용

4데이터 테이블 디자인 원칙

⑤ 더 많은 캐시된 데이터 테이블을 생성하여 복잡한 판단을 줄입니다. 공동 쿼리(회원 이름, 제품 이름, 매장 이름 등)가 줄어듭니다.

4.

1 데이터 운영 시 다음 사항에 주의해야 합니다.

2 사람 문제: 데이터에 대한 중요성을 부여하는 것은 리더부터 시작되어야 합니다.

3 실제 적용: 데이터를 실제로 사용합니다.

4 단지 최선을 요구하지 마십시오. 데이터 마이닝 알고리즘을 선택할 때 우리가 해결하려는 문제에 적합한지 파악해야 합니다.

⑤ 진실을 추구하십시오. 가능한 한 많은 효과적인 정보를 추출하십시오.

⑥ 반복성: 일정 기간 동안 재발굴 필요

7데이터 축적: 데이터 분석에는 일정량의 데이터 축적이 필요하며 데이터 마이닝을 통해 얻은 결과는 설득력이 있습니다. : 데이터가 생성된 후 결과를 빠르게 얻을 수 있어 효과를 극대화할 수 있습니다.

1. 회원의 선입금 작업은 크게 충전, 출금, 쇼핑

2입니다. . 디자인 아이디어

① 디자인 요구 사항: 보안; 데이터 무결성

②데이터 테이블 디자인:

충전 테이블, 회원의 충전 정보를 기록하며 주요 필드는 충전 양식, 회원 정보, 충전 금액, 충전 시간입니다. 충전 상태 등 관리자 작업이 있는 경우 관리자의 신원도 기록해야 합니다

• 
  

출금 테이블에는 회원의 출금 정보가 기록됩니다. 주요 항목은 출금 주문 번호, 회원 정보, 현금 출금 금액, 수령입니다. 은행 정보, 신청 상태 및 플랫폼 결제 정보(결제 시간, 통신사 등)

• 
  

로그 테이블, 사용 가능 금액 및 동결 금액 변경에 대한 세부 기록을 포함하여 선입금 변경 시 모든 작업을 기록합니다. 항목에는 운영자 정보, 운영 유형(주문, 출금, 충전, 환불 등), 선입금 가능 여부 등이 포함됩니다. 입금, 동결 선입금, 운영 시간, 비고 등