Rumah  >  Artikel  >  pangkalan data  >  Apakah seni bina teknikal platform e-dagang mysql?

Apakah seni bina teknikal platform e-dagang mysql?

王林
王林ke hadapan
2023-06-01 13:59:47938semak imbas

1. Suite standardisasi platform E-dagang

A tetapan ; kaedah pembayaran; pengurusan ; klasifikasi kedai; nama domain peringkat kedua; : pengurusan perundingan pengurusan pelaporan; kedudukan;

B. (BBS)

Pengurusan klasifikasi ahli bulatan;

C.CMS (sistem pengurusan artikel)

pengurusan laman utama klasifikasi; ;

D Terminal mudah alih

Tetapan gambar kategori; platform perdagangan

A. Pelayan aplikasi

1 melengkapkan pemprosesan data)2.Nginx berfungsi dengan baik dalam peruntukan memori dan menggunakan berbilang benang untuk memproses permintaan, membenarkan sumber memori dikongsi antara berbilang benang, sekali gus mengurangkan penggunaan memori. Di samping itu, kami mengguna pakai strategi peruntukan memori tersegmen untuk memperuntukkan dan melepaskan memori dalam masa mengikut permintaan, jadi penggunaan memori keseluruhan adalah sangat kecil dan boleh menyokong sejumlah besar sambungan serentak.

B. Pengimbangan Beban

1.F5 (F5 BIG-IP), nama rasmi pengurus trafik tempatan, boleh melakukan pengimbangan beban lapisan 4-7.

2.LVS (Linux Virtual Server), untuk aplikasi rangkaian dengan volum perniagaan yang besar (seperti perkhidmatan berita, perbankan dalam talian, e-dagang, dll.). Gabungan LVS dan Keepalived mempunyai rintangan beban yang kuat, konfigurasi mudah, dan operasi yang stabil Kaedah ini sesuai untuk pelbagai aplikasi.

⑴Tiga mod kerja LVS: ①VS/NAT (Pelayan Maya Melalui NAT), teknologi terjemahan alamat rangkaian, yang terdiri daripada pelayan pengimbangan beban dan beberapa pelayan sebenar di bahagian belakang untuk membentuk kluster pelayan. Kelebihan: Hanya satu alamat IP perlu dikonfigurasikan pada pelayan penjadualan dan kumpulan pelayan boleh menggunakan alamat IP peribadi. Kelemahan: Kebolehskalaan terhad.

②VS/TUN (Pelayan Maya melalui Terowong IP), penjadualan dan pengurusan sambungan adalah sama seperti dalam VS/NAT, tetapi kaedah pemajuan mesej adalah berbeza. Ayat yang ditulis semula: Kelebihan penyelesaian ini ialah ia boleh meningkatkan bilangan pelayan penjadualan beban, dengan itu membina pelayan super berprestasi tinggi. Pelayan yang menyokong protokol "IP Tunneling" atau "IP Encapsulation" diperlukan. ③VS/DR (Pelayan Maya melalui Penghalaan Terus), penjadual secara dinamik memilih pelayan berdasarkan beban setiap pelayan, tanpa mengubah suai atau merangkum paket IP, tetapi sebaliknya menukar alamat MAC bingkai data Sebaliknya, pilih alamat MAC pelayan, dan kemudian hantar bingkai data yang diubah suai ke LAN kumpulan pelayan. Penjadual beban dan pelayan sebenar dikehendaki mempunyai kad rangkaian yang disambungkan ke segmen rangkaian fizikal yang sama Peranti rangkaian pelayan tidak bertindak balas kepada ARP, atau boleh mengubah hala paket ke port Soket tempatan.

⑵Algoritma penjadualan LVS

Penjadualan pusingan berwajaran penjadualan sambungan minimum berasaskan lokaliti untuk disalin; penjadualan cincang alamat;

3. Nginx: Pelayan bahagian belakang boleh dijadualkan melalui tinjauan pendapat, IP_HASH, URL_HASH, berat dan kaedah lain serta pemeriksaan kesihatan juga disokong. Ia mempunyai sedikit pergantungan pada rangkaian dan berfungsi pada lapisan 7. 4.HAProxy: Ia boleh menambah beberapa kelemahan Nginx, seperti pengekalan sesi, panduan kuki, dll.; dari segi kecekapan, ia boleh memuatkan baki bacaan MySQL; operasi;

C Cache

1 Dua bahagian: cache fail (kandungan statik), cache data

2. “Cache-control :mesti-revalidate”);Header(“Tamat tempoh:”.gmdate(“Adakah M Y H:i:s”,masa()+(60*60*24*30)));//Tamat dalam 30 hari php

3. Pecutan CDN

4. Cache fail statik: Varnish/Squid

5 D. Penyimpanan data

1 Pangkalan data perhubungan: MySQL, Oracle, SQL Server

2. 3. Pangkalan data teragih : HBase

4. Penyelesaian berskala MySQL: Cermin rangkaian cakera keras DRBD (disyorkan); Algoritma khusus, data yang disimpan dalam pangkalan data (jadual) yang sama disimpan secara berselerak dalam berbilang pangkalan data (jadual) untuk mencapai kesan penyebaran beban satu peranti.

6. Pembahagian menegak: Bahagikan kepada pangkalan data (hos) yang berbeza mengikut jadual yang berbeza. Ia sesuai untuk sistem dengan gandingan yang rendah antara perniagaan, sedikit pengaruh bersama, dan logik perniagaan yang jelas adalah mudah dan mudah untuk dilaksanakan.

Pemisahan jadual mendatar: Mengikut perhubungan logik dalam jadual data, data dibahagikan kepada berbilang jadual melalui algoritma tertentu. Peraturan pemisahan itu sendiri adalah lebih rumit daripada pemisahan berdasarkan nama jadual, dan penyelenggaraan data seterusnya juga lebih rumit, tetapi ia lebih baik untuk mengurangkan tekanan sistem dan merupakan kaedah pemprosesan yang disyorkan di bawah data besar berkonkurensi tinggi.

E. Storan fail

Storan kongsi: NFS

Storan fail: HDFS, FastDFS

F Beratur

ActiveMQ;

G. Reka bentuk carian

lucene, sphinx dan xunsearch domestik

3 >

A. Modul Ahli

1. Untuk menjadi penjual, anda perlu mengemukakan permohonan untuk penyelesaian selepas pendaftaran dan lulus semakan. Port log masuk untuk pembeli dan penjual wujud secara berasingan. Sebagai asas laman web, ia pada asasnya melibatkan semua modul laman web.

2. Idea reka bentuk:

① Keperluan reka bentuk:

    Antara muka mudah dan mudah: pendaftaran dan log masuk adalah mudah dan mudah, mudah alih nombor telefon atau e-mel + kata laluan

  • Kumpul lebih banyak maklumat ahli: koleksi pusat ahli

  • Pengurusan yang berbeza: hierarki ahli dan sistem pengurusan

  • Tingkatkan kekentalan keahlian

  • Bimbingan ahli

  • Kohesi tinggi dan gandingan rendah: Pusat pembeli dan penjual dibahagikan kepada modul bebas

  • untuk analisis data

  • ②Reka bentuk Jadual Data

    Koordinasi tuan-hamba: jadual induk dan jadual hamba

  • Penggunaan redundansi yang munasabah: contohnya, pengguna juga disimpan dalam jadual stor Nama

  • Struktur yang jelas: contohnya, jadual pengguna dan jadual pedagang dipisahkan

  • ③Reka bentuk modul

    Keperluan fungsian keahlian pembeli: tahap pendaftaran keahlian pembeli;
  • Keperluan fungsi akaun pakar: pengurusan kebenaran kedai; 🎜>3. Pembangunan dan penggunaan


    Penggunaan pemasaran yang munasabah dari mulut ke mulut; 🎜>Modul produk

  • Beberapa modul kecil: klasifikasi produk; :


    ①Klasifikasi produk: tambah, edit, Padam, import dan eksport, jarang ubah suai, cache fail

  • ②Jenama: Tambah (ditambah oleh platform dan pedagang, penambahan pedagang perlu disemak), edit , padam

③Spesifikasi dan nilai spesifikasi: Platform melakukan penambahan, pemadaman dan pengubahsuaian, dan stor hanya boleh menambah nilai spesifikasi mengikut spesifikasi

④ Jenis dan atribut: Platform menjalankan operasi

⑤ Produk: penambahan, pemadaman dan pengubahsuaian dibuat oleh kedai. Platform boleh disemak dan dipadamkan. 3. Idea reka bentuk:

① Reka bentuk jadual data berkaitan produk

Jadual klasifikasi produk dan jadual jenis mempunyai satu-ke-banyak perhubungan, dan jadual klasifikasi produk Jenis dikaitkan dengan atribut, spesifikasi dan jenama. Ia ialah perhubungan satu-ke-banyak dengan jadual produk

Jadual siri atribut termasuk jadual atribut dan jadual nilai atribut, iaitu satu-ke-banyak hubungan. Jadual atribut dan jadual jenis adalah banyak-dengan-satu Hubungan antara jadual nilai atribut dan jadual produk dan jadual hubungan atribut dan produk ialah hubungan banyak-ke-banyak

Jadual siri spesifikasi termasuk jadual spesifikasi dan jadual nilai spesifikasi, yang merupakan perhubungan A kepada-banyak. Jadual spesifikasi dan jadual jenis menggunakan jadual hubungan jenis dan spesifikasi sebagai jambatan untuk membentuk hubungan banyak-ke-banyak. Hubungan antara jadual spesifikasi, jadual nilai spesifikasi dan jadual produk ialah hubungan banyak-ke-banyak.

  • Jadual jenama menggunakan jadual jenis dan perhubungan jenama sebagai jambatan, dan banyak-ke-banyak dengan jadual jenis. Jadual jenama dan jadual produk adalah satu-ke-banyak.


  • Jadual siri produk termasuk jadual produk, jadual awam produk dan jadual gambar produk. Jadual produk dan jadual awam produk adalah banyak-dengan-satu, dan jadual gambar produk adalah banyak-ke-banyak


  • ②Idea reka bentuk yang berkaitan dengan pengurusan platform produk


    Pengurusan platform Kakitangan perlu terlebih dahulu melengkapkan tetapan klasifikasi produk, jenama, jenis, spesifikasi dan atribut

  • ③Idea reka bentuk produk keluaran peniaga
  • Tetapkan nilai spesifikasi; gambar produk; penggera inventori; jenis papan; pelaksanaan

    Apabila memadamkan kategori produk, ia perlu dibersihkan dan berinteraksi dengan kategori produk Data berkaitan
  • C 1. Komposisi modul:

    ①Kaedah promosi biasa:

Promosi diskaun

Pembelian berkumpulan: Promosikan jualan laman web e-dagang dan secara langsung meningkatkan bilangan ahli berdaftar laman web e-dagang Dengan mempromosikan pelanggan untuk mencuba membeli, didapati Masalah yang wujud dalam platform dan meluaskan pendedahan jenama dan populariti laman web e-dagang; 🎜>

  • Promosi hadiah: beli satu percuma satu, beli hadiah, beli mata hadiah, beli baucar hadiah

  • Tie-in; jualan: Pelanggan Apabila menyemak imbas produk, mengesyorkan produk lain kepadanya Produk ini boleh dijual bersama produk lain, dan jumlah harga akan dikurangkan dengan sewajarnya.

  • Promosi terhad masa terhad

  • Promosi gaya loteri

  • Promosi interaktif: ulasan dan jemputan sopan

  • Promosi nilai tambah: penghantaran percuma, perkhidmatan tambahan

  • 2 .Idea reka bentuk

    ①Prinsip reka bentuk perniagaan

    • Menarik perhatian

    • Fungsi pemujukan

    • Maklumat maklum balas

    • Merangsang jualan

    ②Contoh reka bentuk modul ( Modul pembelian kumpulan)

    • Pengurusan pakej: Platform menyediakan kedai

    • Pengurusan pembelian kumpulan: Platform menjalankan semakan dan boleh dikeluarkan dari rak di bila-bila masa

    • "Bermula tidak lama lagi": Tambahkan

    • Tetapan carian: kategori produk, julat harga, dsb.

    • Maklumat terperinci: gambar, harga, penerangan menarik perhatian, status boleh dilihat dengan jelas

    • Pesanan pembelian kumpulan: bersatu ke dalam modul pesanan

    3 Pembangunan dan penggunaan

    Prinsip pembangunan: ringkas dan mudah difahami, menarik perhatian, gabungan fleksibel, statistik data

    Nota: manfaatkan orang lain dan diri sendiri, Gunakan bersama, tidak menyusahkan, cukup menarik, realistik, dan janji

    Modul troli beli-belah

    1. menambah, memadam, menyunting dan mengumpul barangan Fungsi

    2. Idea reka bentuk

    ①Keperluan reka bentuk:

    • Storan berterusan: Menyimpan kuki sebelum log masuk, penjimatan pangkalan data selepas log masuk, pesanan berjaya Kemudian kosongkan produk yang dibeli


    • Sokongan menambah pelbagai jenis produk


    • Sokongan menambah berbilang produk kedai


    • Mudah dikendalikan


    • Integriti data: maklumat promosi, subjumlah produk, subjumlah kedai, dsb. .


    • Ketepatan data: maklumat utama (inventori, harga, status, dll.)


    ②Reka bentuk jadual data

    • Bidang teras yang sangat diperlukan bagi perhubungan jadual: melibatkan ahli, kedai, jadual produk, dll.


    • Medan berlebihan yang diperlukan: harga produk, nama, gambar, Nama kedai, dsb.


    • Ketepatan data: Apabila memproses nod kunci, tanya pangkalan data untuk mendapatkan data sah terkini


    ③Reka bentuk model troli beli-belah

    • Tambah, padam, ubah suai dan semak operasi


    • Enkapsulasi pintu masuk: Operasi seperti kuki atau pangkalan data diwakili secara luaran sebagai pintu masuk, dengan parameter Pengalihan Borang


    • Statistik Data


    • Integriti dan Ketepatan Data


    Modul penghantaran

    1 sebagai kawasan pentadbiran negara atau tempatan, syarikat ekspres utama, dan lain-lain. mengurangkan beban kerja; apabila pembeli membuat pesanan, mereka mesti menetapkan maklumat resit, dan sistem akan mengira tambang dengan sewajarnya.

    2. Idea reka bentuk

    ①Keperluan reka bentuk

    • Kawasan pentadbiran terbina dalam


    • Syarikat Penghantaran Terbina dalam


    • Tetapkan kawasan penghantaran tunai


    • Templat kadar tambang


    • Alamat penerimaan


    • Penjejakan logistik


    ②Reka bentuk jadual data: Jadual alamat penerimaan, alamat penghantaran Jadual pangkalan data alamat barang, meja kawasan penghantaran tunai, jadual templat pengangkutan, dll.

    3. Pelaksanaan fungsi

    ① Kawasan penghantaran: Satu ialah tetapan kawasan pentadbiran standard; tetapan kawasan penghantaran tunai; semua data serantau semasa memuatkan halaman wilayah penghantaran dilengkapkan oleh pelayan Apabila memuatkan halaman, letakkan ID daerah yang menyokong wang semasa penghantaran ke dalam tatasusunan JS. rantau tahap dipilih dan kuantiti Perubahan diselesaikan oleh pelanggan JS

    ② Syarikat penghantaran: sekurang-kurangnya sertakan nama syarikat, tapak web, kod syarikat, dll.

    ③ Alamat penghantaran: N boleh disimpan, tetapkan alamat penghantaran lalai

    F. Modul pesanan

    1. Idea reka bentuk

    ①Status pesanan

    • Status pesanan ialah Tanda-tanda penting proses pesanan, peringkat mana pesanan itu berada, dan peranan mana yang dibenarkan untuk memprosesnya. Asas utama untuk penghakiman ialah


    • Secara amnya, pengenalan digital digunakan, termasuk sekurang-kurangnya lalai, pembatalan, pembayaran dan pengeluaran barang, resit, dan mungkin juga termasuk pemadaman, semakan, stok, penghantaran, penguncian, pemulangan, bayaran balik, timbang tara, dll.

    • ②Jumlah pesanan

    Merujuk kepada istilah umum untuk unsur monetari yang terlibat dalam pesanan, termasuk sekurang-kurangnya harga unit produk, jumlah harga produk, jumlah amaun pesanan, amaun diskaun, yuran penghantaran, denominasi baucar, amaun bayaran balik, dsb.

    ③Nombor pesanan

    Jianyi boleh mempertimbangkan sepenuhnya elemen berkaitan seperti masa, nombor rawak, ID pedagang, ID ahli , dan ID kenaikan automatik Tujuan reka bentuk adalah untuk memastikan kebarangkalian pertindihan nombor pesanan diminimumkan di bawah keselarasan tinggi

    ④Inventori

      Inventori Boleh Dijual<.>
    • Pesan inventori diduduki

    • Inventori tidak boleh dijual

    • Inventori terkunci: dijual Semasa acara,

    • Inventori Maya

    ⑤Pembayaran Disatukan

    Anda boleh menggabungkan pesanan daripada pedagang yang berbeza Pembayaran bersatu

    ⑥Kebenaran peranan

    • Pembeli: pembatalan pesanan, pemadaman (masukkan ke dalam tong kitar semula), bayaran balik, pemulangan, resit barangan, penilaian, dsb.

    • Pedagang: semakan pesanan, penutupan, penghantaran, pemprosesan selepas jualan, dll.

    • Platform: pembatalan pesanan, menukar status pembayaran , Pemadaman, timbang tara, dsb.

    ⑦Reka bentuk jadual

    • Jadual induk pesanan: menyimpan maklumat pesanan utama dan biasa digunakan, seperti nombor pesanan, Jumlah, tambang, status, dsb.

    • Jadual tambahan: maklumat tambahan, seperti maklumat penghantaran, maklumat invois, maklumat penerima, maklumat promosi, dsb.

    • Jadual item pesanan: beberapa maklumat senarai item dalam pesanan

    • Jadual pesanan pembayaran: direka untuk pembayaran disatukan , simpan nombor pesanan pembayaran dan rekod jadual pesanan N menggunakan nombor pesanan pembayaran

    • Jadual log pesanan: rekod log operasi apabila kandungan pesanan berubah, termasuk pengendali, Operasi masa, kandungan operasi, dsb.

    2. Buat pesanan

    Sistem akan melakukan banyak kerja pemprosesan apabila menjana pesanan, seperti pemprosesan maklumat resit dan invois Maklumat, maklumat promosi, kos penghantaran, baucar, pesanan pembayaran, pesanan, log, dsb.

    G. Antara muka pembayaran

    1 Terdapat dua cara untuk mengakses hasil pembayaran: satu adalah segerak, dengan pemberitahuan lompatan melalui penyemak imbas; ialah, pelaksanaan bahagian belakang pelayan.

    2. Keperluan reka bentuk: keselamatan; integriti data (pemprosesan transaksi;

    3 mesti konsisten dengan Nama direktori beberapa bahagian program API antara muka pembayaran mesti konsisten Selain itu, maklumat konfigurasi antara muka pembayaran bersiri dan status antara muka pembayaran mesti disimpan

    H

    1. Idea reka bentuk

    ① Apabila terdapat pemulangan atau pemulangan permohonan baru tetapi pesanan belum selesai (apabila resit disahkan), untuk mengelakkan pertikaian, status pesanan mesti dikunci

    ②Pemulangan: Berdasarkan proses bayaran balik, langkah penghantaran pembeli dan penerimaan pedagang ditambah.

    Jika peniaga tidak bersetuju untuk membayar balik atau memulangkan produk, pembeli boleh memohon semula atau mengadu kepada platform tentang peniaga dan mengemukakan bukti yang berkaitan untuk timbang tara oleh pentadbir sistem.

    ④ Anda boleh menggunakan jadual dengan medan untuk mengenal pasti sama ada ia adalah bayaran balik atau pulangan

    ⑤ Sebab bayaran balik atau pemulangan dimasukkan oleh pentadbir sistem di latar belakang dan dipilih oleh pembeli semasa mengemukakan permohonan.

    2. Kemahiran pembangunan

    ① Anda mesti menetapkan peraturan terlebih dahulu, menjelaskan idea anda, dan berkomunikasi serta menyelesaikan masalah dengan tepat pada masanya jika anda tidak memahami logiknya.

    ② Cuba gunakan sepenuhnya kod tersebut dan pastikan anda melakukan pengesahan data sebelah pelayan.

    I. Modul Penyelesaian

    Penyelesaian adalah penyelesaian bil antara platform dan peniaga Ia diselesaikan secara berkala peniaga untuk mengesahkan bil Jika ia betul, , selepas peniaga mengesahkan, ia memasuki proses semakan sistem Selepas semakan sistem, ia diserahkan kepada bahagian kewangan untuk operasi pembayaran, pembayaran-. maklumat berkaitan dimasukkan di latar belakang, dan penyelesaian bil selesai.

    1. Idea reka bentuk

    ①Reka bentuk jadual data: jadual pengebilan, termasuk tarikh, jumlah amaun pesanan, jumlah bayaran penghantaran, jumlah bayaran balik, jumlah komisen, jumlah komisen yang dikembalikan, yuran kedai, Medan seperti jumlah tertunggak dan status penyelesaian; jadual ringkasan bil ialah ringkasan statistik maklumat penyelesaian semua pedagang setiap bulan

    ②Reka bentuk proses penyelesaian: apabila akaun dikeluarkan, sistem mengira akaun penyelesaian secara automatik; untuk bulan ini

    [Masa Pelaksanaan] Automatik dan manual;

    [Objek Penyelesaian] Melengkapkan pesanan atau caj balik untuk transaksi yang berlaku bulan lepas; , jumlah komisen (Komisen = harga jualan sebenar produk * kuantiti pembelian - jumlah peruntukan diskaun), jumlah caj balik, komisen yang dikembalikan, yuran promosi kedai; jumlah + komisen yang dikembalikan -Yuran promosi kedai;

    ④Penyesuaian: Platform menyediakan maklumat, mengesahkannya selepas menyemak dan menyerahkannya kepada platform untuk semakan. Selepas selesai semakan, lalui proses kewangan untuk membuat pembayaran. Selepas pembayaran selesai, masukkan maklumat pembayaran yang berkaitan dan serahkan untuk menyelesaikan proses penyelesaian.

    J. Modul statistik

    1 Biarkan analisis data campur tangan dalam operasi: buat keputusan operasi secara bijak berdasarkan data sebagai matlamat untuk melaksanakan rancangan operasi dengan berkesan; Berdasarkan data, optimumkan proses perniagaan; 2 Komposisi modul:

    ①Paparan (PV), jumlah bilangan pelayar memuatkan halaman web; Nombor (UV), gunakan kuki untuk menentukan pelawat bersatu sepenuhnya;

    ③Kadar penukaran, merujuk kepada nisbah pelanggan yang benar-benar menggunakan dan jumlah bilangan pelanggan yang datang ke tapak web. Kadar penukaran transaksi = bilangan pelanggan transaksi/jumlah pelawat

    ④ Purata kedalaman lawatan merujuk kepada bilangan halaman tapak web anda yang dilayari pengguna semasa satu lawatan, iaitu nisbah PV dan UV

    Bagaimana untuk meningkatkan kedalaman akses?

    Penetapan taip dan susun atur tapak web yang munasabah; 🎜>

    Navigasi bunyi dan teks sauh pautan dalaman yang sesuai;

    ⑤ Purata masa tinggal tapak web, purata masa tinggal tapak web = jumlah masa tinggal tapak web/bilangan sesi (bilangan lawatan)

    ⑥ Kadar lantunan halaman, merujuk kepada pelawat yang mencapai halaman sasaran , selepas tiba dan keluar tanpa terus melawat halaman lain tapak web, ia dipanggil lantunan. Formula untuk mengira kadar lantunan ialah: bilangan lawatan yang meninggalkan halaman dibahagikan dengan jumlah lawatan ke halaman

    ⑦Bilangan item yang dipesan

    ⑧Kuantiti pesanan produk

    Purata transaksi Jumlah merujuk kepada purata jumlah barangan yang dibeli oleh setiap ahli laman web dalam tempoh masa tertentu, juga dikenali sebagai harga unit. Harga unit bagi setiap pelanggan boleh dinyatakan sebagai jumlah penggunaan purata setiap pelanggan Formula pengiraan ialah jumlah jualan dibahagikan dengan jumlah pelanggan, atau jumlah jualan dibahagikan dengan jumlah transaksi

    ⑩Ulang. kadar pembelian merujuk kepada pembelian produk oleh pengguna Atau bilangan pembelian ulangan sesuatu perkhidmatan. Satu ialah bilangan kali semua pelanggan yang telah membeli produk telah berulang kali membeli produk sebagai unit bebas; 🎜> 3. Idea reka bentuk

    ①Prinsip reka bentuk data itu sendiri

      Perlu mempunyai konsep keseluruhan: maklumat jualan keseluruhan (jumlah pesanan, jumlah pesanan, harga purata pelanggan) ; Maklumat produk keseluruhan (bilangan produk yang dipesan, harga purata produk, bilangan produk baharu, jumlah produk, 30 jualan produk teratas dalam masa 7 hari (jumlah bilangan ahli, bilangan baharu); ahli, bilangan ahli membuat pesanan Maklumat keseluruhan kedai (jumlah bilangan kedai, jumlah bilangan kedai baharu, 30 jualan kedai teratas dalam masa 7 hari)

    • Statistik harus diperincikan: hingga ke ahli tertentu, titik masa tertentu, Wilayah tertentu, dsb.

    • Analisis data biasa: perbandingan tahun ke tahun antara bulan ke-N tahun ini dan bulan ke-N tahun lepas (kadar pembangunan tahun ke tahun = bilangan tempoh ini/bilangan tempoh yang sama tahun lepas*100%; kadar pertumbuhan tahun ke tahun = (bilangan dalam tempoh ini - bilangan dalam tempoh yang sama tahun lepas) / nombor dalam tempoh yang sama tahun lepas * 100%) perbandingan rantaian adalah perbandingan antara tempoh pelaporan dan tempoh statistik sebelumnya (kelajuan pembangunan rantai = (nombor dalam tempoh ini / nombor dalam tempoh sebelumnya; ) * 100%; Kadar pertumbuhan bulan ke bulan = (bilangan tempoh semasa - bilangan tempoh sebelumnya) / bilangan tempoh sebelumnya * 100%)

    • Beri perhatian kepada data operasi harian: purata bilangan halaman yang dilawati oleh pelanggan, purata masa menginap, kadar lantunan keluar, bilangan kali produk telah dikumpulkan, dsb.

    • Data harus menjadi masa nyata

    • ②Prinsip reka bentuk peringkat perniagaan

      Analisis mendalam perniagaan: Analisis data tapak web e-dagang ialah berdasarkan analisis industri->analisis kedai->analisis jenama->analisis produk dan ahli, daripada besar kepada kecil

    • Intuitif dan mudah difahami: gunakan. carta garisan untuk menyatakan aliran perubahan menggunakan carta bar untuk perbandingan mudah untuk memaparkan kadar penukaran proses adalah lebih baik menggunakan carta pai atau carta donat untuk menyatakan perkadaran kawasan menggunakan peta statistik;

    • ③ Prinsip reka bentuk modul: mudah alih dan intuitif;

    ⑤Buat lebih banyak jadual data cache; .

    ④ Jangan hanya meminta yang terbaik: apabila memilih algoritma perlombongan data, kita perlu memikirkan sama ada ia sesuai untuk masalah yang ingin kita selesaikan ;

    ⑤Mencari kebenaran: Ekstrak maklumat yang berkesan sebanyak mungkin semasa melombong;

    ⑥Kebolehulangan: Ia mengambil sedikit masa untuk menggali semula; Hanya dengan jumlah data yang besar, hasil yang diperoleh melalui perlombongan data dapat meyakinkan; ⑧Tindak balas pantas: Selepas data dijana, keputusan boleh diperolehi dengan cepat untuk memaksimumkan kesannya; untuk pra-deposit: caj semula, pengeluaran dan beli-belah

    2 Idea reka bentuk

    ①Keperluan reka bentuk: keselamatan Integriti data;

    ②Reka bentuk jadual data:

    Jadual cas semula merekodkan maklumat caj semula ahli, dengan medan utama seperti borang caj semula, maklumat ahli, jumlah caj semula, Masa caj semula, status caj semula, dll. Jika ada operasi pentadbir, identiti pentadbir juga harus direkodkan

    Borang pengeluaran, yang merekodkan maklumat pengeluaran ahli adalah nombor pesanan pengeluaran, maklumat ahli, jumlah Pengeluaran, maklumat bank penerimaan, status permohonan dan maklumat pembayaran platform. (masa pembayaran, pengendali, dsb.)

    Log jadual untuk merekodkan semua operasi apabila menukar pra-deposit , termasuk rekod terperinci perubahan dalam jumlah yang tersedia dan amaun beku, medan utama termasuk maklumat pengendali, jenis operasi (pesanan, pengeluaran, caj semula, bayaran balik, dll.), pra-deposit yang tersedia, pra-deposit beku, masa operasi, kata-kata Tunggu

    Atas ialah kandungan terperinci Apakah seni bina teknikal platform e-dagang mysql?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

    Kenyataan:
    Artikel ini dikembalikan pada:yisu.com. Jika ada pelanggaran, sila hubungi admin@php.cn Padam