Докажите это своим набором данных. Именно с этим запросом.
Можно сэкономить время, если сразу покажете свой запрос. Наверняка в where или having вы фильтруете по t2 без учёта null'ов.
В этом то и проблема, что выберутся из таблицы t1 только те строки, которые найдены в t2, а нужно чтобы из t1 выбиралось даже когда в t2 нет нужных данных.
Существуют две таблицы, из которых необходимо вывести общие и независимые данные, т.е. таблица t1 -основная и данные из нее должны показываться в любом случае (если они есть), а из таблицы t2 выводятся только те данные, которые подпадают под условия (t1.sample = t2.sample_id) в рамках одного запроса, что пока никак не выходит.
Первая: t1:
id title sample
t2: sample_id aviable
если связивать через LEFT JOIN ON (t1.sample = t2.sample_id) то будут показаны только результаты, которые есть в обеих таблицах, необходимо же показывать данные из первой таблицы (t1), а из второй (t2) только если они есть.
Если кратко - делать выборку из t1 независимо от того, если результат в t2.
Здравствуйте, форумчане !
А как будет обрабатывать MySql одновременно (с точностью до кванта времени) два противоречивые запросы, к примеру выборка строки с id `5` и удаление (или изменение ) той же строки.
И каким образом можно сделать приоритет одних запросов (delete, к примеру, должен обрабатываться перед select/insert) над другими ?
Читал о блокировании необходимой таблицы, но насколько это может помочь при двух (нескольких) взаимно противоречивых запросах ?
И как вы решаете данную проблему ?
пошаманьте с RewriteCond и RewriteRule .
А лучше на странице вывода ссылок оставить нужный вам вариант, а другой поисковики и не увидят, если страницы уже не проиндексированы.
И в имени переменной '$' экранировать в строке... (если не надо вывести значение $a)
Но здесь же двойные кавычки, знак $ интерпретируется как переменная.
Sail пишет:
Однострочные комментарии идут только до конца строки или текущего блока PHP-кода, в зависимости от того, что идет перед ними. Это означает, что HTML-код после // ... ?> или # ... ?> БУДЕТ напечатан: ?> завершает режим PHP и возвращает режим HTML, а // или # не могут повлиять на это.
а в этом-то и проблема, что '<?php ... ?>' идет как строка (что пишется в файл), но, почему-то, после '?>' доставляются знаки.
однажды у меня примерно так же редактор глюканул.
видимо какой-то невидимый символ. наберите код в новом файле (только не копипастой), а этот удалите.
я бы тоже принял это за глюк редактора, но лишний (?) в коде, который появляется там случайным образом, указывает на обработку этого знака самими PHP, вот только не понятно, ведь все, что в ' ' - считается строкой без переменных ( пробовал также:
... '<?php'."\r\n".$contentFile."\r\n".'?>' )