Связь многие к одному/ один к многим

@bazJaz · Регистрация: 11.07.2014

Вот не могу понять эти связи, как они действуют.
Например у меня есть две таблицы:
Автомобиль

SQL

CREATE TABLE car(
    id INT(2) NOT NULL AUTO_INCREMENT PRIMARY KEY,
    name VARCHAR(15) NOT NULL,
    model  VARCHAR(15) NOT NULL,
    modification  VARCHAR(5) NOT NULL DEFAULT 'L',
    YEAR INT(4) NOT NULL,
    ownerID INT(2) NOT NULL
);

Владелец

SQL

CREATE TABLE owner(
    ownerID INT(2) NOT NULL AUTO_INCREMENT PRIMARY KEY,
    surName VARCHAR(15), 
    name VARCHAR(10), 
    middleName VARCHAR(15)
);

У одного владельца может быть несколько авто, но у авто один владелец.
Как правильно добавлять данные? При добавлении нового владельца, надо ли искать, есть ли такой уже в БД для того чтобы ему присвоить новый автомобиль(2-ой или 3-ий...n-ый)?
Может кто знает хорошие видеоуроки по SQL ?

@Fedor Vlasenko · 16.02.2015, 00:04

Сообщение от bazJaz

При добавлении нового владельца, надо ли искать, есть ли такой уже в БД

да надо, обычно делают при регистрации проверяя что данный маил используется

@bazJaz · 16.02.2015, 19:18 **[ТС]**

Сообщение от Poznakomlus

да надо, обычно делают при регистрации проверяя что данный маил используется

например как сделать это?

KOPOJI · 16.02.2015, 19:30

SQL

1	SELECT COUNT(1) FROM `table` WHERE `email` = ?

Добавлено через 4 минуты
...только структура сырая и неверная.
Надо еще добавить табличек

Как минимум, автомобили (марки, модели, модификации) надо вынести в отдельные таблицы + одну таблицу (car) переквалифицировать в "машины владельцев" (или создать новую), со структурой наподобие такой

car_id

model_id

modification_id

owner_id

А уже потом извлекать с помощью JOIN

...Либо использовать нереляционные СУБД..

@Fedor Vlasenko · 16.02.2015, 22:39

Сообщение от bazJaz

например как сделать это

Вариант 1. Писать два запроса, первый проверяет есть ли уже маил в базе (маил это индекс везде). Второй запрос вставляет юзера
Вариант 2. маил оригинальный индекс, вставляем в лоб запись если ошибка отлавливаем
Вариант 3. Написать хранимую процедуру(тригер) и переложить все на ее плечи
Поначалу, начни с 1

KOPOJI · 16.02.2015, 22:42

вариант 2, 3 - зачем?
З.Ы. Есть INSERT IGNORE / INSERT ON DUPLICATE. Только как тогда сообщение пользователю вывести? Разве что смотреть ответ, сколько записей затронуто.. Имхо, 1 вариант вполне подходит.

@Fedor Vlasenko · 16.02.2015, 22:53

Сообщение от KOPOJI

Только как тогда сообщение пользователю вывести?

сам же ответил на свой вопрос lastInsertId()
самый лучший здесь 3 вариант сервер все сам сделает и вернет то что нужно
переложить на сторону сервера эту отработку

KOPOJI · 17.02.2015, 00:31

Сообщение от Poznakomlus

сам же ответил на свой вопрос lastInsertId()

нет, я говорил не про lastInsertId, а про ответ самого INSERT - он должен возвращать количество добавленных рядов.
Насчет самого лучшего третьего - в сомнениях, что это будет легче для мускула, нежели подсчитать количество рядов (имеется в виду при больших объемах данных). Но проверять нет желания - а без этого и говорить ничего не хочется (ну разве что имхо, и все)

@Fedor Vlasenko 934 / 692 / 235 Регистрация: 01.02.2015 Сообщений: 1,848
	16.02.2015, 00:04	2
	Сообщение от bazJaz При добавлении нового владельца, надо ли искать, есть ли такой уже в БД да надо, обычно делают при регистрации проверяя что данный маил используется 1

@bazJaz 35 / 32 / 21 Регистрация: 11.07.2014 Сообщений: 390
	16.02.2015, 19:18 [ТС]	3
	Сообщение от Poznakomlus да надо, обычно делают при регистрации проверяя что данный маил используется например как сделать это? 0

@Fedor Vlasenko 934 / 692 / 235 Регистрация: 01.02.2015 Сообщений: 1,848
	16.02.2015, 22:39	5
	Сообщение от bazJaz например как сделать это Вариант 1. Писать два запроса, первый проверяет есть ли уже маил в базе (маил это индекс везде). Второй запрос вставляет юзера Вариант 2. маил оригинальный индекс, вставляем в лоб запись если ошибка отлавливаем Вариант 3. Написать хранимую процедуру(тригер) и переложить все на ее плечи Поначалу, начни с 1 1

KOPOJI Почетный модератор 16842 / 6720 / 880 Регистрация: 12.06.2012 Сообщений: 19,967
	16.02.2015, 22:42	6
	вариант 2, 3 - зачем? З.Ы. Есть INSERT IGNORE / INSERT ON DUPLICATE. Только как тогда сообщение пользователю вывести? Разве что смотреть ответ, сколько записей затронуто.. Имхо, 1 вариант вполне подходит. 1

@Fedor Vlasenko 934 / 692 / 235 Регистрация: 01.02.2015 Сообщений: 1,848
	16.02.2015, 22:53	7
	Сообщение от KOPOJI Только как тогда сообщение пользователю вывести? сам же ответил на свой вопрос lastInsertId() самый лучший здесь 3 вариант сервер все сам сделает и вернет то что нужно переложить на сторону сервера эту отработку 1

KOPOJI Почетный модератор 16842 / 6720 / 880 Регистрация: 12.06.2012 Сообщений: 19,967
	17.02.2015, 00:31	8
	Сообщение от Poznakomlus сам же ответил на свой вопрос lastInsertId() нет, я говорил не про lastInsertId, а про ответ самого INSERT - он должен возвращать количество добавленных рядов. Насчет самого лучшего третьего - в сомнениях, что это будет легче для мускула, нежели подсчитать количество рядов (имеется в виду при больших объемах данных). Но проверять нет желания - а без этого и говорить ничего не хочется (ну разве что имхо, и все) 1

Опции темы