кажется мне, что у вас сам метод решения задачи - костыль, противоречащий правилам построения реляционных таблиц (так же известным как правила нормализации)
Спасибо. Возможно вы правы, задача выглдит примерно так :
Вести базу данных неких объектов. Есть множество объектов, у каждого объекта есть некотоые свойства. Причем иногда необходимо добавить/удалить/изменить какому-нибудь объекту какое-либо свойство. Поэтому я и выбрал связующую таблицу многие ко многим. Или я неправильно вас понял ?
JustUserR пишет:
Для реализации сложных запросов выборки информации условие которых включается в себя обратный просмотр в текущей таблице можно использовать рефлексивные соединение - в таком случае за счет указания базового WHERE-условия по некоторым параметрам можно дополнительно получить все связанные строки или элементы встречающиеся хотя бы один раз - конкретно это устанавливается операторами table LEFT/RIGHT/ JOIN table
Задача немного усложнилась. Теперь есть таблица вида многие ко многим
id | idsomefing
необходимо сделать выборку id в поле idsomefing, которых присутствуют хотябы одно указаное значение и отсутствуют все остальные.
Ничего умнее как преобразовать данную задачу к виду задачи предидущей, я не придумал. Но такое решение кажется костылем. Подскажите пожалуйста более простое и красивое решение.
Помогите пожалуйста придумать алгоритм поиска, который возвращает только те, строки, вкоторых присутствует хотябы однин искомый элемент, и отсутствуют неуказаные элементы.
например есть строки:
Есть таблица Users(id, login, pass). Разумно ли в ней будет так же хранить такие данные как name, e-mail, registreddate, ...etc. или прочие уникальные данные лутьше хранить в других таблицах ? Спасибо.
Здраствуйте. Не могу понять почему скрипт не заускается из под eclipce. Нажимал Ran, Ran as, Debug... итд - ничего не происходит. Как настроить, чтоб можно было работаль с дебаггером и профайлером ? Если скрипт открыть браузером (xampp), то все норм.
Устанавливал это eclipse-php-galileo-SR2-win32.zip, и в папку с ним кинул jre от Aptana? а-то незапускался. Ошибок ни каких не выводилось.
спасибо.
У меня ваш скрипт выполнился в первый раз за 20 мс., а потом за 11 мс.
Вроде разобрался, у меня global $t, после $t стояла. Когда global $t выше перенес все нормально стало 0.01 с.
Ну а страница по прежнему за 1.4 с генерируется... буду дальне узкие места искать...
После ковыряний выяснилось, что основную массу времени выполняются сторки 49-52.
Примерно 1.40 сек. Из чего я делаю вывод о том, что echo в цикле(порядка 2000 итераций) - не самое удачное решение. Есть ли какое либо другое, более быстрое решение, или я неправильно выводы сделал ?
Врятли дело в echo... так замена строк 49-52 на такую конструкцию ситуацию не изменила.
неполучается у меня микротаймом замерить. выдает вот что
$t=microtime(1) 1267260206.8466
if...
if...
if...
microtime(1)-$t 1.6927719116211E-5
microtime(1) 1267260206.8466
то есть, постараться избежать LIMIT x,y где x достаточно большой, и вместо него использовать комбинацию Where id>=x limit y ?
Я правильно вас понял ?
Выполнив