у меня 2 стола
первая таблица Актеры у него есть
ID name_english picture link
5 Daniela Bessia 4f8ab755ed.png daniela-bessia
6 Mohannad Alarjan 14f8dfsf55ed.png mohannad-alarjan
7 Lee Tae-Im kxe3gj64.jpg lee-tae-im
вторая таблица Actors_content
id content_id actors_id
1 7 5
2 5 5
3 5 6
4 5 7
Теперь мой запрос - это запрос по идентификатору драмы, если посетители посещают драму с идентификатором номер 7 ( content_id ), он должен выполнить поиск во второй таблице Actors_content и выбрать все данные, имеющие content_id = 7 после выбора, я хочу сделать соединение один за другим, чтобы сделать время для актеров данные без дубликатов, чтобы получить информацию об актерах от Актеров
public function dodisplayActorsbycontent($getid){
$query = $this->db->query("SELECT `actors`.`id` , `actors`.`name_english` , `actors`.`picture` , `actors`.`link` , `actors_content`.* FROM `actors_content`, `actors` WHERE `actors_content`.`content_id` = '".$getid."'");
$total = $this->db->resultcount($query);
if ($total != 0){
while($this->db->fetchrow($query)){
$list[] = $this->db->_record;
}
return($list);
}else{
return(false);
}
}
Пришло время прочитать введение в запросы в SQL. PS Когда вы даете отношение (корабль)/ассоциацию или таблицу (базу или результат запроса), скажите, что строка в ней указывает на деловую ситуацию с точки зрения значений ее столбца. Например, исправьте/завершите это: верните (id#1, name_english, ...) строки, где ДЛЯ НЕКОТОРЫХ a.*, ac.*, (a.id, a.name_english, ...) В актерах И (ac.id , ac.actors_id, ...) IN Actors_content И id#1=a.id И ... И id#2=ac.id И ... И ac.content_id=7 И a.ID=ac.actors_id.






Для присоединения требуется пункт ON, который вы пропустили:
SELECT
`actors`.`id` , `actors`.`name_english` ,
`actors`.`picture` , `actors`.`link` ,
`actors_content` . *
FROM `actors` INNER JOIN `actors_content`
ON `actors_content`.`actors_id` = `actors`.`id`
WHERE `actors_content`.`content_id` = '".$getid."'
LIMIT 0, 30
ОГРАНИЧИТЬ использование без предложения ORDER BY? SQL-инъекция уже упоминалась в комментариях к вопросу.
@RaymondNijland даже не заметил этого, поскольку проблема здесь не в этом.
@mohannad добавить предложение ORDER BY.. перед LIMIT.
Я считал «потребности» определением языка, а вы — нет.
Возможный дубликат INNER JOIN ON против предложения WHERE