Форум на ПЫХА.РУ

Очередная вариация на бесконечную тему библиотек для работы с БД.
 
Документация и исходники — http://pyha.ru/go/godb/
 
Расширение над MySQLi
Облегчает интерфейс взаимодействия с БД.
Никакой дополнительной абстракции над SQL не строит.
 
- Упрощенное формирование запроса
- Упрощенный разбор результата
- Обработка ошибок на основании исключений
- Плюс еще несколько полезных фишек

Вопрос по количеству подключений - в mysqli оно всегда одно? Т.е. нужно ли самому делать синглтон или можно не заморачиваться по этому поводу?

Возможно, не совсем точно понял вопрос.
 
Объекты, конечно, будут разные, и, даже, по ходу, подключения будут разные, даже для одинаковых параметров. Во всяком случае:

Советую почитать раздел про пространство имен в либе. Может быть это и будет нужный тебе синглтон.

Блин, как же я умурился прозевать этот раздел?..
Спасибо, то что нужно :) А то я везде ставил new и думал, что так задумано...

(1.0.3) Пофиксены пара багов. Спасибо Тимуру

Почему не получается выполнить такой запрос, или как его заменить, помогите плз.

И как быть с этой контрукцией while($row4 = mysql_fetch_array($sql3)), чем её заменить?

Почему не получается выполнить такой запрос, или как его заменить, помогите плз.

Сделайте:
Тогда запросы будут выводится на экран. Посмотрите, сформировалось именно то что вам нужно?
 

И как быть с этой контрукцией while($row4 = mysql_fetch_array($sql3)), чем её заменить?

Так как вы указали третьим параметром в query() "assoc", то получаете в итоге ассоциативный массив. Можете перебрать его foreach'ем. Причем в таком случае можно вместо "assoc" использовать "iassoc".

Serj,

Помойму ошибка в `users.id`=`friends.friend_id`. Unknown column 'friends.id'. Должно ведь разбиваться как `users`.`id`=`friends`.`friend_id`?
 
Извините, а как работать с var_dump ?

А да.
Разбиваться не должно. Либо передавайте в качестве столбца массив (таблица, столбец), либо напрямую вписывайте столбец в SQL-запрос.
Исключение то генерируется?

Спасибо! Разбил вот так ?t.?c=?t.?c . Объясните ещё пожалуйста var_dump, как с ней быть?

Что такое var_dump написано в документации по ней.
adword хотел сказать, что с помощью её вы могли бы разобраться в полученной структуре и решить чем же заменять mysql_fetch_array

Понял, спасибо.

Помогите пожалуйста!
Вчера тестили сайт, вылетела такая ошибка:
 
Fatal error: Uncaught exception 'goDBExceptionConnect' with message 'Host '111.162.7.9' is not allowed to connect to this MySQL server' in /sata1/home/users/lalala/www/www.lalala.org/godb.php:35 Stack trace: #0 /sata1/home/users/lalala/www/www.lalala.org/mysql.php(3): goDB->__construct('db.lalala.co...', 'логин', 'пароль', 'база') #1 /sata1/home/users/lalala/www/www.lalala.org/auth_index.php(4): include('/sata1/home/use...') #2 /sata1/home/users/lalala/www/www.lalala.org/head.php(2): include('/sata1/home/use...') #3 /sata1/home/users/lalala/www/www.lalala.org/lalala.php(2): include('/sata1/home/use...') #4 {main} thrown in /sata1/home/users/lalala/www/www.lalala.org/godb.php on line 35
 
Как можно отключить такие сообщения, помойму не очень хорошо, что светится логин пароль к базе?

Serj, почитай раздел документации Сообщения об ошибках и f.a.q - Обработка исключений в php

Сенкс ;)

Почему в запросе query('SELECT COUNT(*) FROM ?t',array('news'),'no'); возвращается просто объект?
 
//пс. поставил 'el' теперь работает правильно..жаль что такой хорший класс не развиваеться..и мануал скудный

roksar, он не скудный, он краткий! Ничего лишнего и все по существу. А чего именно в мануале не хватает?

Он по существу я согласен и сделан грамотно, но живых примеров надо побольше, какой разбор где лучше применять (я имею ввиду конкретные примеры а не описание их работы) см. пример описания класса dbsimple :)

roksar, по поводу примеров поддерживаю, больше примеров это только к лучшему! ;)

Есть предложение немного расширить функциональность модуля. Не знаю, почему автором была проигнорирована столь удобная функциональность, предоставляемая методом fetch_object... Я без претензий на соавторство, прошу рассмотреть возможность применения следующего патча (см. вложение), оформленного в виде diff-файла. Собственно, не знаю, какие мотивы мною движут, есть ли в них хоть доля тщеславия ;) ведь ничто не мешает мне юзать втихаря у себя исправленную версию, но что-то заставляет меня поделиться с миром данными исправлениями. Буду очень рад, если эти исправления будут учтены :)
 
PS: Ах, да, чуть не забыл. За сам модуль огромное спасибо, я не далее как неделю назад изобрел свой велосипед для старого mysql, а потом понял, что есть mysqli и собирался изобретать подобный же велосипед для него, а оказалось, что есть готовый вполне рабочий велосипед :) За него автору низкий поклон, вот если бы еще глянуть в сторону dbal... пока для себя не определился, что можно в этой обалсти заюзать готовенького :)

По поводу расширения функционала есть еще предложение (я у себя поправил).
 
Предистория: нужно делать инсерт с заранее неизвестным количеством полей (ну или влом перечислять вначале поля, а потом подставлять массив результатов). Идею взял из dbsimple.
 
Было раньше:

При этом чтобы добавить поле нужно было добавить ?с и ?i Ну или если запрос:

После моих изменений можно сделать так:

Ну или как я обычно делаю:

При этом, если изменить таблицу (добавить поле) - достаточно добавить запись в массив...
 
Вобщем, если кому так будет удобно, то вносим следующие изменения:
1. добавить в private function _makeQuery($ph) после описания case ('c'): ...
 

2. Добавить в регэксп в public function makeQuery($pattern, $data, $prefix = '') одну букву с во вторые скобки, чтобы получилось следующее:
       
И все...
 
ЗЫ... В этом случае, нельзя указать таблицу для поля, кроме как вручную без крайних апострофов, например (один из вариантов),
Ну или

von-hamster, да, бывает иногда не хватает....
 

PHP

$db->query("insert into ?t (?ca) values (?a)", Array("table", array("one", "two", "three"), array(1, 2, 3)));

а как данный запрос оформить?
тоже самое и с update

Например, так:
 
1. в в private function _makeQuery($ph):

2. в public function makeQuery($pattern, $data, $prefix = '')

Тогда запрос будет выглядеть, как:

Но в этом случае, все значения заключаются в одинарные кавычки, что для числовых значений mysql вобщем-то не критично...
 
Вообще слишком много получается букав для плейсхолдеров - можно запутаться...
Например, для порядка лучше оставить только один вариант двойных...

Вообще слишком много получается букав для плейсхолдеров - можно запутаться...
Например, для порядка лучше оставить только один вариант двойных...

угу. и я об этом

Ждал и надеялся, что в ближайшее выйдет таки 5.3, чтобы переписывать библиотечки уже под него. Как видно, надеялся зря. Поэтому перепишу goDB под старый добрый 5.2.
 
TODO на версию 1.1. Кто заинтересован, дополняйте.
 
1. Сделать отложенное подключение к базе (если в сценарии запросов может вообще не быть):

2. Возможность передавать параметры подключения также и в виде ассоциативного массива. Как в конструктор, так и в makeDB.

3. Возможность использовать sizeOf() и count() так же и для результатов-итераторов. Сейчас только $res->count().
 
4. Наследовать исключений не от Exception, а от LogicException
 
5. Плейсхолдер "?set":

6. Плейсхолдер "?where". Для раздела WHERE. Хз пока как лучше.
 
7. Метод insertRows() для запросов типа:

Два варианта:

8. Форматы результата "kcol", "kassoc", "krow". Вместо порядковых массивов в качестве ключа используется значение первого столбца (обычно это `id`).
 
9. Что-нибудь по транзакциям. Возможно, сопру у AlexB.
 
10. Что-нибудь по мультизапросам.

vasa_c, плейсхолдеры:
 

для списков ?a
для хэшей ?h
для двумерных массивов ?sa (можно и по другому)

?set == ?h
?where - не надо
insertRows() - не надо, для него есть ?sa

Вообще ?a лучше бы быть ?l... но для совместимости лучше оставить

Так как goDB2.0 с кучей всякого барахла откладывается в силу действия сил неодолимого характера (неодолимая лень), выкладываю промежуточную 1.1
 
Плейсхолдер ?s - раздел SET
 


 
Плейсхолдер ?v - много строк одним INSERTом
 


 
Результат в виде объекта
 
Для особых гурманов добавлены форматы разбора - "object", "rowobject", "iobject"
 

Выборка переменных
 
Добавлен формат разбора "vars". При выборке по двум столбцам, первый становится ключем, второй - значением.
 
Например, таблица переменных связанных с пользователем:

Выбираем переменные принадлежащие пользователю в ассоциативный массив:

 
Интерфейс countable для итераторов
 
Теперь получать количество записей в итераторах ("iassoc", "irow", "icol", "iobject") можно, как и в обычных массивах - count($result).
 

Формат подключения
 
Ещё один вариант конструктора - ассоциативный массив одним аргументом. Удобно при хранении конфигурации в массивах.
 

Возможные поля конфигурационного массива - host, username, passwd, dbname, port, socket (аргументы конструктора), prefix, debug (сами догадайтесь).
Все поля необязательны.
 
Так же массив можно использовать при создании БД в пространстве имён:
Но аргументы $name (имя базы) и $postmake (отложенное подключение) должны идти полями массива.
 

Порт в хосте
 
В любом из вариантов создания базы порт можно указывать в параметре host ("localhost:3307").
 

Ассоциация баз в пространстве имён
 
На сайте используется две базы (теоретически):

Хотим указать, чтобы форум использовал основную базу:

 
Декоратор запросов
 

Теперь все запросы через query() будут валиться первым делом в функцию wrapper.
 

Запрос приходит уже сформированным (pattern + data). Его можно изменить:
 

Если вернуть false, то запрос не будет выполнен.
 

По мелочам
 
Имена итераторов скопипастил из старого в виде DBResult, теперь исправил на goDBResult.
goDBException наследуется от LogicException.

гуд! )

vasa_c,

Текущая версия: 1.1

- пиши дату релиза
:)

Мысли по поводу библиотечки.
 
1. Всетаки очень большое количество плейсхолдеров. Мне кажется - библиотечка должна сама разбираться, что ей дают (типа как в dbsimple). Например,
? - если строка -> 'значение'
  - если массив -> 'значение1','значение2'...
?# - тоже самое, только заключаем в апострофы
?a - рассматривать как ассоциативный массив - типа ключ - значение. Меняется на `ключ`='значение',...
?i - массив для инсерта, тоесть типа array('key'=> array(value1, value2 ...), 'key2' => array(value21, value22 ...)) меняется на ('key1', 'key2'..) values ('value1', 'value2'...),('value21', 'value22'...) или как вариант array(array('key1'=>value1, 'key2'=>value2, ), array('key1'=>value21, 'key2'=>value22, ))
 
2. селекты разделить, как в той-же dbsimple, тоесть сделать selectcell, selectrow, selectcol, либо добавить обертки... ИМХО гораздо удобнее, чем параметр...

von-hamster, а зачем писать вторую бдсимпл?

1. Он особо не развивается
2. нет адаптера для mysqli
3. ИМХО там более удобный интерфейс
 
Писать не надо, нужно использовать только интерфейс.

походу а почему всё наследуется от LogicException ?
отсутствие конекта к бд например..

ghost

походу а почему всё наследуется от LogicException ?
отсутствие конекта к бд например..

потому что и моск наследуется от LogicException

зашибись.
то что сервер мускла лежит - ошибка безусловно логическая

просто я так вижу мир :)

походу а почему всё наследуется от LogicException

Потому что всё ломало исправить... думал не найдут черти. нет, госту нужно таки в код лезть :)

ИМХО гораздо удобнее, чем параметр...

Удобство вещь относительная. Если бы мне была удобна dbsimple я бы своего и не делал :)

1.1.1:
1. Все исключения таки от RuntimeException.
2. Имена таблиц можно заключать в {}, тогда добавляются префиксы.

$db->query('SELECT * FROM {table} WHERE `id`=?i', Array($id));
 
Array($id) - шо за хуйня? сделай уж просто $id

phpdude

Array($id) - шо за хуйня? сделай уж просто $id

Да нафиг надо лишние проверки в коде городить. То что здесь плейсхолдер один - это частный случай.

AlexB

phpdude

Array($id) - шо за хуйня? сделай уж просто $id

Да нафиг надо лишние проверки в коде городить. То что здесь плейсхолдер один - это частный случай.

хз, можно и без проверок :-D
 
главное знать как!

Как без проверок?
Я имел ввиду проверки в коде либы, если что .....

главное знать как!

что знать?

не, нах, не поступимся стандартами и понятностью ради мимолётного удобства :)

AlexB

Как без проверок?
Я имел ввиду проверки в коде либы, если что .....

+1
 

vasa_c, :D

Ипать. написал одну строчку - жму отправить "пока вы писали новый ответ", жму ещё раз - "пока вы писали новый ответ". дом флудера-25 :)

проверки? где?

phpdude, там после параметров ещё аргументы в query()

vasa_c

phpdude, там после параметров ещё аргументы в query()

нах там параметры?

Вырази свой подход на примерах :)

да легко!
 

phpdude, а что тут происходит можешь описать?

sql2arr - кто это?
`#__news` - жесткая конструкция, во что это будет преобразовываться?
{0} - кто это?
time() - зачем?

adw0rd

phpdude, а что тут происходит можешь описать?

выбираю из новостей те, у которых дата меньше чем сейчас ... уевый запросец попался, видимо мой программист писал :-D, либо я пьный был ... выбираются первые 5 сортированые по дате.

adw0rd

sql2arr - кто это?
`#__news` - жесткая конструкция, во что это будет преобразовываться?
{0} - кто это?
time() - зачем?
 

вместо {0} = time() {0},{1},{2} ... - первый, второй, третий и тп параметры после первого, первый - скл запрос.
 
#__ = table prefix.

#__ = тупо реплейсится на $db->prefix , ничего страшного! ))))))))

"#_" - тоже занято?)
а преобразования к числу и экранирование как делаешь?

phpdude, посмотри http://pyha.ru/go/godb/intro/

adw0rd

"#_" - тоже занято?)
а преобразования к числу и экранирование как делаешь?

нахуй к числу преобразовывать, мускулю посрать '10' = 10 :) ? #_ - исторически неподходило :)

adw0rd

phpdude, посмотри http://pyha.ru/go/godb/intro/

), 'el'

это нахуй?

phpdude

adw0rd

"#_" - тоже занято?)
а преобразования к числу и экранирование как делаешь?

нахуй к числу преобразовывать, мускулю посрать '10' = 10 :) ? #_ - исторически неподходило :)

чтобы тебе вместо числа гамно не заслали... а ты как преобразовываешь?
 

phpdude

), 'el'

это нахуй?

Форматы разбора

чтобы тебе вместо числа гамно не заслали... а ты как преобразовываешь?

и чо что зашлют?)
 
оно отэкранируется да просто будет $user = $db->sql2arr("select * from #__users where id={0}",$_GET['userid']);
 
тогда просто на след строке свалится if(!$user) {die("der fucking GET!");}

phpdude, ну давай другой пример... я о sql inj говорю, и ты меня понимаешь... представь пример, где допустима инъекция.
и теперь два вопроса, на которые ты не отвечаешь...

а преобразования к числу и экранирование как делаешь?

а ты как преобразовываешь?

adw0rd

phpdude, ну давай другой пример... я о sql inj говорю, и ты меня понимаешь... представь пример, где допустима инъекция.
и теперь два вопроса, на которые ты не отвечаешь...

а преобразования к числу и экранирование как делаешь?

а ты как преобразовываешь?

хм .. у меня недопустимы инъекции :) допустимо что результат вернет 0 строк, но инъекция никогда, если конечно запрос не был кустарно создан :)

а ты как преобразовываешь?

я ничего не преобразовываю, ну пусть падонок поищет select * from users where id='\';select * from admins';

phpdude

а ты как преобразовываешь?

я ничего не преобразовываю, ну пусть падонок поищет select * from users where id='\';select * from admins';

мне вот ни похуй :) залогиниться то не сможет же ;)

phpdude, забей.

adw0rd

phpdude, забей.

да сер!

phpdude

нахуй к числу преобразовывать, мускулю посрать '10' = 10 :)

Если столбец числового типа, то MySQL тратит время на приведение типа (строка -> число)

Batler

phpdude

нахуй к числу преобразовывать, мускулю посрать '10' = 10 :)

Если столбец числового типа, то MySQL тратит время на приведение типа (строка -> число)

и ты в это веришь? какты думаешь, что дольше будет обрабатываться? мой этот костыль, или твои хуево написанные запросы? :)

Хм, я запросов никаких не писал...
И про время выполнения запросов тоже...

ну тогда и рассуждать ненад чем )))
даже регулярка для преобразования строки в инт, а там 100% не регулярка, это ничто по сравнению с даже простым select * from users where id=x

Про инт тоже не было ни слова =)
Кстати говоря, так или иначе приведение типов делаешь либо в php либо отдаешь это на усмотрение MySQL.

Batler

Про инт тоже не было ни слова =)
Кстати говоря, так или иначе приведение типов делаешь либо в php либо отдаешь это на усмотрение MySQL.

повторюсь, я не делаю приведение типов.

Значит MySQL делает это за тебя...

приведение типов

а что это?

casper :)

угу.. приведение получается кастованием.. если маны хватает :)

aivee

приведение типов

а что это?

Прикалываешься? =)

типа циферку привести к типу int?

до типа цифорку)

Либа замечательная, только совсем недавно выплыл неприятный баг на 32битной машине.
если пользуем плейсхолдер ?i (и подобные) и передаем большое число, например 5ГБ в байтах, то в базу падает черти что. Виной тому intval()
 
Собственно у себя проблему решил заменой intval на 0+$var;

tenzor, спасибо

И еще такой момент. Может быть для эксепшенов стоит добавить вызов конструктора родителя? parent::__construct, чтобы можно было получить текст ошибки через $e->getMessage()?
например в goDBExceptionQuery

vasa_c, не исправил?

на 142 строке нотис Trying to get property of non-object
сам запрос

что это может быть?
 
доперло, последний аргумент лишний

1.1.2
 
1. ?i работает с числами больше 2^32
2. сообщение об ошибке из исключения goDBExceptionQuery можно получить через $e->getMessage(), $e->getCode() возвращает mysql-код ошибки.
хотя с исключениями я переборщил - все они Runtime и столько их нафиг не нужно
3. ещё маленький глючок.

3. ещё маленький глючок.

а это где?

в 267 строке - self::$baseName

и еще такой момент.
В отладочную функцию предлагаю передавать время выполнения запроса :) Ну, для отладки.

У меня такой вопрос(сейчас понимаю в меня полетят палки и ссылания на то что ламер =) ):
вот собсно функция:
 
И соответственно ошибка выполнения sql скрипта:
 

Fatal error: Uncaught DB Error. Query="INSERT INTO catalog("name","parent") VALUES("test3\'ds:d","0")" error = 1064 "You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near '"name","parent") VALUES("test3\'ds:d","0")' at line 1"

Я понимаю что ошибка из-за двойных кавчек, я конечно могу дописать ф-ю которая будет все " на ' заменять, но вопрос почему именно двойные кавычки?

?a предназначен для вставки данных (они в кавычки и заключаются).
Вы же пытаетесь использовать его для вставки списка столбцов.
 
В вашем случае, если $arr имеет формат "столбец"=>"значение" будет удобным использование ?s:

а зачем там точка  с запятой после ?a ?

md5, типа есть такая возможность, для введения однозначности... но это условие не обязательно
Почитай в самом низу http://pyha.ru/go/godb/query/

ух, как все неоднозначно!

Запихиваю в бд serialized строку. Однако, в бд записывается что-то вроде Откуда "`"? Это goDB или что-то еще?
 
PS
 
Вывод запроса до записи в базу выдает нормальную строку.

Как записываете? Как выводите? Как проверяете?

Все, разобрался. В этот раз забыл про плейсхолдеры, а goDB, оказывается, заменяет скобки =)

Ничего понять не могу проблема такая
 
Вот такой запрос private $sql = array("selectId" => "SELECT `id`, `parent`, `alias` FROM `site_content` WHERE `id` in (?a;);");
 
Вот так вызываем print_r($this->query($this->sql['selectId'], array(0,1,2,3,4,5), "assoc"));
 
Работает все верно в режиме дебаг выдает SELECT `id`, `parent`, `alias` FROM `site_content` WHERE `id` in ("0","1","2","3","4","5");
 
Как только меняю запрос на private $sql = array("selectId" => "SELECT `id`, `parent`, `alias` FROM `site_content` WHERE `alias` in (?a;);");
 
Выдает ошибку Illegal mix of collations for operation ' IN ' в режиме дебаг SELECT `id`, `parent`, `alias` FROM `site_content` WHERE `alias` in ("0","1","2","3","4","5");
 
При этом копирую результат дебага запускаю в phpmyadmin все работает получается верный запрос вызывает ошибку.
 
Приэтом запрос "SELECT `id`, `parent`, `alias` FROM `site_content` WHERE `parent` in (?a;);" тоже работает без ошибок
 
Тип полей id, parent - int; поля alias - varchar
 
Вот такая ерунда.
 

Попробуйте в скрипте указать нужную кодировку $db->set_charset.

вызываю так ошибка таже
 
использую другую библиотеку все работает ничего понять не могу.
 

еще не разбирался с mysqli использовал mysql может где ошибку допустил но
не parent::set_charset("cp1251"); не $this->set_charset("cp1251"); не работает
кому не лень укажите на ошибку
 
зато работает вариант
$this->query('SET NAMES "cp1251"');
и запрос проходит без ошибок

У меня есть сомнения, что проблема именно в библиотеке.
Запрос формируется верно.
Illegal mix of collations — проблема в кодировках.
В майадмине всё нормально, в сценарии нет — видимо в майадмине одни настройки при подключении, у вас другие.
 
Какой "collation" ("сравнение") в майадмине для `alias` показывается? Случаем не latin какой-нибудь? Странно, в доке написано:

Note: This is the preferred way to change the charset. Using mysqli::query() to execute SET NAMES ..  is not recommended.

Правда, там же:

Note: To use this function on a Windows platform you need MySQL client library version 4.1.11 or above (for MySQL 5.0 you need 5.0.6 or above).

У вас какая версия?
 
Как говорится, раз работает — не трогайте :)
 

Note: To use this function on a Windows platform you need MySQL client library version 4.1.11 or above (for MySQL 5.0 you need 5.0.6 or above).

версия MySQL 4.1.8-max
 
получается в этом причина того что не работает parent::set_charset("cp1251"); платформа то тоже windows на локале пока.
 
тогда не понятно чем предпочтительней mysqli::query() если SET NAMES универсальнее
 

Случаем не latin какой-нибудь?

нет cp1251_general_ci

in (?a;);"

у тебя там две ; они не лишнии случаем?

нет не лишнии разобрался все прекрасно работает
 
подключаюсь так
 

кодировку задаю через SET NAMES
 
единственное запрос исправил
 
с "SELECT `id`, `parent`, `alias` FROM `site_content` WHERE `id` in (?a;);"
 
на "SELECT `id`, `parent`, `alias` FROM {site_content} WHERE `id` in (?a;);"
 
иначе префикс таблицы не подставляется имя таблицы надо брать в фигурные скобки в документации не встречал данного замечания мож не внимательно читал

alexxx, то так тоже работать должен префикс

согласен так будет работать но мне надо было именно так
 
"SELECT `id`, `parent`, `alias` FROM {site_content} WHERE `id` in (?a;);"

понимаю что не в тему
но есть вопрос разбираюсь с исключениями как перехватить исключения типа E_PARSER
приведу пример
 
файл index.php
 

файл echo.php

в файле echo специально пропускаем ;
 
при этом ошибка не перехватывается в чем проблема
и вообще возможно ли отловить такие ошибки

А зачем ловить такие ошибки, вместо того, чтоб их исправить?

нативный шаблонизатор
вот поэтому и ловить надо
если в шаблоне ошибка необходимо показывать свою страницу ошибок
а не стандартное сообщение Parse error:parse error,...

По-моему если файл подключать не require, а include, то глобально сценарий вываливаться не будет, будет только сообщение об ошибке в этом файле, которое можно разобрать. хотя не уверен.

The following error types cannot be handled with a user defined function: E_ERROR, E_PARSE, E_CORE_ERROR, E_CORE_WARNING, E_COMPILE_ERROR, E_COMPILE_WARNING, and most of E_STRICT raised in the file where set_error_handler() is called.
 
If errors occur before the script is executed (e.g. on file uploads) the custom error handler cannot be called since it is not registered at that time.

http://php.net/manual/en/function.set-error-handler.php
 
насколько я понимаю, то ошибки можно перехватить по своему если они произошли не в файле которые вызывает set_error_handler.
 
в остальных случаях нельзя что и понятно :)
 

Думаю стоит продолжить тут http://pyha.ru/forum/topic/3393.30 как раз в тему будет

Вот у меня такой запросец сейчас получился:
 
и будет он только расти.
 
Что я думаю: что все время писать ?t и в конце там складировать названия таблиц как-то не совсем удобно. Какие будут предложения?

Абырвалг, я никогда не использую ?t

если таблицы без префиксов, то в принципе ?t не сильно и нужен, разве что у нас есть какой-то класс (класс модуля?) в котором через константы объявлены названия таблиц.
 

да может сделать тогда ?p и вставлять так:
что то типа того... зы. 11111

да, можно и ?p, но когда мы не знаем название таблицы, это не сильно поможет.
 
Еще не хватает возможности вставлять одни и те же данные несколько раз, как в sprintf (может об этом уже кто-то писал).

Абырвалг, да, sprintf для этого как раз подходит, тоже думал что будет красиво

А так префиксы работают?
?

vasa_c, ты сам у себя спрашиваешь? оО

я на самом деле не goDB пользуюсь, просто по такому же принципу все сделано.

vasa_c, ты сам у себя спрашиваешь? оО

В моём goDB работают :), в том которое лежит здесь не факт.
 

я на самом деле не goDB пользуюсь, просто по такому же принципу все сделано.

В этом случае логично завести новую тему.

Всем доброй ночи.
 
Мне очень нравится Олег вообще и его goDB в частности, но у нее есть одна проблема: она работает только с MySQL.
Дабы решить эту проблему я решил написать свой вариант с блекджеком и шл... С поддержкой PostgreSQL.
Если честно я, разумеется, почти ничего не писал, а просто тупо скопипастил вариант vasa_c убрал оттуда mysqli и добавил вместо него функций а-ля pg_connect.
 
Это еще даже не альфа, а так рабочая сборка(во всяком случае на работе уже месяц вполне себе не падает).
Об полноценной альфе будет объявлено отдельно.
Документация пока в процессе(wiki формат тяжел для меня), поэтому укажу различия в API:
 
1. Нет плейсхолдера ?s т.к. PostgreSQL не умеет 2. Вариант разбора результата id отдает первый элемент первой строки результата. Для тех кто не в теме в PostgreSQL можно получить oid функциями, но никак не id последней вставки. Его можно получить выбрав из последовательности или заюзав RETURNING(что предпочтительнее). На это собственно я и рассчитывал.
 
В перспективе хочу сделать "единую" либу для обеих баз, т.к. иногда нужно по работе. Правда хз насколько это будет полезно общественности но результат обязательно выложу, если лень не заест.
 

Спасибо за внимание, буду рад любым замечаниям, особенно баг репортам :)
 

UPD Скачать одним файлом.

dallone

В перспективе хочу сделать "единую" либу для обеих баз, т.к. иногда нужно по работе. Правда хз насколько это будет полезно общественности но результат обязательно выложу, если лень не заест.

Единую либу делать, мне кажется, смысла нет. Код усложняется,запутывается, а 100% заменяемости базы все равно добиться не удается. Лучше иметь отдельные либы под каждую базу.
 
А так, конечно, молодца, полезное дело. Хотя потестить не могу - не пользуюсь постгресом.

Ещё не смотрел, но Даллон охуенен

Единую либу делать, мне кажется, смысла нет. Код усложняется,запутывается, а 100% заменяемости базы все равно добиться не удается. Лучше иметь отдельные либы под каждую базу.

Та не я не про ORM'ы всякие говорю: у нас на работе есть пара проектов в которых часть данных живет в MySQL а часть нужно таскать из PostgreSQL(согласен косяк, но так уж сложилось). Так вот хочется просто иметь единый какой-нибудь простенький фабричный метод, у которого можно получать объекты для постгреса или для мускула соответственно, но это потребует переименования классов, т.к. они сейчас по названиям "перекрываются" немного.
 
Впрочем я сейчас подумал и ты таки прав, такую узкозаточенную штуку не стоит на OS выкладывать.

Может что пропустил, а куда pyha.ru/go/godb/ делось?

KENDO

Может что пропустил, а куда pyha.ru/go/godb/ делось?

ололО!
адворд, рерайты?

ставьте http перед цылкоми Да, и, адво, рерайты!

адворерайты!

adw0rd

адворерайты!

адворайты!)

готово

ребят, а как безопасный LIKE припиздячить? чё-то не въеду ....

kostyl, фильтруй базар % и _
Хз, может они экранируются. Почитай доки.

SpartakuS

Хз, может они экранируются. Почитай доки.

Понятно, что экранируются. Я хочу, чтобы не я экранировал

kostyl, экранирование - \%
То есть
Если в таблице есть запись 10%, 15% и тп И нам нужно выделить только проценты, то такой запрос делаем.
Не знаю запустится или нет, но в данном случае мне нужно, чтобы 100% подошли, а 10рублей не подошли под патерн.

SpartakuS
да знаю я
как это делается в goDB ?
select * from table where name like  %?        или как?

что приходит в голову это сделать что то типа select * from table where name like  "%?l" l - это маленькая L

Блин, не заметил, что тема про гоудб. Думаю, что тебе васяц ответит. Ну или сам исходники посмотри.

SpartakuS

Ну или сам исходники посмотри.

Смотрел я исходы. Фигня в том, что управляющие % и _ должны попадать в кавычки, так что как говорит мой начальник "не всё так просто" ;)

а еще было бы неплохо прилепить транзакции, lazy коннект и калбек интерфейс для работы с кешем результатов...

ребят, а как безопасный LIKE припиздячить?

Не помню, по-моему ничего для этого нет. Вручную, видимо, только.
 

транзакции

влом
 

lazy коннект

есть
 

калбек интерфейс для работы с кешем результатов

конкретнее

vasa_c

конкретнее

ну типа помечать запрос как запрос который кешируется в мемкеше и прозрачно работать с его результатами, что то типа того

kostyl, жесткая привязка goDB к мемкеш кешеру? оО имхо неправильный путь

ну типа помечать запрос как запрос который кешируется в мемкеше и прозрачно работать с его результатами, что то типа того

Это претит мне идеологически

не жесткая просто какой-то интерфейс, а что там мемкешь или ничего, пофиг, что юзер захочет - если ничего нет, всё работает как раньше...

kostyl

не жесткая просто какой-то интерфейс, а что там мемкешь или ничего, пофиг, что юзер захочет - если ничего нет, всё работает как раньше...

он обычно хочет дизайн красивые и кнопку "сделать пиздато" )

юзер в данном случае программист

предлагаю допилять для ?с

это я типа фигню сморозил оО ?

опиши словами

добавить алиасы для таблицы и для полей:

хз, может быть, хотя как-то запутано

vasa_c
если добавлять префикс и к псевдониму таблицы тогда наверно проще будет хотя тогда не понятно будет при передаче параметров, задал ли ты псевдоним или реальное имя таблицы...

kostyl, я наоборот отказался от AS. Просто из кода не удаляю для BC. Мне удобнее алиас самому назначить а не передать в массиве:
 

Абырвалг
честно говоря, я еще не особо распробовал. Планирую что один хрен это всё будет собирать маппер или еще кто автоматом с помощью Query Object
Что то типа такого будет делать не я:
 


Короче надо пробовать ничего пока сказать не могу

goDB 1.1.3
 
Пара плейсхолдеров + один метод + один вопросик

О, новая версия!
Здорово. Постараюсь в ближайшем будущем портировать изменения в порт для постгреса.
 
По поводу @todo, на мой взгляд неплохая идея. Для длинных запросов самое то,
ну или если известно что поддерживать будет сторонний программист.
Короче даешь! :)
 
А вот от countRows слегка попахивает... Ну пока он один еще ничего, боюсь просто вдруг библиотека "замусорится"
такого рода функциями и потеряет легковестность?

я могу юзать goDB в комменрческих проектах?)

можешь, но если что, я не виноват

я могу юзать goDB в комменрческих проектах?)

goDB

Лицензия: LGPL

Wiki

GNU LGPL позволяет линковать с данной библиотекой или программой программы под любой лицензией, несовместимой с GNU GPL, при условии, что такая программа не является производной от объекта, распространяемого под (L)GPL, кроме как путём линкования.

почему экранируется символ "

что? где?

при запросе, когда юзаю плейсхолдеры, после прохождения переменной через метод htmlspecialchars, кавычки всеравно экранируются)

иллюстрирующий код

в базу запишется текст следующего вида:

ммм так же экранирует ? Оо

Troy

ммм так

PHP

$company_name = htmlspecialchars($_POST['company_name']);

же экранирует ? Оо

+1

не понял

htmlspecialchars - она экранирует, а не goDB

что, и слеш подставляет?

а нахуя ты делаешь перед добавлением в БД htmlspecialchars?

Абырвалг, хороший вопрос)

я не знаю, выведи что есть $company_name до этого места:

бля, у меня пхп не настроенный был) всем спасибо за участие

Так и знал )

мэджик квотес?

да

вуду пипл, меджик пипл

Наверное nobody cares, но все же:
Все изменения из 1.0.3 внесены в версию для PostgreSQL.
 
Документация тоже будет, но позже, т.к. для нее нужно лень не на 20 минут побороть, а часа на два.

кариес?) dallone, ну что, 5 июня проебали... когда бухаем? Васяц сматался в Одессоньку до начала июля (значит в середине приедет может быть :)

adw0rd, да ладн тебе, уже опечататьсо нельзя :)
 

// Про себя: Надо было не выебыватся, а написать "всем похуй".

 
Надо в чате коллективно собраться и решить, когда забухать :)

1.2.0
 
- Именованные плейсхолдеры
- Длинные синонимы коротких плейсхолдеров
- Ещё всякие мелочи
- Полностью обновлена докуменация
 
Подробности в прес-релизе

вот это красиво! vasa_c, ты теперь не только умный, но и удобный )))

Ну чего, круто. Именованных плейсхолдеров очень не хватало, заебывало по сто раз одно и тоже перечислять.

vasa_c

докуменация

Т

наконец-то
теперь хоть можно взять, да заюзать)

phpdude

vasa_c

докуменация

Т

TT

vasa_c

1.2.0
 
- Именованные плейсхолдеры
- Длинные синонимы коротких плейсхолдеров
- Ещё всякие мелочи
- Полностью обновлена докуменация
 
Подробности в прес-релизе

круто. документация еще никому не мешала. уже в 2х проектах юзаю твою либу. спасибо!

TODO на новые версии - вносите правки, кому интересно.
 
Сделал сравнение с DbSimple.
Кто использовал обе, выскажите экспертную оценку, что там по делу, а чего я нагнал.

по dbsimple всё правильно, раньше активно её использовал и, да, тоже всегда не понимал, нахуй эти макроподстановки нужны

TODO n1, ждем когда будет готово

Чё то я не понял что там в туду по транзакциям. Если их нету предлагаю вообщем стандартное (у меня так):
connector это объект mysqli

Нужны вложенные транзакции? Чтобы настоящий комит был только когда он вызван для всех вложенных?

Я уже писал, что мы давно сделали класс, расширяющий возможности godb для работы с "запросами изменяющими данные в базе". Даже вроде аттачил, но мне не жалко еще раз. (Скачав уберите расширение .gif)
Может кому пригодится, там есть транзакции.
С последней версией не тестил, но по идее должно работать.
 

vasa_c, что значит вложенные?
AlexB, думаю довольно замудрено, чем проще тем лучше... честно говоря не особо вдуплил в чём смысл, разве что "побезопаснее" моего предложения..

Это значит в какой-то функции используется транзакция:

А потом в другом месте в рамках другой транзакции вызывается эта функция.

Первый коммит будет вызван в ff(), но фактического коммита при этом не произойдёт.

kostyl, да че там мудреного?

AlexB, ИМХО не стандартный подход ;)
vasa_c а от куда ff(); узнает надо ей коммитить или нет? ;)

kostyl, $db узнает а не ff()

vasa_c, Абырвалг  я так понял это надо для всяких возможностей, но прикол в том, что управление транзакциями - это свойство приложения, проявляющееся в ACID и ты его никак не скроешь....
 
или я чего то не пойму??
Абырвалг
< $db узнает а не ff()
как?

kostyl

AlexB, ИМХО не стандартный подход ;)

Чего же в нем не стандартного? Роллбэк это в любом случае форс-мажор, поэтому ИМХО совершенно логично сделать его эксепшеном.
Не забываем, что в роллбэке могут быть и другие действия, кроме непосредственно работы с базой, например, удаление лишних файлов. И очень здорово, когда весь "аварийный" код сосредоточен в отдельном месте.

vasa_c, а, я понял, ну можно и так сделать, если только ты всегда коммитишь...

AlexB

$GoDb->Transaction()

я имею в виду интерфейс, одна и та же функция обладает двумя поведениями..

kostyl, в объекте ДБ есть счетчик открытых транзакций

Абырвалг

kostyl, в объекте ДБ есть счетчик открытых транзакций

это ты к чему? по поводу предложения Олега я уже понял ))

ну тебе было что-то непонятно про вложенные транзакции

Абырвалг, ну я не знаю как там в mysqli с вложенными транзакиями или как там, забей я тогда не про то подумал..

kostyl

я имею в виду интерфейс, одна и та же функция обладает двумя поведениями..

Да это частность (иногда бывает удобно). Если посмотришь код, то увидишь что она вызывает две разные функции. Можно вызывать их на прямую, если кому-то так понятнее - не суть.

AlexB

Да это частность (иногда бывает удобно)

Я чаще всего юзал только такой интерфейс, да даже не чаще, а в принципе другой и не юзал ))
try {
$t->start();
/* any code */
$t->commit();
} catch (Exception $e) {
$t->rollback();
}

В DbSimple входные данные (те, которые должны заменить плейсхолдеры), передаются отдельными аргументами метода
В goDB одним аргументом в виде массива

кстати, я в свое время и написал свою либу, так как мне удобнее передавать много аргументов (sprintf-style) и использовать разные методы (fetchAll, while($row = $db->fetch()), fetchCell, fetchScalar(), ...) для разбора результатов

Привел порт PostgreSQL в соответствие с версией 1.2.0.
 
vasa_c пара вопросов:
 
1. Я не понял, то что линк и charset можно передать только в массиве это не баг это фича?
2. Почему есть 'li', 'ai', 'ia' но нет 'il'?
 
И да, даешь транзакции в массы! А то не хочется самомоу запиливать, а потом приводить их в соответствие с godb 1.2.x :)
 

далон охуен!
 
1. да, а как ещё? порядковым аргументом в конструкторе - там уже места нет, тем более он должен соответствовать конструктору mysqli.
2. ai, ia, ni, in, наделал кучу мусора, теперь решил лишнее выкинуть, к одному привести, поэтому только "li" :)

Понял, согласен логичнее будет использовать какой-то один вариант.
Я, кстати, не понял из обсуждения тут, на какой версии транзакций решено остановится, с вложенными или без?

я сам не понял.
как ты сейчас скажешь, так и будет :)

Ну мне лично нужны вложенные :)

dallone

Ну мне лично нужны вложенные :)

только если пользователь не знает о такой возможности, то это должно быть прозрачно для него...

только если пользователь не знает о такой возможности, то это должно быть прозрачно для него...

Ну это то само собой.

1.2.1: юнит-тесты.

тесты - это круто

goDB 1.2.2: ?bool, kassoc и ещё немножко

vasa_c, немного внесу изменений в твоё сравнение с DBSimple
            
В DBsimple можно абсолютно также можно постить массивами.

не, не совсем то, здесь массив вставляющийся вместо одного плейсхолдера, а у меня все данные для всех плейсхолдеров в виде одного массива.

Отсутствие макроподстановки для меня критично, привык уже как в Smarty Кеширование, момент упустил тоже. Вопросы связанные с prepare ... execute   Логирование запросов

Отсутствие макроподстановки для меня критично, привык уже как в Smarty

Ну значит, DbSimple тебе больше подходит )
Если не сложно - объясни всю соль, у Котерова малопонятные примеры.
 

Кеширование, момент упустил тоже.

Про кэширование сказал, что имхо, это задача не того слоя. Писал я там и про prepare и про логи )

vasa_c

Про кэширование сказал, что имхо, это задача не того слоя.

+1

Ну например, я сейчас мало представляю как я буду переписывать свою мини-cms с мульти-языковой выборкой из таблиц, без макросов, можно обойтись и без них, но эт как напильником валить деревья, Не читаемые конструкции php + sql... фиии мерзость как представлю....
Пример удобности макроподстановки поиск и выборка из базы с 50 критериями у которых есть дополнительные критерии в зависимости от входящего значения критерия.

ну примеры, примеры давай )

Начну с простого запроса (кстати одна из возможностей DBSimple формирования древовидного результата, для подобной типовой операции):
 
вместо $config["site"]["locale"] можно указать SKIP, который просто проигнорирует первую подстановку Усложним запрос:
Вложенность таких критериев можно быть бесконечной, без макроподстановки это был бы пиздец.
Формировать каждый запрос с помощью условий, это был бы пиздец.

Ну вот одно нарекание у меня на DBSimple пока - SelectPage - разраб походу не тестировал с данными свыше 150к.
P.S. извини, что подымаю его возможности в твоей теме, ну люблю я либу эту Имелось ввиду для тех кто в танке SelectPage как уверяет автор либы уверяет что отлично применять для постраничной навигации (наверно для данных до 1000)

Использовать SQL_CALC_FOUND_ROW это пиздец. Это в догонку к SelectPage

"SQL_CALC_FOUND_ROW" чем именно плох?

adw0rd

"SQL_CALC_FOUND_ROW" чем именно плох?

не так давно на эту тему был замечательный срач. pydude там тоже был замечен

adw0rd, а ты попробуй сделай выборку данных эдак так 150к :))))))))) а потом сравни тоже самое с 2-умя запросами один из которых COUNT(*).

да, там в той теме тот же пиздюк, который пеарил свою цмс про жирафов в phar-архиве

Абырвалг, ыыыыыыыыы поверхностно пробежался по ссылке абрвалг, дуд там всё верно сказал.
У меня эт в первый раз примерно так:
"а чё чё я? я сам охуел!"

vasa_c

Это значит в какой-то функции используется транзакция:

PHP

function ff() {
    $db->begin();
    $db->query(...);
    $db->query(...);
    $db->commit();
}
 

А потом в другом месте в рамках другой транзакции вызывается эта функция.

PHP

$db->begin();
$db->query(...);
ff();
$db->query(...);
$db->commit();
 

Первый коммит будет вызван в ff(), но фактического коммита при этом не произойдёт.

так чтоли?

pissflaps

adw0rd, а ты попробуй сделай выборку данных эдак так 150к :))))))))) а потом сравни тоже самое с 2-умя запросами один из которых COUNT(*).

справедливо для myisam ) иннодб сука помедленнее будет все равно на глаз)

Если честно, я юзаю для кинсбурга SQL_CALC_FOUND_ROWS и у меня там таблицы innodb в основном, так вот работает быстрее чем COUNT(1)
Я только на основе практики говорю, мне пофиг как он там сфееричски работает плохо, в реальности он мне больше походит и у меня там таблицы не больше 30 000 записей А что касается пагинации в DBSimple или как-то так, то если оно и нужно там (я не думаю на самом деле что такая ф-ость должна там присутствовать), то должен быть выбор юзать SQL_CALC или COUNT

adw0rd, ну ты молодец!!!!

да иди ты)

та я правда рад!

phpdude,  ыыыыыыыыыыыыыыыыыыыыыыыы

pissflaps,

Вложенность таких критериев можно быть бесконечной, без макроподстановки это был бы пиздец.
Формировать каждый запрос с помощью условий, это был бы пиздец.

Смотря насколько часто такое надо.
У меня такое происходит не настолько часто, чтобы вносить это в функционал либы для базы.
Лучше формирование хитрожопых запросов на основании кучи фильтров вынести отдельно.
 
Хотя это моё имхо, и мне тоже говорят, что я набил туда лишнего. возможно и сделаю CTAPbIu_MABP, да, примерно, так

vasa_c,
Ну я тебе не в упрёк, тебе и так уважуха за либу, я просто как нейтральный человек говорю так сказать мысли в слух.
А если так рассуждать, то зачем либы, если в проекте не всё так часто меняется, извратиться и сделать под конкретную задачу кучу условий. :D

ммм, тут уже 17ая страница)))

даёшь 18!

да хоть 25, всё равно вырежу )

на 17ой обычно у нас банят .... :D

Васяц, сделай макроподстановки. ИМХО полезная вещь.

AlexB, как у котерова?

vasa_c, лицензия у библа какая, что я могу с ней делать в плане использования и распространения???

LGPL

vasa_c

AlexB, как у котерова?

Чесно говоря, не знаю как лучше сделать. Надо думать. Возникнут мысли - изложу.
Но то что при переменном количестве условий формировать запрос динамически не совсем удобно - это факт. Тем более что вместе с запросом, еще динамически массив подстановок формировать, хотелось бы как-то это все упростить.

Ну, раз почётный пользователь просит, то сделаем )

AlexB, так используй Doctrine 2, там все это есть

Новый батл - Абырвалг переписывает спорт-экспресс на доктрине, а Адворд на питоне.

vasa_c

Ну, раз почётный пользователь просит, то сделаем )

Спасибо, брат ... )))

vasa_c

Новый батл - Абырвалг переписывает спорт-экспресс на доктрине, а Адворд на питоне.

+1
 
Абырвалг, пиздец гавнокодище ...

phpdude, ну как по мне, то не говнокод, а просто дохуязавернутая хрень.
По сути красиво, но нихуя не информативно + при этом никаких преимуществ перед нативом + плейсхолдерами я не вижу.
Сейчас вот смотрю на старенькие файлы и четко вижу SQL-запросы, сразу понятно что где как. А такая пурга, как у Главрыбы делает весь код однообразным и... и даже не очень поворотливым, ибо шансов что-то проебать только возрастает.

Givi, чру это не я!

phpdude, =)))

Транзакции ещё не внедрил, но доку уже написал. :)
 
Читайте и корректируйте, чтобы потом не высказывали ничего )

А заодно и мультизапросы.

Раз пошла такая пьянка: подготовленные выражения.

Закрытие подготовленного выражение когда оно более не нужно Кеширование

странно, а ты можешь юзать stmt после того когда у же другой запрос выполнил?

не понял

это видимо про сложности с unbuffered query

ааа, это я не понял сначала ))

goDB 1.3.0:
 
- Транзакции
- Мультизапросы
- Подготовленные выражения
- Объекты-ссылки
- И много мелочей.
 
Подробности в пресс-релизе.
 
Пролетарии всех стран выбирают goDB.
 
Качать (zip, 31 K)

Кто на мой RSS подписан? Кому с blgo пришла статья?

vasa_c

Кто на мой RSS подписан? Кому с blgo пришла статья?

последняя запись:

goDB 1.2.2
от Блог ГО автор: vasa_c
 
Ничто не заставляет делать какое-то дело, как необходимость делать другие более важные дела.
Поэтому goDB продолжает радовать нас новыми версиями.
 
В новой версии (1.2.2):
 
Плейсхолдер ?bool: вставка значения для столбца типа BOOL.
 
Формат представления результата kassoc и его подвид kassoc:$col.
 
Формат же vars теперь позволяет выборку по одному столбцу: его значение станет как ключём массива, так и его элементом.
 
Плюс добавлены исключения goDBExceptionFetchUnknown и goDBExceptionFetchUnexpected.
Также местами переписан код.
 
Сам класс теперь можно просмотреть прямо на сайте не скачивая архивов.
 
Ну и конечно, можно всё-таки скачать архив (ZIP, 5K)

гугль ридер использую.
URL фида: http://feeds.feedburner.com/blgo

билять, RSS слажал.
mario, спасибо

vasa_c

mario, спасибо

да незачто )

vasa_c вновь охуенен. Постараюсь накатить в ближайшее время все изменения.
Заодно unit тесты приведу в соответствие с твоими, у тебя они куда грамотнее реализованы.
 
Кстати, насколько  я помню в 2.0 ты планировал Firebird и PostgreSQL поддержку включить напрямую в БД, мне это не приснилось?
С удовольствием помогу, если нужно(ну там по асе поболтать с заинтересованным видом, табуляцию в файлах поправить...).

vasa_c никогда не будет настолько охуенен, насколько охуенен dallone.
 
да, в 2.0 точно будет поддержка адаптеров для различных баз.
а вот то, что сама 2.0 таки будет, это совершенно не точно.
 

С удовольствием помогу, если нужно(ну там по асе поболтать с заинтересованным видом, табуляцию в файлах поправить...).

Не, постгрю сам будешь реализовывать :)

xxx: Дааа, наша Катя с запросами...
yyy: SELECT * ?
ххх: нее, у неё посложнее запросы

Несколько часов убил на выбор, что использовать. Разбираюсь пока в этом плохо. Но нашел, чего мне не хватает, хотя реализуется довольно быстро.
В PDO есть довольно полезная функция fetchAll() - выгружает весь результат в массив. было бы хорошо сделать ее и здесь. Так как в MySqli я не нашел.

в mysqli это есть, но начиная с 5.3

PaNick

В PDO есть довольно полезная функция fetchAll() - выгружает весь результат в массив. было бы хорошо сделать ее и здесь.

Дык в GoDB все есть ...

http://code.google.com/p/go-db/wiki/fetch
 
прямо перед заголовком "Дополнительные параметры формата", есть код
 

думаю, тут ошибка, наверное $result, а не result

эх питон, питон )

charset Указывает кодировку. Не нужно делать вручную SET NAMES

его и так делать не нужно

krasun

думаю, тут ошибка, наверное $result, а не result

да, спасибо
 

fgets

его и так делать не нужно

спасибо за отзыв, если бы вы сделали бы его более развёрнутым, было бы лучше.

vasa_c

krasun

думаю, тут ошибка, наверное $result, а не result

да, спасибо
 

fgets

его и так делать не нужно

спасибо за отзыв, если бы вы сделали бы его более развёрнутым, было бы лучше.

bool mysql_set_charset (string $charset [, resource $link_identifier])
 
mysql_set_charset() функция устанавливает кодировку по умолчанию для текущего соединения.
 
Замечание: Функция работает с MySQL 5.0.7 или выше версиями
Это предпочтительный способ сменить кодировку.
Использование mysql_query() чтобы выполнить SET NAMES... не рекомендуется.

fgets, mysql_set_charset тоже не рекомендуется, рекомендуется mysqli :)
только смысл не меняется, чтобы вызвать эту функцию, всё равно подключиться нужно сначала.

vasa_c

fgets, mysql_set_charset тоже не рекомендуется, рекомендуется mysqli :)
только смысл не меняется, чтобы вызвать эту функцию, всё равно подключиться нужно сначала.

http://php.net/manual/en/mysqli.set-charset.php
 
Note: This is the preferred way to change the charset. Using mysqli::query() to execute SET NAMES .. is not recommended.
 
имелось ввиду что тут на уровне пхп это делается, т.е. быстрее и проще чем SET NAMES, и да подключиться нужно

1.3.2.. Пофикшен баг с итераторами.

goDB 2.0: адаптер для постгри от dallone.

Подскажите, пожалуйста.
 
На сервере MySQL есть хранимые процедуры, возвращающие несколько резалтсетов. Обратиться с помощью mysqli_multi_query к ним получается, но с помощью goDB не получилось.
 
Запрос вроде такого возвращает ошибку:

Можно ли вообще в goDB получать от хранимой процедуры несколько результирующих наборов?

Можно попробовать обратиться напрямую к mysqli-методу: $db->multi_query()

Да. Через $db->multi_query() работает. Только разбор результата не удобный - такой же как в родном mysqli. Придётся дописывать отдельно...

А нельзя ли добавить возможность возвращения методом $db->multi_query нормальный разбор результата по аналогии с возвращаемым методом multiQuery? Или чтобы multiQuery возвращал несколько значений, генерируемых хранимой процедурой?

Думаю это добавится только после того, как Вася_Ц сам заимеет необходимость в такой фишке.

nworm

А нельзя ли добавить возможность возвращения методом $db->multi_query нормальный разбор результата по аналогии с возвращаемым методом multiQuery?

Можно попробовать через ->fetch() пропустить, но не уверен.
 

Givi

Думаю это добавится только после того, как Вася_Ц сам заимеет необходимость в такой фишке.

Ну если написать заяву с конкретным описанием проблемы, то может и попробую что-нибудь сделать )

Ок. Тогда описание проблемы:
 
Хранимые процедуры в MySQL позволяют использовать для получения результата оператор SELECT. Если в процедуре несколько SELECT'ов, то сгенерируют множественный набор результатов (multiple result set).
 
Выполняем запрос "CALL `h_giEngine(1)`". Функция h_giEngine(id) возвращает 5 наборов значений.
 
В goDB на данный момент
 
$db->query отрабатывает запрос, но возвращает только первый параметр. Без free_result дальнейшие запросы делать нельзя.
 
$db->multiQuery не отрабатывает вообще. Сваливается в godb.php на строке 1200 с сообщением 'multi results > queires'. Я так понимаю это сделано для защиты от ситуации, когда у нас разное количество запросов в базу и ответных возвращаемых наборов.
 
$db->multi_query отрабатывает правильно. Однако, в этом случае результирующие наборы неудобно обрабатывать. Приходится использовать такую конструкцию:

В массиве $r ассоциативный двумерный массив, подобный тому, который возвращает метод $db->multiQuery. С таким массивом потом можно относительно удобно работать.

---

Таким образом можно доработать метод multiQuery, чтобы он мог возвращать несколько наборов значений (в виде соответствующего массива в зависимости от значения параметра $fetches) тогда, когда производится вызов процедуры.

я так понял это что-то похожее на Doctrine DBAL? Надо будет посмотреть.

да, только лучше )))

не видел Доктрину, но библа Олега очень удобная. Хотя. пока я использую всего 10-15% её возможностей, но и это сокращает мне говнокод в 3-5 раз.

mario

да, только лучше )))

чем?

Абырвалг

простотой ;)
PS спокуха бро! Я не агрить пришел )

я тоже не троллить и не спорить пришел. Просто интересно

Абырвалг

я тоже не троллить и не спорить пришел. Просто интересно

согласись, быстрее разобраться с гоДБ, чем с Доктриной, не спорю, мне и доктрина нравится вместе с симфони ))

vasa_c

спустя 156 дней 21 минуту 53 секунды

некропостер блеядь!

phpdude

спустя 2 минуты 45 секунд

Дудопостер, блеадь!

что вынудило уйти с гуглокода?

Я не уходил пока с гуглокода.
Я старую версию перенёс с пыхохаба.

vasa_c, линк на документацию не фурычит (https://github.com/vasa-c/godb-old/blob/master/README.md)

Givi, спасибо :)

Хорошая либа, только не понял как работать с функциями типа NOW(), если нужно их вставить в INSERT
Сейчас вставляю ее как ?q, чтобы она не экранировалась

не совсем понял вопрос. можно предметный код?

update {users} SET last_act = NOW() WHERE id = "1"
 
чтото типа такого, last_act = DATETIME

ну видимо NOW() это текущее время и дата, кэп

это да, только после выполнения query();
если я передаю NOW() параметром, то оно обертывается в кавычки, тогда оно не срабатывает и принимается как строка Например у УИ это делается так
У Зенда вроде так

placeholder спасет отца русской демократии?

я этого и хочу добиться :)
вот живой скрипт
 

Вот NOW() так и использовать или через плейсхолдер запихать реально?

Alexmorbo

я этого и хочу добиться :)
вот живой скрипт
 

PHP

$userID = mrb::$db->query('INSERT INTO {users} (?cols) VALUES (?, ?, ?, ?, ?, NOW(), ?, ?, ?, ?)', $data, 'id');

Вот NOW() так и использовать или через плейсхолдер запихать реально?
 

А на хуя спрашивается?:D Только что б красиво было, или боитесь что база сама себе инъекцию сделает?D

=))) База-суицидистка.

Status

Alexmorbo

я этого и хочу добиться :)
вот живой скрипт
 

PHP

$userID = mrb::$db->query('INSERT INTO {users} (?cols) VALUES (?, ?, ?, ?, ?, NOW(), ?, ?, ?, ?)', $data, 'id');

Вот NOW() так и использовать или через плейсхолдер запихать реально?
 

А на хуя спрашивается?:D Только что б красиво было, или боитесь что база сама себе инъекцию сделает?D
 

Чтобы красиво было (: ну и база суицидница, да (:

ну просто NOW() вставить в запрос, как обычно.
другое дело, что через список, типа ?l, конечно, такое не выйдет.

Alexmorbo, это проблема многих библиотек для БД. используй NULL вместо NOW().
Впрочем, я бы рекомендовал вставлять ни то ни другое, а текущее время в UTC (формировать в скрипте, а не в запросе)

master

формировать в скрипте, а не в запросе

+1

Абырвалг

master

формировать в скрипте, а не в запросе

+1

+1

да, да, потому что
- время сервера БД может отличаться от времени сервера скрипта
- сервер БД может измениться
- серверов БД может быть несколько, и каждый со своим временем, ага

master

- серверов БД может быть несколько, и каждый со своим временем, ага

серверов с программным кодом может быть несколько и каждый со своим временем :)

Периодически вылезает такая ошибка в кроне
 
PHP Warning:  mysqli::autocommit(): Couldn't fetch goDB in /usr/script/godb.php on line 154
PHP Warning:  mysqli::multi_query(): Couldn't fetch goDB in /usr/script/godb.php on line 393
PHP Warning:  mysqli::store_result(): Couldn't fetch goDB in /usr/script/godb.php on line 1162
PHP Warning:  goDB::multiFetch(): Couldn't fetch goDB in /usr/script/godb.php on line 1163
PHP Warning:  mysqli::more_results(): Couldn't fetch goDB in /usr/script/godb.php on line 1187
PHP Warning:  mysqli::rollback(): Couldn't fetch goDB in /usr/script/godb.php on line 209
PHP Warning:  mysqli::autocommit(): Couldn't fetch goDB in /usr/script/godb.php on line 210
PHP Fatal error:  Uncaught exception 'goDBExceptionMulti' with message 'multi results < queires' in /usr/script/godb.php:1193
Stack trace:
#0 godb.php(395): goDB->multiFetch(Array, NULL, NULL, true)
#1 cron.php(809): goDB->multiQuery(Array, Array)
#2 {main}
  thrown in /usr/script/godb.php on line 1193
 
Может кто-нибудь сталкивался с подобным, куда копать подскажите?

#1 cron.php(809): goDB->multiQuery(Array, Array)
 
что сюда передаётся?

Вот запрос:
 
$sql=array();
$sql[]="INSERT INTO pages_week (date,page,cnt,cnt1,cnt2,cnt3) select date,page,sum(cnt),sum(cnt1),sum(cnt2),sum(cnt3) from pages where DATE between date1 and date2 group by page";
$sql[]="DELETE FROM pages_week WHERE date < date3;
 

Сами по себе запросы выполняются. До этого запроса еще много запросов выполняется. Может ошибка из-за того что скапливается много данных и они не могут в базу сохраниться?

Васяц, а на питон либу не планируешь переписать?

AlexB

Васяц, а на питон либу не планируешь переписать?

а нахуй она там нужна?)

Петон же итак охуенен, в нём всё есть.