вообще из-за отсутствия стандартов в написании параметров, а посему очень легко допустить ошибку
Не вижу проблему. Опиши в классе допустимые поля таблиц: не совпало - викинь. Опиши правил для значений: получил значение - проверь его или приведи к нужному типу.
А предусмотреть в проекте все фильтры.. ну как-то не разумно.. Конечно если есть только одна таблица и узкая задача....
и что за данные и в каком количестве??? А то может проще закачать все данные на страницу в скрытые блоки и при выборе определённого SELECT показывать определённую таблицу
LIME, ну понятно что один вариант сначала удаляет дубликат, потом его вставляет. Второй же переписывает дубликат. Я имел в виду принципиальная разница, что эффективнее..
Может я не правильно рассуждаю но всё же..
Допустим мы имеем подготовленное выражение на вставку и вставляем несколько сотен записей. В первом варианте идёт постоянно механизм вставки, т.е. один раз подготовили и теперь только меняем данные и отсылаем их. Во втором варианте подготовленное выражение тоже на вставку, но в случае с дубликатом идёт уже UPDATE, т.е. я предполагаю уже другое подготовленное выражение...
используй кеширование.
Помести результат запроса в файл.
Перед очередных запросом проверь есть ли файл. Да - проверь время. Прошло 15 минут с момента создания - получи новые данные. Нет файла - получи новые данные
Оператор REPLACE работает точно так же, как INSERT, за исключением того, что если старая запись в данной таблице имеет то же значение индекса UNIQUE или PRIMARY KEY, что и новая, то старая запись перед занесением новой будет удалена.
Tyoma5891, ты данные авторизации где-то хранишь же : сессии, куки ... т.п. Нажал на кнопку и перепиши всё (Добавление)
.
вот только смысл совсем не понятен.. или это очередная попытка взлома