MySQL में कर्मचारी प्रबंधन प्रणाली के लिए डेटाबेस डिजाइन करने के लिए गाइड

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

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

कर्मचारी प्रबंधन डेटाबेस

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

नोट :आप अपनी आवश्यकताओं के आधार पर अनुकूलित समाधान प्राप्त करने के लिए कर्मचारी प्रबंधन प्रणाली के कस्टम डेटाबेस स्कीमा का भी अनुसरण कर सकते हैं।

संगठन डेटाबेस

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

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

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

भूमिका तालिका

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

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

CREATE TABLE `organization`.`role` (
  `id` BIGINT NOT NULL AUTO_INCREMENT,
  `title` VARCHAR(75) NOT NULL,
  `slug` VARCHAR(100) NOT NULL,
  `description` TINYTEXT NULL,
  `type` SMALLINT NOT NULL DEFAULT 0,
  `active` TINYINT NOT NULL DEFAULT 0,
  `createdAt` DATETIME NOT NULL,
  `updatedAt` DATETIME NULL DEFAULT NULL,
  `content` TEXT NULL DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE INDEX `uq_slug` (`slug` ASC) );

अनुमति तालिका

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

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

CREATE TABLE `organization`.`permission` (
  `id` BIGINT NOT NULL AUTO_INCREMENT,
  `title` VARCHAR(75) NOT NULL,
  `slug` VARCHAR(100) NOT NULL,
  `description` TINYTEXT NULL,
  `type` SMALLINT NOT NULL DEFAULT 0,
  `active` TINYINT NOT NULL DEFAULT 0,
  `createdAt` DATETIME NOT NULL,
  `updatedAt` DATETIME NULL DEFAULT NULL,
  `content` TEXT NULL DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE INDEX `uq_slug` (`slug` ASC) );

भूमिका अनुमति तालिका

भूमिका अनुमति तालिका भूमिकाओं के लिए अनुमतियों के मानचित्रण को संग्रहीत करने के लिए उपयोग किया जा सकता है। भूमिका अनुमति तालिका के सभी स्तंभों का विवरण नीचे दिया गया है।

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

CREATE TABLE `organization`.`role_permission` (
  `roleId` BIGINT NOT NULL,
  `permissionId` BIGINT NOT NULL,
  `createdAt` DATETIME NOT NULL,
  `updatedAt` DATETIME NULL,
  PRIMARY KEY (`roleId`, `permissionId`),
  INDEX `idx_rp_role` (`roleId` ASC),
  INDEX `idx_rp_permission` (`permissionId` ASC),
  CONSTRAINT `fk_rp_role`
    FOREIGN KEY (`roleId`)
    REFERENCES `organization`.`role` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION,
  CONSTRAINT `fk_rp_permission`
    FOREIGN KEY (`permissionId`)
    REFERENCES `organization`.`permission` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION);

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

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

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

CREATE TABLE `organization`.`user` (
  `id` BIGINT NOT NULL AUTO_INCREMENT,
  `roleId` BIGINT NOT NULL,
  `firstName` VARCHAR(50) NULL DEFAULT NULL,
  `middleName` VARCHAR(50) NULL DEFAULT NULL,
  `lastName` VARCHAR(50) NULL DEFAULT NULL,
  `username` VARCHAR(50) NULL DEFAULT NULL,
  `mobile` VARCHAR(15) NULL,
  `email` VARCHAR(50) NULL,
  `passwordHash` VARCHAR(32) NOT NULL,
  `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_username` (`username` ASC),
  UNIQUE INDEX `uq_mobile` (`mobile` ASC),
  UNIQUE INDEX `uq_email` (`email` ASC),
  INDEX `idx_user_role` (`roleId` ASC),
  CONSTRAINT `fk_user_role`
    FOREIGN KEY (`roleId`)
    REFERENCES `organization`.`role` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION);

संगठन तालिका

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

यह संगठन की स्थिति को ट्रैक करने के लिए कॉलम स्थिति का उपयोग करता है। स्थिति नई, स्वीकृत, सक्रिय या अवरुद्ध हो सकती है। उपयुक्त बाधाओं वाली संगठन तालिका नीचे दर्शाई गई है।

CREATE TABLE `organization`.`organization` (
  `id` BIGINT NOT NULL AUTO_INCREMENT,
  `createdBy` BIGINT NOT NULL,
  `updatedBy` BIGINT NOT NULL,
  `title` VARCHAR(75) NOT NULL,
  `metaTitle` VARCHAR(100) NULL,
  `slug` VARCHAR(100) NOT NULL,
  `summary` TINYTEXT NULL,
  `status` SMALLINT NOT NULL DEFAULT 0,
  `createdAt` DATETIME NOT NULL,
  `updatedAt` DATETIME NULL DEFAULT NULL,
  `profile` TEXT NULL DEFAULT NULL,
  `content` TEXT NULL DEFAULT NULL,
  PRIMARY KEY (`id`),
  UNIQUE INDEX `uq_slug` (`slug` ASC),
  INDEX `idx_organization_creator` (`createdBy` ASC),
  CONSTRAINT `fk_organization_creator`
    FOREIGN KEY (`createdBy`)
    REFERENCES `organization`.`user` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION);

ALTER TABLE `organization`.`organization` 
ADD INDEX `idx_organization_modifier` (`updatedBy` ASC);
ALTER TABLE `organization`.`organization` 
ADD CONSTRAINT `fk_organization_modifier`
  FOREIGN KEY (`updatedBy`)
  REFERENCES `organization`.`user` (`id`)
  ON DELETE NO ACTION
  ON UPDATE NO ACTION;

संगठन मेटा

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

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

CREATE TABLE `organization`.`organization_meta` (
  `id` BIGINT NOT NULL AUTO_INCREMENT,
  `organizationId` BIGINT NOT NULL,
  `key` VARCHAR(50) NOT NULL,
  `content` TEXT NULL DEFAULT NULL,
  PRIMARY KEY (`id`),
  INDEX `idx_meta_organization` (`organizationId` ASC),
  UNIQUE INDEX `uq_meta_organization` (`organizationId` ASC, `key` ASC),
  CONSTRAINT `fk_meta_organization`
    FOREIGN KEY (`organizationId`)
    REFERENCES `organization`.`organization` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION)
ENGINE = InnoDB;

कर्मचारी तालिका

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

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

CREATE TABLE `organization`.`employee` (
  `id` BIGINT NOT NULL AUTO_INCREMENT,
  `organizationId` BIGINT NOT NULL,
  `userId` BIGINT NOT NULL,
  `roleId` BIGINT NOT NULL,
  `createdBy` BIGINT NOT NULL,
  `updatedBy` BIGINT NOT NULL,
  `code` VARCHAR(100) NOT NULL,
  `status` SMALLINT NOT NULL DEFAULT 0,
  `createdAt` DATETIME NOT NULL,
  `updatedAt` DATETIME NULL DEFAULT NULL,
  `startsAt` DATETIME NULL DEFAULT NULL,
  `endsAt` DATETIME NULL DEFAULT NULL,
  `notes` TEXT NULL DEFAULT NULL,
  PRIMARY KEY (`id`),
  INDEX `idx_employee_user` (`userId` ASC),
  CONSTRAINT `fk_employee_user`
    FOREIGN KEY (`userId`)
    REFERENCES `organization`.`user` (`id`)
    ON DELETE NO ACTION
    ON UPDATE NO ACTION);

ALTER TABLE `organization`.`employee` 
ADD INDEX `idx_employee_organization` (`organizationId` ASC);
ALTER TABLE `organization`.`employee` 
ADD CONSTRAINT `fk_employee_organization`
  FOREIGN KEY (`organizationId`)
  REFERENCES `organization`.`organization` (`id`)
  ON DELETE NO ACTION
  ON UPDATE NO ACTION;

ALTER TABLE `organization`.`employee` 
ADD INDEX `idx_employee_role` (`roleId` ASC);
ALTER TABLE `organization`.`employee` 
ADD CONSTRAINT `fk_employee_role`
  FOREIGN KEY (`roleId`)
  REFERENCES `organization`.`role` (`id`)
  ON DELETE NO ACTION
  ON UPDATE NO ACTION;

ALTER TABLE `organization`.`employee` 
ADD INDEX `idx_employee_creator` (`createdBy` ASC);
ALTER TABLE `organization`.`employee` 
ADD CONSTRAINT `fk_employee_creator`
  FOREIGN KEY (`createdBy`)
  REFERENCES `organization`.`user` (`id`)
  ON DELETE NO ACTION
  ON UPDATE NO ACTION;

ALTER TABLE `organization`.`employee` 
ADD INDEX `idx_employee_modifier` (`updatedBy` ASC);
ALTER TABLE `organization`.`employee` 
ADD CONSTRAINT `fk_employee_modifier`
  FOREIGN KEY (`updatedBy`)
  REFERENCES `organization`.`user` (`id`)
  ON DELETE NO ACTION
  ON UPDATE NO ACTION;

सारांश

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

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