Связи в таблицах

@nepster · Регистрация: 19.09.2009

Author24 — интернет-сервис помощи студентам

К примеру есть 4 таблицы

users [id]

users_profile [user_id = users.id]

users_log [users_id = users.id]

users_files [users_id = users.id]

Они все связанны полем users_id. Тоесть в таблицах (users_profile, users_log, users_files) user_id = id таблице users.

Теперь ситуация, регистрируется пользователь и при регистрации должны создаваться
поле в таблицах (users_profile, users_log, users_files), где user_id = id.

Так же самое если амин удаляет к примеру пользователя из базы, то во всех таблицах
(users_profile, users_log, users_files) удаляется все записи, где user_id = id (при создании создается 1 запись, при удалении удаляются все записи)

Подскажите пожалуйста самый адекватный способ такой реализации ?
Использовать триггеры ? или написать функцию, которая по крону запускалась и выполняла эти проверки ?или 3 вариант ... ?

@casual_visitor · 26.12.2012, 22:47

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

Использовать триггеры ? или написать функцию, которая по крону запускалась и выполняла эти проверки ?

Директива on delete cascade для внешних ключей..

@nepster · 26.12.2012, 23:26 **[ТС]**

а для создания записей так же ?

@Grossmeister · 27.12.2012, 10:12

Создавать строки надо во всех таблицах отдельно, ибо автоматом - неоднозначность

@nepster · 27.12.2012, 12:09 **[ТС]**

тоесть вы считаете, что лучше написать функцию, которая будет проверять строки других таблиц ориентируясь по users ?

тоесть кинуть ее в задание крона и пусть она проверяет все дела, если нужных записей нет - создает, а лишние удаляет ?

@Grossmeister · 27.12.2012, 12:52

Зачем крон? Создать процедуру регистрации пользователя, которая вызывается при этой самой регистрации и создает нужные записи во всех нужных таблицах

@casual_visitor · 27.12.2012, 18:13

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

а для создания записей так же ?

Я извиняюсь, пропустил создание записей

Не помню(а может и не знал) как в mysql с триггерами, но не важно. Можно поручить создание записи - хранимой процедуре, а если уж на то пошло то и удаление... На хабре как-то мусолили вопрос, по поводу использования хранимок для обеспечения целостности базы и функционирования бизнес-логики. К решению так и не пришли. Кто-то считает, что вся бизнес логика должна быть в субд(что дает ей самодостаточность), а кто-то считает что логика должна быть в php(или другом) клиенте. вопрос стратегии проекта.. Я за хранимки, имхо это скорость и независимость от клиента..
зы. а про on delete cascade, это я про удаление родительской записи, мы обеспечим целостность без лишнего кода. создать новую запись, с созданием записей в дочерних таблицах так нельзя

@Setsuna · 27.12.2012, 20:41

PHP

$user_id = 10; //тут ид создаваемого юзера (можно рандомить или генерировать по формуле)
$query = "INSERT INTO users (id) VALUE (".$user_id.")";
mysql_query($query) or die(mysql_error());
$query = "INSERT INTO users_profile (id) VALUE (".$user_id.")";
mysql_query($query) or die(mysql_error());
$query = "INSERT INTO users_log (id) VALUE (".$user_id.")";
mysql_query($query) or die(mysql_error());
$query = "INSERT INTO users_files (id) VALUE (".$user_id.")";
mysql_query($query) or die(mysql_error());

Так же не забывай про mysql_real_escape_string(). Безопасность и все такое...

А удалять пользователя можно всего одним запростом:

PHP

1
2
3

$user_id = 10;
$query = "DELETE FROM users WHERE id = ".$user_id;
mysql_query($query) or die(mysql_error());

при условии что остальные таблицы каскадно соединены.

@Totoro · 29.12.2012, 11:21

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

Так же не забывай про mysql_real_escape_string(). Безопасность и все такое...

Эта функция не для защиты от SQL-иньекций и от грамотной иньекции вас не защитит

@alpex · 29.12.2012, 11:48

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

Эта функция не для защиты от SQL-иньекций

а для чего же она тогда?

@casual_visitor · 29.12.2012, 15:05

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

[PHP]
Так же не забывай про mysql_real_escape_string(). Безопасность и все такое...

Не по теме:

А нас и здесь не плохо кормють? Все болемене развитые языки позволяют для разработки клиентов (уже как десяток лет) использовать плейсхолдеры. php не исключение... но мы все по старинке.. :D

@Setsuna · 30.12.2012, 21:52

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

Не по теме:

А нас и здесь не плохо кормють? Все болемене развитые языки позволяют для разработки клиентов (уже как десяток лет) использовать плейсхолдеры. php не исключение... но мы все по старинке.. :D

Не по теме:

Да уже не раз мне и на работе это начальник говорил :( Да вот никак руки не доходят

@nepster 61 / 61 / 11 Регистрация: 19.09.2009 Сообщений: 844
		1
	Связи в таблицах 26.12.2012, 20:51. Показов 1110. Ответов 11 Метки нет (Все метки) К примеру есть 4 таблицы users [id] users_profile [user_id = users.id] users_log [users_id = users.id] users_files [users_id = users.id] Они все связанны полем users_id. Тоесть в таблицах (users_profile, users_log, users_files) user_id = id таблице users. Теперь ситуация, регистрируется пользователь и при регистрации должны создаваться поле в таблицах (users_profile, users_log, users_files), где user_id = id. Так же самое если амин удаляет к примеру пользователя из базы, то во всех таблицах (users_profile, users_log, users_files) удаляется все записи, где user_id = id (при создании создается 1 запись, при удалении удаляются все записи) Подскажите пожалуйста самый адекватный способ такой реализации ? Использовать триггеры ? или написать функцию, которая по крону запускалась и выполняла эти проверки ?или 3 вариант ... ? 0

@casual_visitor 87 / 87 / 8 Регистрация: 02.09.2012 Сообщений: 510
	26.12.2012, 22:47	2
	Сообщение от nepster Использовать триггеры ? или написать функцию, которая по крону запускалась и выполняла эти проверки ? Директива on delete cascade для внешних ключей.. 0

@nepster 61 / 61 / 11 Регистрация: 19.09.2009 Сообщений: 844
	26.12.2012, 23:26 [ТС]	3
	а для создания записей так же ? 0

@Grossmeister Модератор 4217 / 3058 / 583 Регистрация: 21.01.2011 Сообщений: 13,205
	27.12.2012, 10:12	4
	Создавать строки надо во всех таблицах отдельно, ибо автоматом - неоднозначность 0

@nepster 61 / 61 / 11 Регистрация: 19.09.2009 Сообщений: 844
	27.12.2012, 12:09 [ТС]	5
	тоесть вы считаете, что лучше написать функцию, которая будет проверять строки других таблиц ориентируясь по users ? тоесть кинуть ее в задание крона и пусть она проверяет все дела, если нужных записей нет - создает, а лишние удаляет ? 0

@Grossmeister Модератор 4217 / 3058 / 583 Регистрация: 21.01.2011 Сообщений: 13,205
	27.12.2012, 12:52	6
	Зачем крон? Создать процедуру регистрации пользователя, которая вызывается при этой самой регистрации и создает нужные записи во всех нужных таблицах 0

@casual_visitor 87 / 87 / 8 Регистрация: 02.09.2012 Сообщений: 510
	27.12.2012, 18:13	7
	Сообщение от nepster а для создания записей так же ? Я извиняюсь, пропустил создание записей Не помню(а может и не знал) как в mysql с триггерами, но не важно. Можно поручить создание записи - хранимой процедуре, а если уж на то пошло то и удаление... На хабре как-то мусолили вопрос, по поводу использования хранимок для обеспечения целостности базы и функционирования бизнес-логики. К решению так и не пришли. Кто-то считает, что вся бизнес логика должна быть в субд(что дает ей самодостаточность), а кто-то считает что логика должна быть в php(или другом) клиенте. вопрос стратегии проекта.. Я за хранимки, имхо это скорость и независимость от клиента.. зы. а про on delete cascade, это я про удаление родительской записи, мы обеспечим целостность без лишнего кода. создать новую запись, с созданием записей в дочерних таблицах так нельзя 0

@Totoro 47 / 23 / 3 Регистрация: 28.05.2012 Сообщений: 150 Записей в блоге: 1
	29.12.2012, 11:21	9
	Сообщение от Setsuna Так же не забывай про mysql_real_escape_string(). Безопасность и все такое... Эта функция не для защиты от SQL-иньекций и от грамотной иньекции вас не защитит 0

@alpex 603 / 578 / 103 Регистрация: 16.07.2012 Сообщений: 1,762
	29.12.2012, 11:48	10
	Сообщение от Totoro Эта функция не для защиты от SQL-иньекций а для чего же она тогда? 0

@casual_visitor 87 / 87 / 8 Регистрация: 02.09.2012 Сообщений: 510
	29.12.2012, 15:05	11
	Сообщение от Setsuna [PHP] Так же не забывай про mysql_real_escape_string(). Безопасность и все такое... Не по теме: А нас и здесь не плохо кормють? Все болемене развитые языки позволяют для разработки клиентов (уже как десяток лет) использовать плейсхолдеры. php не исключение... но мы все по старинке.. :D 0

	30.12.2012, 21:52

@Setsuna 9 / 9 / 0 Регистрация: 15.06.2010 Сообщений: 126
	30.12.2012, 21:52	12
	Сообщение от casual_visitor Не по теме: А нас и здесь не плохо кормють? Все болемене развитые языки позволяют для разработки клиентов (уже как десяток лет) использовать плейсхолдеры. php не исключение... но мы все по старинке.. :D Не по теме: Да уже не раз мне и на работе это начальник говорил :( Да вот никак руки не доходят 0