Вы ещё спросите, когда люди, наконец, насиловать mysql_query перестанут...
Зачем вообще эта функция сделана? Потому что когда mysqli делали (больше десяти лет назад уже релиз был!) - ещё надо было думать о древних версиях MySQL, которые препарированные запросы ещё не умели (то ли MySQL 3 версии, то ли ранние 4.х). А теперь не выкинешь, обратная совместимость же.
Это не совсем правда )). Почитайте как работают подготовленные выражения в mysql, зачем их нужно использовать(подсказка для запросов в цикле, но точно не для экранирования).
У нас была версия миллиона на 1.5 строк. Пытались сделать по 5-10 полей, для каждой строки ( 1.5 * 5). Выдержать то выдержало, но сортировки и т.д. Все стало очень плохо ((
У нас на работе также было сделано. Все в одной таблице. Выборка по id +/- нормально, остальное ... .
Сейчас мы имеем жутко неповоротливый модуль. Потому как клиентам вдруг захотелось именно огромных каталогов( TECDOC ). Причем прикол в том, что в текстовых полях инфы почти и нет (20%-30%) заполнено.
Т.е я не претендую на истину в последней инстанции , но одна "свернутая" таблица ... . Я бы не использовал, с учетом вышесказанного.
взять пример из первого поста DeepVarvar, но не советует все типы (text, decimal) хранить в одной таблице. А для каждого типа сделать свою. ИМХО
+ Места меньше, индексы более вменяемы
- Дополнительные join-ы
Тоже. Два спец-но события сделали:
.focusin()
Устанавливает обработчик получения фокуса самим элементом или одним из его дочерних.
.focusout()
Устанавливает обработчик потери фокуса самим элементом или одним из его дочерних.
Я посмотрел, information_* там все таблицы(почти) типа memory. Обращение к ним если хватит памяти будет мгновенным. (Да я на хайлоде я спрашивал у MySQL вроде все должно быть норма) . Так что ИМХО, навряди ли в нее упремся. Но это так-то бред, у нас работе как то 1000 таблиц (включили дебаг и вместо временных начали генериться обычные таблицы) создались, это было феерически ))).
Давайте начнем с того, что кол-во join в запросе тоже ограничено (30 или 60 +/- не помню).
Т.е классическом (сво-во = таблица) Вы упретесь когда-нибудь в это число.
А это чем не устроило? http://learn[dot]jquery[dot]com/code-org[dot][dot][dot]erreds/examples/
Но это не решит проблему.
Просто логика такая:
1 загрузка(подгрузка) пришел html в нем <script src="1.js" /> Он выполнится.
2 подгрузка html в нем <script src="1.js" /> Он снова выполнится.
Выход:
Сначала создать глобальный массив(см ссылку)
при получении ответа, искать теги script и проверять, если уже ранее грузились, то как-то их вырезать.
Как-то так ))