Хабрахабр / Комментарии к посту «DaBase — не очередная ORM для PHP» в блоге «PHP»

Хабрахабр / Комментарии к посту «DaBase — не очередная ORM для PHP» в блоге «PHP» http://habrahabr.ru/rss/post/72731/ ru editor@habrahabr.ru habrahabr.ru Sat, 11 Feb 2012 12:26:19 GMT http://habrahabr.ru/ http://habrahabr.ru/i/logo.gif Хабрахабр 29.10.2009 18:30:29 developer http://habrahabr.ru/blogs/php/72731/#comment_2125090 http://habrahabr.ru/blogs/php/72731/#comment_2125090 Thu, 29 Oct 2009 18:30:29 GMT developer 19.10.2009 19:12:53 liaren http://habrahabr.ru/blogs/php/72731/#comment_2090318 http://habrahabr.ru/blogs/php/72731/#comment_2090318
создаёте класс

class GoldUsers extends DaBase_Getter {

 

 protected $tableName = 'users';

 protected $objectsClass = 'User';

 

 protected function postInit() {

 $this->isGold(true);

 }

}

И всё, теперь обращаясь: $db->goldUsers->get() всегда получаете геттер класса GoldUsers c предустановленным фильтром.
]]> Mon, 19 Oct 2009 19:12:53 GMT liaren 19.10.2009 09:05:38 liaren http://habrahabr.ru/blogs/php/72731/#comment_2088317 http://habrahabr.ru/blogs/php/72731/#comment_2088317
Нет, хотя наверное стоило.

> Можно конкретики? Памяти слишком много отжиралось, слишком долго выполнялось? Что именно?

Памяти и процессорного времени. В проекте, в котором очень высокая нагрузка на фронтенд, более 500kb Propel-овского кода начинают давать о себе знать. Даже использование opcode-ного кеширование не спасало.

> Как сделать фильтр по этой колонке.

$db->users->filter('order', 5, '>')->get();

]]> Mon, 19 Oct 2009 09:05:38 GMT liaren 19.10.2009 07:51:27 remal http://habrahabr.ru/blogs/php/72731/#comment_2088130 http://habrahabr.ru/blogs/php/72731/#comment_2088130 В том, что при создании запроса генерится слишком много левых (Propel-овских объектов), в том, что сам код перевешивает код всей системы и т.д.Можно конкретики? Памяти слишком много отжиралось, слишком долго выполнялось? Что именно?

Я правильно понимаю, что проект был настолько оптимизирован (и база тоже), что ORM стала реально узким местом?

$db->users->order('order')->get(); // :)

Я криво написал, а вы не поняли. Как сделать фильтр по этой колонке. Сейчас фильтрация у вас идет методами с таким же названием как и колонка. Метод order же уже существует, а, значит, по значению эту колонку будет не отфильтровать.]]> Mon, 19 Oct 2009 07:51:27 GMT remal 19.10.2009 01:09:19 VolCh http://habrahabr.ru/blogs/php/72731/#comment_2087643 http://habrahabr.ru/blogs/php/72731/#comment_2087643
YAML не пробовали?]]> Mon, 19 Oct 2009 01:09:19 GMT VolCh 19.10.2009 00:01:15 w999d http://habrahabr.ru/blogs/php/72731/#comment_2087608 http://habrahabr.ru/blogs/php/72731/#comment_2087608
С моей точки зрения главное — ORM должна обеспечить разработчика таким функционалом, чтобы ему не пришлось написать ни строчки SQL (оставив такую возможность).

На самом деле «DaBase» до ORM допилить не так сложно, у меня был подобный прототип — code.google.com/p/zenmysql/ Вторая версия, которую вылизываю последние пару недель теперь полностью поддерживает CRUD и умеет возвращать нужные типы объектов. В сочетании с генератором классов — теперь объект сам знает свои PK, список полей и дефолтных значений, связи с другими таблицами, поля можно оборачивать в другие классы с настройкой свойств. Но это не набор функционала любой ORM.

Наворачивать можно до бесконечности, но такие обертки для баз, таблиц, рядов в основе, как DaBase — очень помогают при написании собственно, самой ORM. Также, в моем случае, основной задачей первой версии zenmysql было получение ссылок (mysql link resource) на 3-4 базы данных одновременно, и абстракция mysql_query($sql, $dblink) при каждом запросе в виде $table->q($sql)]]> Mon, 19 Oct 2009 00:01:15 GMT w999d 18.10.2009 23:51:57 liaren http://habrahabr.ru/blogs/php/72731/#comment_2087603 http://habrahabr.ru/blogs/php/72731/#comment_2087603
А к чему тогда эти ваши слова:
> ORM по определению должна абстрагировать бизнес-логику от SQL

API должно абстрагировать бизнес логику от ORM, а ORM в свою очередь в идеале должно абстрагировать способ хранения и доступа к данным.]]> Sun, 18 Oct 2009 23:51:57 GMT liaren 18.10.2009 23:46:25 liaren http://habrahabr.ru/blogs/php/72731/#comment_2087601 http://habrahabr.ru/blogs/php/72731/#comment_2087601
Стоп. Опять кто-то не внимательно руководство читал. Для DaBase не нужен никакой список классов!

Вы конечно извинете, но я уже устал тут разглагольствовать. Чисто субъективно этот Redbeans местами чепушной какой-то. И не надо говорить, что он удобней чем DaBase т.к. банально судя по примерам которые вы привели это не так.

Короче, если вам так нравится этот ORM, то напишите о нём полноценную статью на хабре, лично мне будет очень интересно почитать. А критика, будьте уверены, народ вам ещё много чего «хорошего» про него расскажет.]]> Sun, 18 Oct 2009 23:46:25 GMT liaren 18.10.2009 23:12:25 nayjest http://habrahabr.ru/blogs/php/72731/#comment_2087583 http://habrahabr.ru/blogs/php/72731/#comment_2087583
Для RedBean так же как и у вас, не нужно писать конфигов или схему БД. Достаточно списка классов, которым на ходу можно присваивать любые поля.

require('oodb.php');

RedBean_Setup::kickstartDev('', 'mysql:host=localhost;dbname=mydatabase' );
//В режиме разработки по ходу того что мы будем делать далее создадутся соответствующие таблицы в БД, так же их структура может меняться налету.
Есть и режим, в котором изменение структуры БД запрещено — уже для продакшена.

Redbean_OODB::Gen('Post,Comment');//теперь у нас есть классы Page,Post,Comment

$p = new Post;
$p->caption='bla-bla-bla';
$p->setRating(1500);//можно и методами
$p->text=$some_text;
$c = new Comment;
$c->text='qweqweqwe';
$p->add($c);
$id = $p->save();

Доступ к сохранённому экземпляру:
$p2 = new Post( $id );
echo $p2->caption;
$p2->author='Valera';
$p2->save(); — вот теперь в структуру таблицы будет добавлено новое поле!

Можно импортировать поля из массива:
$employee->import( array('name'=>'John','badge'=>123) );

Или экспортировать в массив:
$arr = $bean->exportAsArr();

Есть поиск по SQL:
$persons = Person::where(' name LIKE {nm} and age > {ag} order by customerid asc ',
array('name'=>'Geor%','age'=>50))->getBeans();

Просто получить все записи из таблицы (массив массивов) можно через:
$persons = Person::findAll();

Можно также хранить древовидные структуры, используется Ad.List

И многое другое]]> Sun, 18 Oct 2009 23:12:25 GMT nayjest 18.10.2009 23:07:41 nikelin http://habrahabr.ru/blogs/php/72731/#comment_2087577 http://habrahabr.ru/blogs/php/72731/#comment_2087577 ]]> Sun, 18 Oct 2009 23:07:41 GMT nikelin 18.10.2009 23:02:41 liaren http://habrahabr.ru/blogs/php/72731/#comment_2087568 http://habrahabr.ru/blogs/php/72731/#comment_2087568 Sun, 18 Oct 2009 23:02:41 GMT liaren 18.10.2009 23:01:03 liaren http://habrahabr.ru/blogs/php/72731/#comment_2087565 http://habrahabr.ru/blogs/php/72731/#comment_2087565 Sun, 18 Oct 2009 23:01:03 GMT liaren 18.10.2009 22:58:36 liaren http://habrahabr.ru/blogs/php/72731/#comment_2087564 http://habrahabr.ru/blogs/php/72731/#comment_2087564
В том, что при создании запроса генерится слишком много левых (Propel-овских объектов), в том, что сам код перевешивает код всей системы и т.д.

> В том же самом пропеле я в одном XML конфиге получаю структуру базы. Легко, доступно и в одном месте.

А мне вот не нравится их синтексис XML-конфига, я в SQLYog быстрее базу заделаю. А вообще это всё клёво если с нуля систему проектировать, а если готовая — пилим гири?

> Расскажите как мне работать с колонкой order, если она есть в таблице? Как мне сделать условие «IS NOT NULL»?

$db->users->order('order')->get(); // :)

> Я бы не стал сравнивать клиентскую часть и серверный код.

Тут вопрос не в клиентской части и серверной, а в том какими граблями волосы расчёсывать :)]]> Sun, 18 Oct 2009 22:58:36 GMT liaren 18.10.2009 22:52:09 w999d http://habrahabr.ru/blogs/php/72731/#comment_2087561 http://habrahabr.ru/blogs/php/72731/#comment_2087561 Sun, 18 Oct 2009 22:52:09 GMT w999d 18.10.2009 21:44:24 remal http://habrahabr.ru/blogs/php/72731/#comment_2087465 http://habrahabr.ru/blogs/php/72731/#comment_2087465 Спорный вопрос. Properl & Doctrine & etc это полноценные и тяжелые ORM, они требуют полной спецификации базы и соответствующей конкретики в обращении с нейВ том же самом пропеле я в одном XML конфиге получаю структуру базы. Легко, доступно и в одном месте.

Вы высоко нагруженные проекты на Propel когда-нибудь профайлили? Случается, что в конечном счёте приходится или Propel откручивать, или вторую серверную стойку на Xeon-ах прикручивать.

Вы хотите сказать, что Propel был узким местом вашего проекта? В чем именно? Кроме кривой системы кеширования, которую можно всегда заменить, я не могу представить что там может тормозить. Быть может, стоило, наконец, освоить какой-то другой язык кроме PHP, если ORM библиотека является узки местом?

Удобнее? Я считаю да, во многих моментах удобнее. Надо будет в топике подправить, что сие не есть Enterprise-решение

Расскажите как мне работать с колонкой order, если она есть в таблице? Как мне сделать условие «IS NOT NULL»?

А это вообще возможно? Простите, но как вы себе представляете пылесос и фен в одном флаконе?

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

Скажите это тем, кто использует Twitter вместо Livejournal

Я бы не стал сравнивать клиентскую часть и серверный код.]]> Sun, 18 Oct 2009 21:44:24 GMT remal 18.10.2009 21:08:19 liaren http://habrahabr.ru/blogs/php/72731/#comment_2087399 http://habrahabr.ru/blogs/php/72731/#comment_2087399
Ну один самый очевидный способ и так все знают — чистый SQL, всё что далее — оптимизация способов его генерации, и тут уж не так много методов, чтобы их запомнить. Штук 5 всего, а ключевых так вообще 2-3.

> PDO, в отличие от mysql_ позволяет нормально вставлять константные значения в запросы. А вы ваше экранирование где-нибудь обязательно забудете и получите дыру в безопасности.

Ну и DaBase нормально с константами работает, в руководстве ведь написано. И какая разница, что вы забудете в PDO значение переменной без prepare вставить, или в DaBase так же? Если человек дурак…

> То, что добавить поддержку других баз невозможно принципиально — дикий фейл. Вы вообще про полиморфизм слышали что-нибудь?

Слышал, только пока необходимости не было, не думал, что для большинства этот вопрос так остро стоит. На днях прикручу PDO с его драйверами под прочие БД и зарефакторю генерацию соответствующего SQL.

> Освоить тот же Propel туда как проще чем вашу ORM. Документация в разы лучше и сам код логичнее. У меня на это ушло ну максимум час.

Спорный вопрос. Properl & Doctrine & etc это полноценные и тяжелые ORM, они требуют полной спецификации базы и соответствующей конкретики в обращении с ней. Вы высоко нагруженные проекты на Propel когда-нибудь профайлили? Случается, что в конечном счёте приходится или Propel откручивать, или вторую серверную стойку на Xeon-ах прикручивать.

> Вы предложили что-то революционное? Удачно совместили плюсы других ORM и не повторили минусов?

Я предложил альтернативу, и ни в коем случае не конкуренцию тяжеловесным ORM пакетам. Главная задача серьёзных ORM пакетов — универсальность, за что приходится платить производительностью и удобством использования. Я преследовал главный принцип практичности, т.к. именно этого мне часто и не хватает в других библиотеках. А вдруг не я один такой?

> Что-то удобнее существующего?

Удобнее? Я считаю да, во многих моментах удобнее. Надо будет в топике подправить, что сие не есть Enterprise-решение.

> Удачно совместили плюсы других ORM и не повторили минусов?

А это вообще возможно? Простите, но как вы себе представляете пылесос и фен в одном флаконе?

> Единственный «аргумент» — легкость, который отнюдь не является плюсом и являться им не может.

Скажите это тем, кто использует Twitter вместо Livejournal. Вы слишком критичны. Я не спорю, что есть широкий ряд задач, для которых актуальнее использовать Properl или Doctrine, но всё-таки считаю, что спектр адекватного применения DaBase также достаточно широк.]]> Sun, 18 Oct 2009 21:08:19 GMT liaren 18.10.2009 20:28:22 remal http://habrahabr.ru/blogs/php/72731/#comment_2087344 http://habrahabr.ru/blogs/php/72731/#comment_2087344
PDO, в отличие от mysql_ позволяет нормально вставлять константные значения в запросы. А вы ваше экранирование где-нибудь обязательно забудете и получите дыру в безопасности. Да и кроме этого плюсы есть, которые очевидны если почитать документацию.

Я не понимаю почему надо использовать велосипед сомнительного качества с крайне низким кол-вом функциональности ради «легкости». Освоить тот же Propel туда как проще чем вашу ORM. Документация в разы лучше и сам код логичнее. У меня на это ушло ну максимум час.

Вы предложили что-то революционное? Что-то удобнее существующего? Удачно совместили плюсы других ORM и не повторили минусов? Ответы на все вопросы: нет. Единственный «аргумент» — легкость, который отнюдь не является плюсом и являться им не может. Ибо не кол-вом кода мерится качество и удобство продукта.]]> Sun, 18 Oct 2009 20:28:22 GMT remal 18.10.2009 20:11:07 liaren http://habrahabr.ru/blogs/php/72731/#comment_2087312 http://habrahabr.ru/blogs/php/72731/#comment_2087312
Знаю я про Propel, а Doctrine так лучше бы и не знал вовсе. Ещё раз: DaBase — это не ORM в буквальном смысле. Вы документацию вообще видели, на страницу проекта хотя бы заходили, читали что там написано?

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

А вы не понимаете, что для ряда проектов Doctrine и Propel просто неприлично тяжелы и большинство просто не возьмётся их осваивать? Хотя я вот освоил, но всё равно порой не актуально мне на тракторе ковёр пылесосить. Вот для таких целей и использую DaBase — просто зная структуру базы работаю с ней как с объектной моделью, а где критично добавляю спецификацию моделей с набором правил валидации.

]]> Sun, 18 Oct 2009 20:11:07 GMT liaren 18.10.2009 19:46:28 remal http://habrahabr.ru/blogs/php/72731/#comment_2087249 http://habrahabr.ru/blogs/php/72731/#comment_2087249 PDO!

Я не верю, что после просмотра кода Propel'a или Doctrine можно написать такое. Неужели вы не смотрели другие ORM перед тем как писать свою?]]> Sun, 18 Oct 2009 19:46:28 GMT remal 18.10.2009 19:37:57 capt_Rimmer http://habrahabr.ru/blogs/php/72731/#comment_2087223 http://habrahabr.ru/blogs/php/72731/#comment_2087223 Sun, 18 Oct 2009 19:37:57 GMT capt_Rimmer 18.10.2009 18:45:52 liaren http://habrahabr.ru/blogs/php/72731/#comment_2087081 http://habrahabr.ru/blogs/php/72731/#comment_2087081
Насчёт двух объектов одной и той же строки: момент с одной стороны важный, но с другой стороны не совсем т.к. у вас ведь если подумать в один момент времени один и тот же объект может быть задействован в разных скриптах… а это уж точно почти никак не проконтролировать.

Но меня в микро-тасках есть этот вопрос, хочу унаследовать решение у LightOrm for PHP.]]> Sun, 18 Oct 2009 18:45:52 GMT liaren 18.10.2009 18:38:38 liaren http://habrahabr.ru/blogs/php/72731/#comment_2087061 http://habrahabr.ru/blogs/php/72731/#comment_2087061
Но просто в этом случае теряется некая прозрачность логики работы объектов. Я вовсе не считаю правильным возлагать на инструмент абстрагирования с базой функции контроля бизнес процессов, потому как в этом случае всем прочим разработчикам придётся каждый раз обращаясь к методам библиотеки учитывать что они могли бы быть 15 раз переопределны.

В вашем случае мне кажется проще всего было бы ограничиться одной моделью User, при этом добавив в своё API метод возвращаемый Getter с фильтром по isGold. Т.е.:

public function getGoldUsersGetter() {
return $this->db->users->isGold(true);
}

B потом уже делайте с ним что хотите.]]> Sun, 18 Oct 2009 18:38:38 GMT liaren 18.10.2009 18:36:53 haskel http://habrahabr.ru/blogs/php/72731/#comment_2087057 http://habrahabr.ru/blogs/php/72731/#comment_2087057 C DaBase все ясно, но почему Николай Воронов?]]> Sun, 18 Oct 2009 18:36:53 GMT haskel 18.10.2009 18:31:47 ArtemS http://habrahabr.ru/blogs/php/72731/#comment_2087050 http://habrahabr.ru/blogs/php/72731/#comment_2087050 $comment->getUser()->getName() — Так можно?

И еще. ОРМ никак не запоминает объекты, поэтому в определенный момент времени у меня может быть 2 объекта в памяти, которые будут ссылаться на одну и туже запись в таблице, а это очень плохо.

]]> Sun, 18 Oct 2009 18:31:47 GMT ArtemS 18.10.2009 18:26:49 aubt http://habrahabr.ru/blogs/php/72731/#comment_2087041 http://habrahabr.ru/blogs/php/72731/#comment_2087041
$db->usersGold->limit(10)->get() == select * from users where isGold = 1 limit 10

или нет?]]> Sun, 18 Oct 2009 18:26:49 GMT aubt 18.10.2009 18:23:28 liaren http://habrahabr.ru/blogs/php/72731/#comment_2087036 http://habrahabr.ru/blogs/php/72731/#comment_2087036
Пробежался по документации этого RedBean http://www.redbeanphp.com/#/beans. Не знаю чем он лучше всех прочих ORM, хотя кстати всем прочим я предпочитаю DaBase (хоть она и не совсем и ORM). Не аргумент?

Тогда вот, пробежался по исходникам… помимо претензий к архитектуре, вот конкретный пример:

 public function selectRecord($type, $ids) {

 $type=$this->adapter->escape($type);

 $rows = $this->adapter->get( "SELECT * FROM `$type` WHERE id IN ( ".implode(",",$ids)." )");

 if ($rows && is_array($rows) && count($rows)>0) {

 return $rows;

 }

 else {

 return null;

 }

 }

А где элементарное экранирование? Не стал бы я таким разработчикам свою базу доверять.]]> Sun, 18 Oct 2009 18:23:28 GMT liaren 18.10.2009 18:14:43 liaren http://habrahabr.ru/blogs/php/72731/#comment_2087015 http://habrahabr.ru/blogs/php/72731/#comment_2087015
На на самом деле зарефакторить на поддержку кастомных PK-полей дело плёвое, просто в константу вынести название PK-поля. Дальше начинаются вариации с составными PK-полями, но их уже как-то совсем избыточно учитывать. ]]> Sun, 18 Oct 2009 18:14:43 GMT liaren 18.10.2009 18:13:11 nayjest http://habrahabr.ru/blogs/php/72731/#comment_2087012 http://habrahabr.ru/blogs/php/72731/#comment_2087012 Sun, 18 Oct 2009 18:13:11 GMT nayjest 18.10.2009 18:08:39 liaren http://habrahabr.ru/blogs/php/72731/#comment_2087000 http://habrahabr.ru/blogs/php/72731/#comment_2087000
$validator->add('isGold', new Validator_Rule_Regexp('/^1$/'))]]> Sun, 18 Oct 2009 18:08:39 GMT liaren 18.10.2009 18:08:05 ArtemS http://habrahabr.ru/blogs/php/72731/#comment_2086998 http://habrahabr.ru/blogs/php/72731/#comment_2086998 Sun, 18 Oct 2009 18:08:05 GMT ArtemS 18.10.2009 18:07:29 liaren http://habrahabr.ru/blogs/php/72731/#comment_2086996 http://habrahabr.ru/blogs/php/72731/#comment_2086996
public $isGold = 1;

и для верности можно ещё валидацию на него повесить, типа

$validator->add(new Validator_Rule_Regexp('/^1$/'))

оно по умолчанию будет автоматом при всех insert-ах и update-ах срабатывать]]> Sun, 18 Oct 2009 18:07:29 GMT liaren 18.10.2009 17:44:50 aubt http://habrahabr.ru/blogs/php/72731/#comment_2086940 http://habrahabr.ru/blogs/php/72731/#comment_2086940 Можно ли сделать так, чтобы $db->usersGold выдавал только объекты с isGold = 1?]]> Sun, 18 Oct 2009 17:44:50 GMT aubt 18.10.2009 17:39:09 liaren http://habrahabr.ru/blogs/php/72731/#comment_2086925 http://habrahabr.ru/blogs/php/72731/#comment_2086925 На DaBase это просто делается

наследуем User от DaBase_Object и прописываем const table = 'users'

наследуем GoldUser от User и… и всё

$db->users и $db->usersGold будут выдавать объекты одной таблицы, но разных классов]]> Sun, 18 Oct 2009 17:39:09 GMT liaren 18.10.2009 17:36:31 liaren http://habrahabr.ru/blogs/php/72731/#comment_2086920 http://habrahabr.ru/blogs/php/72731/#comment_2086920
Грубо так сравнивать, Hibernate больше подходит для Enterprise-решений, и при том если с нуля только на нём и разрабатывать. А попробуйте действующий проект на Hibernate зарефакторить, непросто это очень.]]> Sun, 18 Oct 2009 17:36:31 GMT liaren 18.10.2009 16:54:53 nikelin http://habrahabr.ru/blogs/php/72731/#comment_2086836 http://habrahabr.ru/blogs/php/72731/#comment_2086836
$db->user->…

$db->user_gold->…

Мне, допустим, нужно чтобы user и user_gold — были одной и той же таблицой.]]> Sun, 18 Oct 2009 16:54:53 GMT nikelin 18.10.2009 16:51:17 liaren http://habrahabr.ru/blogs/php/72731/#comment_2086827 http://habrahabr.ru/blogs/php/72731/#comment_2086827
2. Я знаю, что такое фабрика объектов, но так или иначе невозможно избежать создания отдельного объекта DaBase_Getter на каждый отдельный запрос. Надо понимать, что это объект, который хранит конфигурацию запроса: фильтры, сортировки, join-ы.

Что же теперь, сделать один глобальный Getter и в нём стеком хранить все текущие конфигурации запросов? Там по накладкам памяти ещё больше уйдёт.

P.S. В сторону наследования чего от чего? Там всего 3 базовых класса. Может имеется ввиду создание абстрактных прородителей?]]> Sun, 18 Oct 2009 16:51:17 GMT liaren 18.10.2009 16:42:19 nikelin http://habrahabr.ru/blogs/php/72731/#comment_2086817 http://habrahabr.ru/blogs/php/72731/#comment_2086817
2. Зачем это допускать, если этого можно избежать? См. Фабрика объектов.

P.S Ещё подумайте в сторону наследования. ]]> Sun, 18 Oct 2009 16:42:19 GMT nikelin 18.10.2009 16:35:12 liaren http://habrahabr.ru/blogs/php/72731/#comment_2086805 http://habrahabr.ru/blogs/php/72731/#comment_2086805
2. Для памяти это ерунда т.к. сам по себе DaBase_Getter почти ничего не весит, к тому же по одному крохотному объекту на выборку это тем более ни о чём по сравнению с 10-20 объектами на выборку у тех же Propel/Doctrine/etc.

Вообще странная претензия т.к. сам результат из 100 объектов выборки будет по сути в 100 раз тяжелее объекта запроса выборки, но и всё равно при этом очень мало памяти задействуется.

3. Адаптер для подключения будет, и вполне возможно что на базе PDO

4. Про блокировки пока не думал даже, но буду учитывать. Пока обходимся транзакциями и блокировками на уровне mysql.]]> Sun, 18 Oct 2009 16:35:12 GMT liaren 18.10.2009 16:24:02 nikelin http://habrahabr.ru/blogs/php/72731/#comment_2086774 http://habrahabr.ru/blogs/php/72731/#comment_2086774 1. Явно ненужное Dependency Injection ввиде DataBase_Object
2. Создание DataBase_Getter'а каждый раз, когда идёт обращение к DataBase_Db::getGetter(), что конечно же очень «оптимально» для памяти.
3. Отсутствие адаптера для подключения.
4. Отсутствие программной поддержки блокировок ( см. «Пессимистическая блокировка», «Оптимистическая блокировка»), т.е. оно есть но я никак не смогу узнать заблокирована ли таблица в настоящий момент, и т.д.
]]> Sun, 18 Oct 2009 16:24:02 GMT nikelin 18.10.2009 16:12:54 liaren http://habrahabr.ru/blogs/php/72731/#comment_2086748 http://habrahabr.ru/blogs/php/72731/#comment_2086748 Sun, 18 Oct 2009 16:12:54 GMT liaren