>  기사  >  데이터 베이스  >  mysql 전자상거래 플랫폼의 기술 아키텍처는 무엇입니까?

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

王林
王林앞으로
2023-06-01 13:59:47958검색

1. 전자상거래 플랫폼

1. 설정: 계정 동기화, 결제 방법; 2. 상품 관리, 상품 관리,

3. 매장 관리, 2차 도메인 이름 관리, 사전 예금 설정, 구매자 역학, 상담 관리, 보고 관리, 물품 분류 기사, 광고 관리, 추천 위치, 이벤트 관리, 회원 통계; ; 마케팅 분석 ;

B. 서클 설정; 서클 분류 관리; 서클 회원 관리; 관리 시스템)

CMS 관리, 기사 분류, 태그 관리,

홈페이지 사진 설정;

2. 전자상거래 플랫폼의 기술 아키텍처

A. 애플리케이션 서버

1. 크게 두 가지 범주: 프런트엔드 서버(주로 사용자 응답 완료), 백엔드 서버(주로 데이터 처리 완료)

2. Nginx는 메모리 할당 성능이 뛰어나며 다중 스레드를 사용하여 요청을 처리하므로 여러 스레드 간에 메모리 리소스를 공유할 수 있으므로 메모리 사용량이 크게 줄어듭니다. 또한 수요에 따라 시간에 맞춰 메모리를 할당하고 해제하는 분할된 메모리 할당 전략을 채택하므로 전체 메모리 사용량이 매우 적고 많은 수의 동시 연결을 지원할 수 있습니다.

B.로드 밸런싱

1.F5 (F5 BIG-IP), 공식 명칭은 로컬 트래픽 관리자이며 레이어 4-7 로드 밸런싱을 수행할 수 있습니다.

2.LVS(Linux 가상 서버), 대용량 네트워크 애플리케이션(예: 뉴스 서비스, 온라인 뱅킹, 전자 상거래 등)을 목표로 합니다. LVS와 Keepalived의 조합은 강력한 부하 저항, 간단한 구성 및 안정적인 작동을 제공합니다. 이 방법은 광범위한 응용 분야에 적합합니다. ⑴LVS 세 가지 작업 모드:

1 네트워크 주소 변환 기술인 VS/NAT(Virtual Server Via NAT)는 로드 밸런싱 서버와 서버 클러스터를 형성하는 여러 개의 실제 백엔드 서버로 구성됩니다. 장점: 스케줄링 서버에는 하나의 IP 주소만 구성하면 되며, 서버 그룹은 개인 IP 주소를 사용할 수 있습니다. 단점: 확장성이 제한적입니다.

②VS/TUN(IP 터널링을 통한 가상 서버), 연결 예약 및 관리는 VS/NAT와 동일하지만 메시지 전달 방법이 다릅니다. 다시 쓴 문장: 이 솔루션의 장점은 부하 스케줄링 서버 수를 대폭 늘려 고성능 슈퍼서버를 구축할 수 있다는 점이다. "IP 터널링" 또는 "IP 캡슐화" 프로토콜을 지원하는 서버가 필요합니다. 3VS/DR(직접 라우팅을 통한 가상 서버) 스케줄러는 각 서버의 부하에 따라 동적으로 서버를 선택합니다. IP 패킷을 수정하거나 캡슐화하지 않고 데이터 프레임의 MAC 주소를 선택한 주소로 변경합니다. 서버의 MAC 주소를 입력한 후 수정된 데이터 프레임을 서버 그룹의 LAN으로 보냅니다. 로드 스케줄러와 실제 서버에는 동일한 물리적 네트워크 세그먼트에 연결된 네트워크 카드가 있어야 합니다. 서버 네트워크 장치는 ARP에 응답하지 않거나 패킷을 로컬 소켓 포트로 리디렉션할 수 있습니다.

⑵LVS 예약 알고리즘폴링 예약, 최소 연결 예약, 지역 기반 최소 연결, 대상 주소 해시 예약, : 백엔드 서버는 폴링, IP_HASH, URL_HASH, 가중치 및 기타 방법을 통해 예약할 수 있으며 상태 확인도 지원합니다. 네트워크에 대한 의존도가 거의 없으며 레이어 7에서 작동합니다.

4.HAProxy: 세션 보존, 쿠키 안내 등과 같은 Nginx의 일부 단점을 보완할 수 있으며 효율성 측면에서 Nginx보다 더 우수합니다.

C. 캐시

1. 두 부분: 파일 캐시(정적 콘텐츠), 데이터 캐시

2. 클라이언트 캐시: Header("Cache-control:must-revalidate");Header("Expires:".gmdate(" M Y H: i:s”,time()+(60*60*24*30)));//30일 후에 만료됨 php

3. CDN 가속

4. 정적 파일 캐시: Varnish/Squid

5. 데이터 캐시: memcache, redis

D. 데이터 저장

1. 관계형 데이터베이스: MySQL, Oracle, SQL Server

2. 메모리 내 데이터베이스: Redis, MongoDB(문서형)

3. 데이터베이스: HBase

4. MySQL 클러스터, DRBD 하드 디스크 네트워크 미러, MySQL 데이터 분할,

5. 데이터베이스(테이블)는 여러 라이브러리(테이블)에 분산 저장되어 단일 장치의 로드를 분산시키는 효과를 얻습니다.

6. 수직 분할: 다양한 테이블에 따라 다양한 데이터베이스(호스트)로 분할됩니다. 비즈니스 간 결합도가 낮고 상호 영향이 적으며 비즈니스 논리가 명확하고 구현하기 쉬운 시스템에 적합합니다.

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

E Memcache/Redis의 메시지 대기열은 배포, 유지 관리 및 확장도 쉽습니다.

G. 검색 디자인

lucene, sphinx 및 국내 xunsearch

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

A. 회원 모듈

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

2. 디자인 아이디어:

① 디자인 요구 사항:

인터페이스가 간단하고 편리합니다. 등록 및 로그인이 간단하고 편리하며, 휴대폰 번호 또는 이메일 + 비밀번호

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


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


  • 데이터 분석 수행


  • ②데이터 테이블 디자인

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

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

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

  • 3모듈 디자인

구매자 멤버십 기능 요구 사항: 등록 및 로그인, 구매자 멤버십 수준; 계정 보안, 기타 관련 기능

전문 계정 기능 요구 사항: 상점 개설, 하위 계정 설정, 상점 분류; 3. 개발 및 사용
  • 회원의 입소문 마케팅, 회원 관리, 합리적이고 포괄적인 회원 데이터 분석


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


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

  • ② 브랜드 : 신규(플랫폼 추가 및 가맹점 추가, 가맹점 추가시 검토 필요), 편집, 삭제
  • 3 사양 및 사양값 : 플랫폼에서 추가, 삭제, 변경되며, 매장에서는 사양값 기준으로만 추가 가능 사양에 따라

    ④유형 및 속성: 플랫폼이 운영합니다
⑤상품: 추가, 삭제, 수정은 스토어에서 이루어집니다. 플랫폼을 검토하고 삭제할 수 있습니다.

3. 디자인 아이디어:
  • 1 상품 관련 데이터 테이블 디자인


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

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

사양 시리즈 테이블에는 사양 테이블과 사양 값 테이블이 포함되며, 이는 일대다 관계입니다. 사양 테이블과 유형 테이블은 유형 및 사양 관계 테이블을 브리지로 사용하여 다대다 관계를 형성합니다. 사양 테이블, 사양 값 테이블, 제품 테이블 간의 관계는 다대다 관계입니다.

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

제품 시리즈 표에는 제품 표, 제품 공개 표, 제품 사진 표가 있습니다. 상품 테이블과 상품 공개 테이블은 다대일, 상품 그림 테이블은 다대다

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

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

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

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

    4제품 검색을 위한 디자인 아이디어 전체 텍스트 검색
  • 3. 코드 구현

    상품 카테고리와 관련된 데이터를 정리해야 합니다.
  • 1.공통 프로모션. 방법:

  • 할인 프로모션


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

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

  • 기간 한정 프로모션

  • 복권형 프로모션

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

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

2.디자인 아이디어

1비즈니스 디자인 원칙

  • 관심

  • 설득 기능

  • 피드백 정보

  • 판매 촉진

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

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

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

  • "출시 예정":

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

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

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

3. 개발 및 사용

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

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

D. 장바구니 모듈

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

2. 디자인 아이디어

① 영구 저장 :

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

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

  • 여러 매장 제품 추가 지원

  • 간편한 조작

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

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

②데이터 테이블 디자인

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

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

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

3쇼핑 카트 모델 설계

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

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

  • 데이터 통계

  • 데이터 무결성 및 정확성

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

2. 디자인 아이디어

1디자인 요구 사항

행정 구역 내장

  • 택배 업체 내장

  • 대금 상환 구역 설정

  • 화물 템플릿

  • 상품 수령 주소

  • 물류 추적

  • ②데이터 테이블 디자인: 수령 주소 테이블, 배송 주소 데이터베이스 테이블, 현금 배송 지역 테이블, 화물 템플릿 테이블 등
3. ①유통지역 : 하나는 표준행정지역 설정이고, 다른 하나는 배송지역 페이지 로딩 시 모든 지역 데이터는 페이지 로딩 시 현금배송을 지원하는 카운티 ID입니다. 지역 편집 시 클라이언트 JS

②배포 회사: 최소한 회사 이름, 웹 사이트, 회사 코드 등을 포함합니다.

3수신 주소: N 저장 가능, 기본 배송 주소 설정

F. 주문 모듈

1. 디자인 아이디어

1 주문 상태

주문 상태는 주문 과정의 중요한 상징입니다. 주문이 있는 단계와 이를 처리하는 역할이 허용되는 주요 판단 기준

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

  • ②주문 금액

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

Jianyi는 시간, 난수 등 관련 요소를 충분히 고려할 수 있습니다. , 판매자 ID, 회원 ID 및 자체 증가 ID는 높은 동시성에서 주문 번호가 반복될 확률을 최소화하는 것입니다.
  • 주문 점유 재고

  • 판매 불가 재고

  • 잠긴 재고 : 프로모션 기간

  • 가상 재고

  • ⑤ 통합 결제

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

    ⑥역할 권한

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

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

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

    7테이블 디자인

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

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

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

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

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

    2. 주문하기

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

    G. 결제 인터페이스

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

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

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

    H. 차지백 모듈

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

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

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

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

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

    2. 개발 능력

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

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

    I. 정산 모듈

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

    1. 디자인 아이디어

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

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

    [실행 시점] 자동 및 수동

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

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

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

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

    J. 데이터 분석이 운영에 개입하도록 합니다. 데이터를 기반으로 지능적으로 운영 결정을 내리고, 데이터를 기반으로 비즈니스 프로세스를 최적화합니다. 2. 모듈 구성:

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

    ②방문자수(UV), 쿠키를 사용하여 절대적으로 통일된 방문자를 결정함

    3전환율, 소비 웹 사이트를 방문한 전체 고객 수에 대한 고객의 비율입니다. 거래 전환율 = 거래 고객 수/총 방문자 수

    4 평균 방문 심도는 사용자가 1회 방문 동안 탐색한 웹사이트 페이지 수, 즉 PV와 UV의 비율을 의미합니다. 방문 깊이?

    웹사이트의 합리적인 타이포그래피 및 레이아웃

    웹사이트의 콘텐츠


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

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

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

    7주문한 상품 수

    ⑧주문한 상품 수

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

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

    3. 디자인 아이디어

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

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

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

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

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

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

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

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

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

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

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

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

    4.

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

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

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

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

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

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

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

    K. 선입금

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

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

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

    ②데이터 테이블 디자인:

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

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

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

    위 내용은 mysql 전자상거래 플랫폼의 기술 아키텍처는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

    성명:
    이 기사는 yisu.com에서 복제됩니다. 침해가 있는 경우 admin@php.cn으로 문의하시기 바랍니다. 삭제