[Moscow.pm] Размышления на тему HTML и вообще

[Евгений Торопов]

On Oct 28, 2011, at 4:18 PM, Andrei wrote:

> 28 октября 2011 г. 13:59 пользователь Евгений Торопов <jt на aaanet.ru> написал:
> 
> 
> On Oct 28, 2011, at 3:51 PM, Andrei wrote:
> 
>> 28 октября 2011 г. 13:35 пользователь Евгений Торопов <jt на aaanet.ru> написал:
>> On Oct 28, 2011, at 3:11 PM, Andrei wrote:
>> 
>>> 28 октября 2011 г. 13:08 пользователь Ivan Petrov <i.petro.77.00 на gmail.com> написал:
>>> > Твой аргумент какой то дикий - разница м/у DBIC и писать ручками SQL
>>> > подобна той между Perl и писать ручками assembler. Тебе Perl часом не
>>> > мешает?
>>> 
>>> неуместное сравнение.
>>> 
>>> говорить о DBIC vs писать SQL ручками вообще нельзя. ибо DBIC умеет
>>> составлять только самые простые запросы.
>>> 
>>> а на реальных задачах получаются либо извращения (вроде специальные
>>> VIEW'ы дабы DBIC в них смотрел и не пытался самостоятельничать), либо
>>> те же запросы ручками
>>> 
>>> 
>>> DBIC автоматизиреут наиболее частые простые задачи.
>> 
>> Наиболее частые простые задачи автоматизируются примитивнейшими sql-генераторами и не стоят того, чтоб иметь пиздец какой оверхед ( http://blogs.perl.org/users/aevar_arnfjor_bjarmason/2010/03/benchmarking-dbixclass-vs-plain-dbi-on-hailo.html ). Если бенчмарки по ссылке устарели - покажите новые.
>> 
>> 
>> Вы бы Айвара до конца читали. А там написано:
>> 
>> Even if it turns out that I'm doing everything right and there's no way to make DBIx::Class faster than this for Hailo I'd still like to look into using it. By converting to it I got rid of a lot of manual DBI tedium required to support multiple backends.
>> 
>> А самый последний абзац вообще говорит:
>> 
>> Aside from this speed issue my first impressions of DBIx::Class have been very positive. I'll probably use it for any future Perl code that accesses a database. Provided the application isn't an oddball like Hailo which isn't purely IO bound like most database-based programs.
> 
> Вы бы разделяли факты и суждения. Факт в том, что на его же тестах DBIC в 7 раз медленнее чистого DBI, а сколько там памяти дополнительной жрется - скромно умалчивается. И это все для того, чтобы автоматизировать простейшие задачи? Если для вас это приемлемо - тогда спорить бессмысленно :)
> 
> Про поддержку разных СУБД - это вообще нахер никому ненужный миф. Вы на больших проектах ее хоть раз меняли?
> 
> 
> Вообще-то, тут имеется в виду "несколько БД", а не "разные СУБД". СУБД мы не меняли, а вот БД разделяли, и именно использование ORM в этом случае сильно помогает.

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

----------- следущая часть -----------
Вложение в формате HTML было извлечено…
URL: <http://mail.pm.org/pipermail/moscow-pm/attachments/20111028/a7459506/attachment.html>