Цитата(r00tGER @ 24.9.2015, 05:49  ) | | Ок, только путь будет не близким (судя, по вашим действиям).Берёте толстую книгу по реляционной алгебре, потом толстую книгу по СУБД. |
Я на близкий и не надеялся, мы не ищем лёгких путей. Что касается проф. книг, то их я уже читаю лет 15 нон-стоп, потому согласен с вами на все сто. Правда эту базу мне придётся создать до того, как я их прочитаю.
| Цитата(r00tGER @ 24.9.2015, 05:49 ) | | Самый лучший вариант, если это задание было разовым и больше не будете проектировать БД - отдать его на выполнение тому, кто уже это делал. |
Раньше проектировал и буду ещё проектировать, потому что мне самому это интересно, да и нужно.
Ну а по большому счёту, я и здесь не могу с вами не согласиться, каждый должен заниматься своим делом. Донести бы это ещё и до моего шефа, а то он, ошибочно, полагает что программист - это дизайнер, верстальщик, БД архитектор, БД админ, а попутно ещё и должен администрировать и нести ответственность за состояние сети и всех устройств в ней, как виртуальных так и физических, ну и программист конечно же.
Я за последние 8 лет только и добился от него, что бы дизайнера хотя бы взяли, так что фотошопом и илюстратором я теперь не занимаюсь. Хотя книги всё равно продолжаю читать и по ним тоже.
| Цитата(r00tGER @ 24.9.2015, 05:49 ) | | Без обид, вовсе не хочу выпендреться. Но, когда задают такие вопросы в контексте реальной взрослой задачи - то хочется убедить, что надо сначала "прокачаться". |
Да какие тут обиды? Вышел я уже из того, счастливого, возраста. Обижаться нужно на себя. Книги есть, даже в печатном виде, по тому же MySQL. Просто всё время откладывал на потом, вот оно и наступило - это "потом".
| Цитата(Akina @ 24.9.2015, 06:06 ) | | Поскольку отдельные экземпляры сущностей имеют множественные атрибуты и неоднородны, в части описания атрибутов экземпляра разумно посмотреть в сторону EAV |
Я об этом тоже уже думал, только ведь придётся ещё и для каждого типа значений создавать отдельные таблицы, если я правильно понял значение EAV. Сегодня даже попробовал создал отдельную базу, с пятью таблицами. Запросы жуткие получались, так это я ещё значения хранил только в одной таблице, в поле типа TEXT.
| Код |
SET @OLD_UNIQUE_CHECKS=@@UNIQUE_CHECKS, UNIQUE_CHECKS=0;
SET @OLD_FOREIGN_KEY_CHECKS=@@FOREIGN_KEY_CHECKS, FOREIGN_KEY_CHECKS=0;
SET @OLD_SQL_MODE=@@SQL_MODE, SQL_MODE='TRADITIONAL,ALLOW_INVALID_DATES';
CREATE SCHEMA IF NOT EXISTS `eav_temp` DEFAULT CHARACTER SET utf8 COLLATE utf8_general_ci ;
USE `eav_temp` ;
-- -----------------------------------------------------
-- Table `eav_temp`.`products`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `eav_temp`.`products` (
`product_id` INT UNSIGNED NOT NULL AUTO_INCREMENT,
`name` VARCHAR(85) NOT NULL,
`description` TEXT NOT NULL,
PRIMARY KEY (`product_id`))
ENGINE = InnoDB;
-- -----------------------------------------------------
-- Table `eav_temp`.`categories`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `eav_temp`.`categories` (
`category_id` INT UNSIGNED NOT NULL AUTO_INCREMENT,
`name` VARCHAR(85) NOT NULL,
PRIMARY KEY (`category_id`))
ENGINE = InnoDB;
-- -----------------------------------------------------
-- Table `eav_temp`.`product_categories`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `eav_temp`.`product_categories` (
`product_id` INT UNSIGNED NOT NULL,
`category_id` INT UNSIGNED NOT NULL,
PRIMARY KEY (`product_id`, `category_id`),
INDEX `fk_product_categories_categories1_idx` (`category_id` ASC),
CONSTRAINT `fk_product_categories_products`
FOREIGN KEY (`product_id`)
REFERENCES `eav_temp`.`products` (`product_id`)
ON DELETE RESTRICT
ON UPDATE CASCADE,
CONSTRAINT `fk_product_categories_categories1`
FOREIGN KEY (`category_id`)
REFERENCES `eav_temp`.`categories` (`category_id`)
ON DELETE RESTRICT
ON UPDATE CASCADE)
ENGINE = InnoDB;
-- -----------------------------------------------------
-- Table `eav_temp`.`product_attributes`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `eav_temp`.`product_attributes` (
`attribute_id` BIGINT UNSIGNED NOT NULL AUTO_INCREMENT,
`product_id` INT UNSIGNED NOT NULL,
`name` VARCHAR(85) NOT NULL,
PRIMARY KEY (`attribute_id`),
INDEX `fk_product_attributes_products1_idx` (`product_id` ASC),
CONSTRAINT `fk_product_attributes_products1`
FOREIGN KEY (`product_id`)
REFERENCES `eav_temp`.`products` (`product_id`)
ON DELETE CASCADE
ON UPDATE CASCADE)
ENGINE = InnoDB;
-- -----------------------------------------------------
-- Table `eav_temp`.`attribute_values`
-- -----------------------------------------------------
CREATE TABLE IF NOT EXISTS `eav_temp`.`attribute_values` (
`attribute_id` BIGINT UNSIGNED NOT NULL,
`product_id` INT UNSIGNED NOT NULL,
`value` TEXT NOT NULL,
INDEX `fk_attribute_values_product_attributes1_idx` (`attribute_id` ASC),
INDEX `fk_attribute_values_products1_idx` (`product_id` ASC),
CONSTRAINT `fk_attribute_values_product_attributes1`
FOREIGN KEY (`attribute_id`)
REFERENCES `eav_temp`.`product_attributes` (`attribute_id`)
ON DELETE CASCADE
ON UPDATE CASCADE,
CONSTRAINT `fk_attribute_values_products1`
FOREIGN KEY (`product_id`)
REFERENCES `eav_temp`.`products` (`product_id`)
ON DELETE CASCADE
ON UPDATE CASCADE)
ENGINE = InnoDB;
SET SQL_MODE=@OLD_SQL_MODE;
SET FOREIGN_KEY_CHECKS=@OLD_FOREIGN_KEY_CHECKS;
SET UNIQUE_CHECKS=@OLD_UNIQUE_CHECKS;
|
Хотя наверное нужно просто привыкнуть. Здесь запросы ещё были терпимые, но думаю если создам отдельные таблицы для всех типов значений, размер запросов увеличится в разы.
PS: Всем спасибо за помощь. Буду разбираться. |
