MySQL में न्यूज़लेटर के लिए डेटाबेस डिज़ाइन करने के लिए मार्गदर्शिका

यह ट्यूटोरियल उपयोगकर्ताओं, न्यूज़लेटर्स, ग्राहकों और मेलिंग सूचियों को प्रबंधित करने के लिए न्यूज़लेटर सिस्टम के डेटाबेस स्कीमा को डिज़ाइन करने के लिए पूर्ण चरण प्रदान करता है। इसे आगे बढ़ाया जा सकता है और न्यूज़लेटर सेवाएं प्रदान करने के लिए ईमेल-आधारित मार्केटिंग प्लेटफॉर्म विकसित करने के लिए उपयोग किया जा सकता है। ऑनलाइन न्यूज़लेटर्स को प्रबंधित करने या न्यूज़लेटर्स और पत्रिकाओं की हार्ड कॉपी वितरित करने के लिए एक ही डेटाबेस आर्किटेक्चर या स्कीमा का उपयोग संदर्भ के रूप में किया जा सकता है। इसका उपयोग डिजिटल मार्केटिंग एजेंसियों द्वारा अपने लीड और मार्केटिंग अभियानों को प्रबंधित करने के लिए भी किया जा सकता है।

इकाई संबंध आरेख या विज़ुअल डेटाबेस डिज़ाइन नीचे दिखाया गया है।

न्यूज़लेटर डेटाबेस डिज़ाइन

नोट :रोल-बेस्ड एक्सेस कंट्रोल (RBAC) टेबल्स को जोड़कर डेटाबेस को और बढ़ाया जा सकता है। MySql में RBAC डेटाबेस का पालन करके सुरक्षा को संभाला जा सकता है। साथ ही, इसमें ग्राहक बिलिंग के लिए आवश्यक तालिकाएँ शामिल नहीं हैं। आदेशों को प्रबंधित करने के लिए आवश्यक तालिकाओं को प्राप्त करने के लिए आप MySQL में ऑनलाइन शॉपिंग कार्ट डेटाबेस का उल्लेख कर सकते हैं।

आप उबंटू 20.04 एलटीएस पर MySQL 8 कैसे स्थापित करें, विंडोज पर MySQL 8 कैसे स्थापित करें, उबंटू पर MySQL कार्यक्षेत्र कैसे स्थापित करें, विंडोज 10 पर कार्यक्षेत्र के साथ MySQL 8 कैसे स्थापित करें, MySQL में RBAC डेटाबेस सहित लोकप्रिय ट्यूटोरियल पर भी जा सकते हैं। MySql में ब्लॉग डेटाबेस, MySQL में क्विज़ डेटाबेस, MySQL में पोल ​​और सर्वे डेटाबेस, MySQL में ऑनलाइन शॉपिंग कार्ट डेटाबेस, और MySQL में बेसिक SQL क्वेरीज़ सीखें।

न्यूज़लेटर डेटाबेस

न्यूज़लेटर डेटाबेस बनाने के लिए सबसे पहला कदम है। इसे नीचे दिखाए गए अनुसार क्वेरी का उपयोग करके बनाया जा सकता है।

CREATE SCHEMA `newsletter` DEFAULT CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci;

मैंने वर्ण सेट का उपयोग किया है utf8mb4 पात्रों की एक विस्तृत श्रृंखला का समर्थन करने के लिए।

उपयोगकर्ता तालिका

इस अनुभाग में, हम उपयोगकर्ता तालिका . डिज़ाइन करेंगे उपयोगकर्ता जानकारी संग्रहीत करने के लिए। व्यवस्थापक और ग्राहकों सहित विभिन्न प्रकार के उपयोगकर्ताओं को प्रबंधित करने के लिए एक ही तालिका का उपयोग किया जा सकता है। इसका उपयोग न्यूजलेटर प्रबंधकों से संबंधित होने के लिए भी किया जा सकता है। उपयोगकर्ता अपने स्वयं के समाचार पत्र और मेलिंग सूचियों को ट्रैक कर सकते हैं। उपयोगकर्ता तालिका के सभी स्तंभों का विवरण नीचे दिया गया है।

उपयुक्त बाधाओं के साथ उपयोगकर्ता तालिका नीचे दिखाई गई है।

CREATE TABLE `newsletter`.`user` (
  `id` BIGINT NOT NULL AUTO_INCREMENT,
  `firstName` VARCHAR(50) NULL DEFAULT NULL,
  `middleName` VARCHAR(50) NULL DEFAULT NULL,
  `lastName` VARCHAR(50) NULL DEFAULT NULL,
  `mobile` VARCHAR(15) NULL,
  `email` VARCHAR(50) NULL,
  `passwordHash` VARCHAR(32) NOT NULL,
  `admin` TINYINT(1) NOT NULL DEFAULT 0,
  `customer` TINYINT(1) NOT NULL DEFAULT 0,
  `registeredAt` DATETIME NOT NULL,
  `lastLogin` DATETIME NULL DEFAULT NULL,
  `intro` TINYTEXT NULL DEFAULT NULL,
  `profile` TEXT NULL DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE INDEX `uq_mobile` (`mobile` ASC),
  UNIQUE INDEX `uq_email` (`email` ASC) );

न्यूज़लेटर टेबल

इस खंड में, हम न्यूजलेटर टेबल . डिजाइन करेंगे न्यूजलेटर डेटा स्टोर करने के लिए। न्यूज़लेटर टेबल के सभी कॉलमों का विवरण नीचे दिया गया है।

यह यह पहचानने के लिए कॉलम मल्टीपल का उपयोग करता है कि क्या न्यूज़लेटर केवल एक बार या कई बार भेजने की योजना है। न्यूज़लैटर सामग्री को सामग्री कॉलम में संग्रहीत किया जा सकता है यदि इसे केवल एक बार भेजने की योजना है। यदि एकाधिक ध्वज सत्य पर सेट है, तो प्रत्येक संस्करण की सामग्री को संग्रहीत करने के लिए संस्करण तालिका का उपयोग किया जाना चाहिए। उपयुक्त बाधाओं के साथ न्यूज़लेटर टेबल नीचे दिखाया गया है।

CREATE TABLE `newsletter`.`newsletter` (
  `id` BIGINT NOT NULL AUTO_INCREMENT,
  `userId` BIGINT NOT NULL,
  `title` VARCHAR(75) NOT NULL,
  `descritpion` VARCHAR(2048) NULL DEFAULT NULL,
  `type` SMALLINT(6) NOT NULL DEFAULT 0,
  `multiple` TINYINT(1) NOT NULL DEFAULT 0,
  `global` TINYINT(1) NOT NULL DEFAULT 0,
  `status` SMALLINT(6) NOT NULL DEFAULT 0,
  `createdAt` DATETIME NOT NULL,
  `updatedAt` DATETIME NULL DEFAULT NULL,
  `publishedAt` DATETIME NULL DEFAULT NULL,
  `content` TEXT NULL DEFAULT NULL,
  PRIMARY KEY (`id`),
  INDEX `idx_newsletter_user` (`userId` ASC),
  CONSTRAINT `fk_newsletter_user`
    FOREIGN KEY (`userId`)
    REFERENCES `newsletter`.`user` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION);

न्यूज़लेटर मेटा

न्यूज़लैटर मेटा टेबल का उपयोग न्यूज़लेटर बैनर URL आदि सहित न्यूज़लेटर्स के बारे में अतिरिक्त जानकारी संग्रहीत करने के लिए किया जा सकता है। नीचे न्यूज़लेटर मेटा टेबल के सभी कॉलमों का विवरण दिया गया है।

न्यूज़लेटर मेटा टेबल उपयुक्त बाधाओं के साथ नीचे दिखाया गया है।

CREATE TABLE `newsletter`.`newsletter_meta` (
  `id` BIGINT NOT NULL AUTO_INCREMENT,
  `newsletterId` BIGINT NOT NULL,
  `type` VARCHAR(50) NOT NULL,
  `key` VARCHAR(160) NOT NULL,
  `content` TEXT NULL DEFAULT NULL,
  PRIMARY KEY (`id`),
  INDEX `idx_meta_newsletter` (`newsletterId` ASC),
  UNIQUE INDEX `uq_pnewsletter_meta` (`newsletterId` ASC, `key` ASC),
  CONSTRAINT `fk_meta_newsletter`
    FOREIGN KEY (`newsletterId`)
    REFERENCES `newsletter`.`newsletter` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB;

संस्करण तालिका

इस खंड में, हम संस्करण तालिका . डिजाइन करेंगे एकाधिक फ़्लैग सेट वाले न्यूज़लेटर्स के लिए आवश्यक न्यूज़लेटर संस्करणों को सत्य पर संग्रहीत करने के लिए। संस्करण तालिका के सभी स्तंभों का विवरण नीचे दिया गया है।

उपयुक्त बाधाओं के साथ संस्करण तालिका नीचे दिखाई गई है।

CREATE TABLE `newsletter`.`edition` (
  `id` BIGINT NOT NULL AUTO_INCREMENT,
  `newsletterId` BIGINT NOT NULL,
  `title` VARCHAR(100) NOT NULL,
  `description` VARCHAR(2048) NULL DEFAULT NULL,
  `status` SMALLINT(6) NOT NULL DEFAULT 0,
  `createdAt` DATETIME NOT NULL,
  `updatedAt` DATETIME NULL DEFAULT NULL,
  `publishedAt` DATETIME NULL DEFAULT NULL,
  `content` TEXT NULL DEFAULT NULL,
  PRIMARY KEY (`id`),
  INDEX `idx_edition_newsletter` (`newsletterId` ASC),
  CONSTRAINT `fk_edition_newsletter`
    FOREIGN KEY (`newsletterId`)
    REFERENCES `newsletter`.`newsletter` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION);

सदस्य तालिका

इस खंड में, हम सब्सक्राइबर . डिजाइन करेंगे तालिका ग्राहक विवरण संग्रहीत करने के लिए। ग्राहक तालिका का उपयोग वैश्विक न्यूज़लेटर्स को सीधे ट्रिगर करने के लिए किया जा सकता है। सब्सक्राइबर टेबल के सभी कॉलमों का विवरण नीचे दिया गया है।

उपयुक्त बाधाओं के साथ सब्सक्राइबर तालिका नीचे दी गई है।

CREATE TABLE `newsletter`.`subscriber` (
  `id` BIGINT NOT NULL AUTO_INCREMENT,
  `customerId` BIGINT DEFAULT NULL,
  `firstName` VARCHAR(100) NOT NULL,
  `middleName` VARCHAR(100) NULL DEFAULT NULL,
  `lastName` VARCHAR(100) NULL DEFAULT NULL,
  `email` VARCHAR(100) NOT NULL,
  `mobile` VARCHAR(50) NULL DEFAULT NULL,
  `phone` VARCHAR(50) NULL DEFAULT NULL,
  `active` TINYINT(1) NOT NULL DEFAULT 1,
  `createdAt` DATETIME NOT NULL,
  `updatedAt` DATETIME NULL DEFAULT NULL,
  PRIMARY KEY (`id`),
  INDEX `idx_subscriber_customer` (`customerId` ASC),
  CONSTRAINT `fk_subscriber_customer`
    FOREIGN KEY (`customerId`)
    REFERENCES `newsletter`.`user` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION);

ALTER TABLE `newsletter`.`subscriber` ADD UNIQUE `uq_sub_cust_email`(`customerId`, `email`);

पता तालिका

इस खंड में, हम पता तालिका . डिजाइन करेंगे ग्राहक और ग्राहक के पते को स्टोर करने के लिए। पते का उपयोग न्यूज़लेटर की भौतिक डिलीवरी के लिए किया जा सकता है। पता तालिका के सभी स्तंभों का विवरण नीचे दिया गया है।

उपयुक्त बाधाओं के साथ पता तालिका नीचे दी गई है।

CREATE TABLE `newsletter`.`address` (
  `id` BIGINT NOT NULL AUTO_INCREMENT,
  `userId` BIGINT NULL DEFAULT NULL,
  `subscriberId` BIGINT NULL DEFAULT NULL,
  `firstName` VARCHAR(50) NULL DEFAULT NULL,
  `middleName` VARCHAR(50) NULL DEFAULT NULL,
  `lastName` VARCHAR(50) NULL DEFAULT NULL,
  `mobile` VARCHAR(15) NULL,
  `email` VARCHAR(50) NULL,
  `line1` VARCHAR(50) NULL DEFAULT NULL,
  `line2` VARCHAR(50) NULL DEFAULT NULL,
  `city` VARCHAR(50) NULL DEFAULT NULL,
  `province` VARCHAR(50) NULL DEFAULT NULL,
  `country` VARCHAR(50) NULL DEFAULT NULL,
  `areaCode` VARCHAR(50) NULL DEFAULT NULL,
  `createdAt` DATETIME NOT NULL,
  `updatedAt` DATETIME NULL DEFAULT NULL,
  PRIMARY KEY (`id`),
  INDEX `idx_address_user` (`userId` ASC),
  CONSTRAINT `fk_address_user`
    FOREIGN KEY (`userId`)
    REFERENCES `newsletter`.`user` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION);

ALTER TABLE `newsletter`.`address` 
ADD INDEX `idx_address_subscriber` (`subscriberId` ASC);
ALTER TABLE `newsletter`.`address` 
ADD CONSTRAINT `fk_address_subscriber`
  FOREIGN KEY (`subscriberId`)
  REFERENCES `newsletter`.`subscriber` (`id`)
  ON DELETE NO ACTION
  ON UPDATE NO ACTION;

मेलिंग सूची तालिका

इस खंड में, हम मेलिंग सूची तालिका . डिजाइन करेंगे विशिष्ट न्यूज़लेटर्स की मेलिंग सूचियों को संग्रहीत करने के लिए। मेलिंग सूची का उपयोग गैर-वैश्विक न्यूज़लेटर्स को ट्रिगर करने के लिए किया जा सकता है। वैश्विक न्यूज़लेटर्स को ट्रिगर करने के लिए ग्राहक तालिका का उपयोग किया जा सकता है। मेलिंग सूची तालिका के सभी स्तंभों का विवरण नीचे दिया गया है।

उपयुक्त बाधाओं के साथ मेलिंग सूची तालिका नीचे दी गई है।

CREATE TABLE `newsletter`.`mailing_list` (
  `id` BIGINT NOT NULL AUTO_INCREMENT,
  `newsletterId` BIGINT NOT NULL,
  `subscriberId` BIGINT NOT NULL,
  `active` TINYINT(1) NOT NULL DEFAULT 1,
  `createdAt` DATETIME NOT NULL,
  `updatedAt` DATETIME NULL DEFAULT NULL,
  PRIMARY KEY (`id`),
  INDEX `idx_mlist_newsletter` (`newsletterId` ASC),
  CONSTRAINT `fk_mlist_newsletter`
    FOREIGN KEY (`newsletterId`)
    REFERENCES `newsletter`.`newsletter` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION);

ALTER TABLE `newsletter`.`mailing_list` 
ADD INDEX `idx_mlist_subscriber` (`subscriberId` ASC);
ALTER TABLE `newsletter`.`mailing_list` 
ADD CONSTRAINT `fk_mlist_subscriber`
  FOREIGN KEY (`subscriberId`)
  REFERENCES `newsletter`.`subscriber` (`id`)
  ON DELETE NO ACTION
  ON UPDATE NO ACTION;

न्यूज़लेटर ट्रिगर टेबल

न्यूज़लेटर वितरण को ट्रैक करने के लिए हमें एक टेबल की भी आवश्यकता है। यह खंड सब्सक्राइबर को न्यूजलेटर वितरण को ट्रैक करने के लिए आवश्यक तालिका और कॉलम प्रदान करता है। न्यूज़लेटर ट्रिगर टेबल के सभी कॉलमों का विवरण नीचे दिया गया है।

न्यूज़लेटर ट्रिगर टेबल उपयुक्त बाधाओं के साथ नीचे दिखाया गया है।

CREATE TABLE `newsletter`.`newsletter_trigger` (
  `id` BIGINT NOT NULL AUTO_INCREMENT,
  `newsletterId` BIGINT NOT NULL,
  `editionId` BIGINT NULL DEFAULT NULL,
  `subscriberId` BIGINT NOT NULL,
  `sent` TINYINT(1) NOT NULL DEFAULT 1,
  `delivered` TINYINT(1) NOT NULL DEFAULT 1,
  `mode` SMALLINT(6) NOT NULL DEFAULT 0,
  `createdAt` DATETIME NOT NULL,
  `updatedAt` DATETIME NULL DEFAULT NULL,
  `sentAt` DATETIME NULL DEFAULT NULL,
  `deliveredAt` DATETIME NULL DEFAULT NULL,
  PRIMARY KEY (`id`),
  INDEX `idx_trigger_newsletter` (`newsletterId` ASC),
  CONSTRAINT `fk_trigger_newsletter`
    FOREIGN KEY (`newsletterId`)
    REFERENCES `newsletter`.`newsletter` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION);

ALTER TABLE `newsletter`.`newsletter_trigger` 
ADD INDEX `idx_trigger_edition` (`editionId` ASC);
ALTER TABLE `newsletter`.`newsletter_trigger` 
ADD CONSTRAINT `fk_trigger_edition`
  FOREIGN KEY (`editionId`)
  REFERENCES `newsletter`.`edition` (`id`)
  ON DELETE NO ACTION
  ON UPDATE NO ACTION;

ALTER TABLE `newsletter`.`newsletter_trigger` 
ADD INDEX `idx_trigger_subscriber` (`subscriberId` ASC);
ALTER TABLE `newsletter`.`newsletter_trigger` 
ADD CONSTRAINT `fk_trigger_subscriber`
  FOREIGN KEY (`subscriberId`)
  REFERENCES `newsletter`.`subscriber` (`id`)
  ON DELETE NO ACTION
  ON UPDATE NO ACTION;

सारांश

इस ट्यूटोरियल में, हमने उपयोगकर्ताओं को स्टोर करने और न्यूज़लेटर्स को प्रबंधित करने के लिए न्यूज़लेटर सिस्टम के डेटाबेस डिज़ाइन पर चर्चा की है। इसने ग्राहकों और मेलिंग सूचियों को प्रबंधित करने के लिए डेटाबेस डिज़ाइन भी प्रदान किया।

आप चर्चा में शामिल होने के लिए अपनी टिप्पणियाँ प्रस्तुत कर सकते हैं। आप ब्लॉग और पोल और सर्वेक्षण अनुप्रयोगों के डेटाबेस को डिजाइन करने में भी रुचि ले सकते हैं। संपूर्ण डेटाबेस स्कीमा GitHub पर भी उपलब्ध है।