John Didact, а при чем здесь вообще индексирование?
если у тебя была запись размером 500 байт, и ты обновил её, сделав размером 700, то в старое место оно уже не полезет - то есть надо будет дописать в конец файла, а старую пометить как неиспользуемую. Вот тебе и фрагментация.
Другое дело что наличие индекса, в котором прописаны смещения всех записей, снимает эту проблему практически полностью.
я сейчас не издеваюсь
я действительно очень часто вижу такое отношение - база данных это какое-то трашное, непонятное, сложное и медленное чудовище, которое лучше без нужды не трогать.
и это отношение в корне неправильное
я думаю тут надо делать комбинированный вариант.
часть полей точно должна быть стркутурированной, такия как юзер айди например
но так же и блоб бдля хранения сериализованной информации в свободной форме.
John Didact, как не в этом? как раз в этом. Жигули не содержат турбонаддув, раздельное зажингание ,по две свечи на цилиндр. По-твоему оно в ниссане само по себе работает, без настроек и "кучи функций/деталей"?
Ты как и все твои собратья по разуму почему-то демонизируешь мускуль. Выдумываешь какие-то мифические запросы, "ответы". Ты можешь внятно объяснить чем "ответ" мускуля отличается от "ответа" скулиты? Что принципиально мускуль делает такого, чего не делает любая другая программа, когда ты запрашиваешь у неё данные?
geometria, да всё не так.
Если вы даже не понимаете что не так с intval($password), то вам надо обратно за учебники.
потому что если даже тут и написать как правильно, вы все равно не поймете не слова, и снова получится бездумное копирование, которое в следующий раз приведет к таким же результатам
Для начала найдите пособие по PDO и попробуйте написать код, который проверяет логин и пароль пользователя.
mur_steel,
Во-первых, читься надо не ООП, а поиску в интернете.
Литературу искать в гугле. Здаешь поиск, "искать на сайте qna.habr.com хорошая литература ООП PHP".
И смотришь, что тебе уже ответили на твой вопрос.
Правильный ооп учить долго.
Но основной принцип, который нарушается здесь - "у класса должен быть только один заказчик".
У твоего класса явно будет больше, потому что в нем есть как общая часть - соединение с БД, так и частная - выполнение конкретного запроса для какой-то части бизнес-логики.
Поэтому соединение с БД надо выносить в один класс, а выполнение запроса - в другой.
если у тебя была запись размером 500 байт, и ты обновил её, сделав размером 700, то в старое место оно уже не полезет - то есть надо будет дописать в конец файла, а старую пометить как неиспользуемую. Вот тебе и фрагментация.
Другое дело что наличие индекса, в котором прописаны смещения всех записей, снимает эту проблему практически полностью.