Меню
Что нового?

Создал класс (ООП PHP5) для работы с БД MySQL - покритикуйте, похвалите

  • Автор темы Автор темы Volmir
  • Дата начала Дата начала
MySQLI работает в полтора раза быстрее и безопаснее.... если вы это имели ввиду
 
Я не имел ввиду что в полтара раза безопаснее, но быстрее это факт, я читал на форуме php.su что расширенное подключение намного быстрее работает примерно в полтара раза...
 
"пацаны с пхп.су рассказали" - это не "факт". Это называется "бабкины сказки"

Тебе наврали.
Скорость самого расширения никакой роли не играет вообще.

Про безопасность тоже.
сама по себе MySQLI никак безопасности не прибавляет
а если с умом пользоваться, то и та и другая библиотека одинаково безопасны.

вот видишь - ты не можешь привести ни одного конкретного примера, почему надо использовать MySQLI, а лезешь с советами.
Советовать (да ещё таким тоном) надо только то, в чем сам уверен, а не что пацаны на раёне рассказали
 
К сожалению у меня нету друзей вообще, поэтому приходиться всему самому учиться... а если бы ещё и помогали то было бы вообще классно
 
Очень интересно послушать рассуждения тех, кто считает, что более сложная библиотека, работает быстрее, чем голый API. Видимо, авторы голого API слишком глупы, а более сложная библиотека использует внутри себя магию.
 
malina95
Здесь всем помогают.
Смотри, и тебе я уже помог. Я тебе дал очень простой совет: говорить только о том, что сам точно знаешь, а не о том, что от кого-то услышал.
Главное приходить именно за помощью, а не за тем, чтобы поучить других. Чувствуешь разницу? ;)

В интернете написано чудовищное количество ерунды. Доверять нельзя никому. Мне - можно.

У mysqli есть только одно принципиальное преимущество перед mysql - последнюю лентяи-разработчики не хотят поддерживать и хотят объявить устаревшей.
Это единственная причина, по которой стоит писать свой класс на mysqli. Но даже это не так важно. Если ты работаешь с БД только через свой класс, а не через функции API, то даже когда mysql окончательно запретят, переписать один класс на новые функции можно будет за полчаса.
 
После многочисленного поиска и чтения различных материалов, пришел к выводу, что мне нужен класс по работе с MySQL. Испробовал более 20, что нашел в рунете, 2 - с книги и один пробовал написать сам своими корявыми руками. Результаты плачевные. Хотелось бы посмотреть что получилось у ТС в данной теме на данный момент. В суть обсуждения я начал догонять, только как-то медленно.
 
hell0w0rd
1. Она не предоставляет более высокий уровень абстракции над pdo. Отовсюду огрызки этого pdo в ней и торчат.
2. Код плохо пахнет: такое чувство, что его только пишут, но после этого не читают написанное. phpdoc не соответствует коду, объекты их интерфейсам и т.д.
3. Была попытка сделать у них Connection::PARAM_INT_ARRAY, но в итоге они не осилили, и сделали ее только в executeQuery(), а с обычными prepared statement она не работает.
4. Качество документации не лучше качества кода.
 
Заодно добавлю, что поражает в Doctrine отсутствие автоматического экранирования идентификаторов (имён таблиц/колонок). Там есть список зарезервированных слов для каждой СУБД, есть возможность экранировать идентификатор, но нет — я должен вручную указывать, где нужно экранировать.

Вот, например: http://docs.doctrine-project.org/en/2.0.x/reference/basic-mapping.html#sequence-generator — это не будет в Postgres работать, несмотря на то, что пример вроде бы для Postgres и Oracle. Требуется @Table(name=...) указать, ибо User в Postgres — зарезервированное слово.
 
Вурдалак Кстати в ORM-е буквально позавчера на этом спотыкнулся... Нельзя называть в mysql поле default.
Хорошо, а какие достойные альтернативы?:)
 
Войдите или зарегистрируйтесь для ответа.
Сверху