Определение Mysql данных Basics

<р> Реализация базы данных в MySQL - Часть 4Introduction Это часть 4 моей серии, внедрение базы данных в MySQL. Я полагаю, вы прочитали все различные части большой серии (или эквивалентные учебники из других) до этого момента. В этой части серии, мы рассмотрим основы определения данных MySQL. Помните, мы имеем дело с MySQL 5.1. По определению данных здесь, я имею в виду создание таблиц, изменяя таблицы, удаление таблиц, создание индексов и дает различные пользователи, права на различных таблиц. Все, что необходимо сделать для базы данных.

Примечание: Если вы не видите код или, если вы думаете, что-то отсутствует (неработающую ссылку, изображение отсутствует), просто свяжитесь со мной в [email protected]. То есть, свяжитесь со мной для малейшей проблемы у вас есть о том, что вы reading.Example мы будем продолжать с оптовой например.

Таблицы для оптового, например, являются более или менее: Клиенты (CustomerID, имя, адрес, город, штат, страна, телефон) Продажи (SaleID, DateAndTime, EmployeeID, CustomerID) SaleDetails (SaleID, ProductID, количество, SoldPrice) Продукты (ProductID , ProductName, категория, количество, ReorderLever, CostPrice, SellingPrice) Заказы (OrderID, DateAndTime, КодСотрудника, SupplierID) Детали_Заказов (OrderID, ProductID, количество, BoughtPrice, скидка) Поставщики (SupplierID, имя, адрес, город, штат, страна, телефон ) Работник (КодСотрудника, имя, адрес, город, штат, страна, телефон, менеджер) Это более или менее таблицы, которые были получены в разделении 2 серии, базы данных.

Логические отношения следующим образом: - Один-ко-многим между столом и продаж таблицы Customers, через колонку SaleID (тот же клиент может прийти в различных продаж). - Один-ко-многим между столом и продаж таблицы SaleDetails, через колонку SaleID. - Один-ко-многим между столом и продукты таблице SaleDetails, через колонку ProductID. - Один-ко-многим между столом и продукты таблице OrderDetails, через колонку ProductID. - Один-ко-многим между столом Поставщики и таблицы Orders, через колонку SupplierID (то же самое с поставщиком можем поставить для различных порядков).

- Один-ко-многим между столом и Сотрудника таблицы продаж через колонку EmployeeID. - Один-ко-многим между столом и Сотрудника таблицы Orders через колонку EmployeeID. - Рефлексивное отношения в таблице Employee, где один менеджер контролирует множество сотрудников. Советы для правил индекса являются: - определение уникального индекса на первичном ключе. - Индекс все внешние ключи. - Хот