電子商取引機能を実装するために、保守可能な MySQL テーブル構造を設計するにはどうすればよいですか?
電子商取引は現代社会で広く使用され、発展しています。成功する電子商取引プラットフォームは、その機能とビジネス プロセスをサポートする合理的で保守可能なデータベース テーブル構造と切り離すことができません。この記事では、電子商取引機能を実装するための保守可能な MySQL テーブル構造を設計する方法を詳しく紹介し、詳細なコード例を示します。
ユーザー テーブルは、電子商取引プラットフォームで最も基本的なテーブルの 1 つで、ユーザーの基本情報を保存するために使用されます。以下はユーザー テーブルの例です。
CREATE TABLE users ( id INT PRIMARY KEY AUTO_INCREMENT, username VARCHAR(50) NOT NULL, email VARCHAR(100) NOT NULL, password VARCHAR(100) NOT NULL, created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP );
product テーブルは、電子商取引プラットフォームで製品情報を保存するために使用されます。次に、製品テーブルの例を示します。
CREATE TABLE products ( id INT PRIMARY KEY AUTO_INCREMENT, name VARCHAR(100) NOT NULL, price DECIMAL(10, 2) NOT NULL, description TEXT, created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP );
注文テーブルは、ユーザーの購入記録と注文情報を保存するために使用されます。以下は、注文テーブルの例です。
CREATE TABLE orders ( id INT PRIMARY KEY AUTO_INCREMENT, user_id INT NOT NULL, product_id INT NOT NULL, quantity INT NOT NULL, total_price DECIMAL(10, 2) NOT NULL, created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (user_id) REFERENCES users(id), FOREIGN KEY (product_id) REFERENCES products(id) );
ショッピング カート テーブルは、ユーザーのショッピング カート情報を保存するために使用されます。ユーザーがいつでも車内の商品を表示および管理できるようにします。以下は、ショッピング カート テーブルの例です。
CREATE TABLE shopping_carts ( id INT PRIMARY KEY AUTO_INCREMENT, user_id INT NOT NULL, product_id INT NOT NULL, quantity INT NOT NULL, created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (user_id) REFERENCES users(id), FOREIGN KEY (product_id) REFERENCES products(id) );
アドレス テーブルは、ユーザーの配送先住所情報を保存して、ユーザーが簡単に配送先住所を確認できるようにするために使用されます。ご注文時に適切なものを選択してください。以下はアドレス テーブルの例です:
CREATE TABLE addresses ( id INT PRIMARY KEY AUTO_INCREMENT, user_id INT NOT NULL, name VARCHAR(50) NOT NULL, street VARCHAR(100) NOT NULL, city VARCHAR(50) NOT NULL, state VARCHAR(50) NOT NULL, zip_code VARCHAR(20) NOT NULL, created_at TIMESTAMP DEFAULT CURRENT_TIMESTAMP, FOREIGN KEY (user_id) REFERENCES users(id) );
上記の例から、保守可能な MySQL テーブル構造には次の必要があることがわかります:
この記事で説明した例が、電子商取引機能を実装するための保守可能な MySQL テーブル構造の設計に役立つことを願っています。もちろん、特定のビジネス ニーズに応じて、実際のシナリオに応じてテーブル構造の設計を調整する必要がある場合があります。
以上が電子商取引機能を実装するために保守可能な MySQL テーブル構造を設計するにはどうすればよいでしょうか?の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。