Что значит wrapper в подключении к БД
Строка кода из Database.class.php:
Очень интересно, зачем нужен «wrapper». На официальном сайте DbSimple не нашел информации по данному вопросу.
$sDSN=$aConfig['type'].'wrapper://'.$aConfig['user'].':'.$aConfig['pass'].'@'.$aConfig['host'].':'.$aConfig['port'].'/'.$aConfig['dbname'];Очень интересно, зачем нужен «wrapper». На официальном сайте DbSimple не нашел информации по данному вопросу.
Почему DBSimple?
2
Интересует вопрос, почему для движка был выбран модуль DBSimple? Есть ли какая-то причина помимо удобности составления SQL-шаблонов запросов? Может быть какая-то система встроена в него кеширования? Я просто думаю над перелопачиванием движка на PDO, вот и думаю, что потеряю при переходе на PDO?
Модуль к библиотеке DBSimple для mysqli c поддержкой вызова хранимых mysql процедур и т.д.
1
Недавно возникла проблема с вызовом хранимых процедур в mysql.
Стандартный модуль от Котерова не позволяет их использовать.
Вот я и решил раз у меня есть такая штука — может кому то еще она будет полезна.
Модуль создан на основе стандарной библиотеки mysql от Котерова c добавлением минимальных изминений. И требует только mysqli расширение к php.
При этом старый mysql модуль тоже работает.
Читать дальше
Стандартный модуль от Котерова не позволяет их использовать.
Вот я и решил раз у меня есть такая штука — может кому то еще она будет полезна.
Модуль создан на основе стандарной библиотеки mysql от Котерова c добавлением минимальных изминений. И требует только mysqli расширение к php.
При этом старый mysql модуль тоже работает.
Читать дальше
- 0
- 26 мая 2011, 13:06
- ptolemy
- Оставить комментарий
Автоматическое составление сложных запросов в mapper`ах
5
Этот пост — совет/подсказка разработчикам, которые трудятся над модулями во имя развития проекта :)
Суть проблемы.
Работая над модулем «Объявления» я столкнулся с необходимостью сделать достаточно сложный запрос к базе данных. Сложный не в плане SQL, а в том, что мы заранее не знаем каким он получиться. Такая ситуация возникла при создании пользовательского фильтра.
Технически задача заключается в следующем — есть три таблицы: объявления, категории объявлений — отсюда мы получаем название категории, пользователи — отсюда мы «дергаем» логин пользователя. Необходимо реализовать выборку по следующим условиям:
— категория или массив категорий (дочерние),
— ID пользователя или логин,
— статус (опубликовано или нет — для администратора),
— актуально объявление или нет,
— минимальная и/или максимальная цена,
— есть привилегии или нет,
Учесть при этом составную сортировку (по одному или двум полям), а также не забывать, что результат фильтрации нужно показывать с разбивкой на страницы. Сложности в это все добавляет то, что логин пользователя тянется из другой таблицы, поэтому необходимо использовать HAVING, а не WHERE.
Решение проблемы.
Читать дальше
Суть проблемы.
Работая над модулем «Объявления» я столкнулся с необходимостью сделать достаточно сложный запрос к базе данных. Сложный не в плане SQL, а в том, что мы заранее не знаем каким он получиться. Такая ситуация возникла при создании пользовательского фильтра.
Технически задача заключается в следующем — есть три таблицы: объявления, категории объявлений — отсюда мы получаем название категории, пользователи — отсюда мы «дергаем» логин пользователя. Необходимо реализовать выборку по следующим условиям:
— категория или массив категорий (дочерние),
— ID пользователя или логин,
— статус (опубликовано или нет — для администратора),
— актуально объявление или нет,
— минимальная и/или максимальная цена,
— есть привилегии или нет,
Учесть при этом составную сортировку (по одному или двум полям), а также не забывать, что результат фильтрации нужно показывать с разбивкой на страницы. Сложности в это все добавляет то, что логин пользователя тянется из другой таблицы, поэтому необходимо использовать HAVING, а не WHERE.
Решение проблемы.
Читать дальше
