Ïðîåêò "Perl Certified Hosting"
Dmitrii
q7u5 at ukr.net
Wed Jul 28 05:12:51 PDT 2010
есть нужно перейти на pgsql или на oracle и т.д.
то это должно быть оправдано, если нужно писать очень и очень сложные запросы, а не просто для прикола...
если запросы все сложны, то нужно забыть, вообще, про DBIC... и не вспоминать про нее :)
на DBIC можно писать только простые... для CRUD...
для DBI: если запрос в админке действительно простой, можно написать:
$db->dbh->selectrow_array('select id from table where id = '.$id);
ну или
$db->dbh->selectrow_hashref('select * from table limit 1');
ну или мало того массив-хешей:
$db->dbh->selectall_arrayref('select * from table ORDER BY created desc LIMIT ?, ?', { Slice => {} }, @s );
если программа не большая и не очнеь сложная - можно MySQL/SQLite и использовать DBIC или Rose::DBx, etc
--- Исходное сообщение ---
От кого: Igor the Bliss <igor.bliss at gmail.com>
Кому: kiev-perl-users-group at googlegroups.com
Дата: Jul 28, 2010 11:56:55
Тема: Re: оПНЕЙР "Perl Certified Hosting"
27.07.2010 20:25, Sergeev Serge пишет:
> > 27.07.10, 20:28, "vti"<viacheslav.t at gmail.com>:
> >
> >> 27 июля 2010 г. 18:15 пользователь Sergeev Serge написал:
> >> > По наводке vti попробовал mojowka.
> >> > http://github.com/shoorick/mojowka
> >> >
> >> > Вобщем мне понравилось - очень легкое и простое.
> >> > Требования, из того чего у меня не было - только sqlite, Text::Textile.
> >> >
> >> > Но есть нюансы, которые, думаю, важно допилить, если хотим его серьезно использовать:
> >> > 1. работает на sqlite (в принципе во всей системе всего 11 запросов, то есть их переделать на тот-же mysql, займет несколько часов неспешно, но думаю было-бы неплохо на будущее перевести проект на DBIC).
> >>
> >> Боже, зачем?! Было легкое и простое, станет тяжелое и хрен поставишь.
> >>
> > DBIC нужен чтобы легко переносить на любую базу.
> > - Это сейчас там 11 запросов, а когда будет полнотекстовый поиск и diff - запросов станет больше.
> > mysql хорошо тем что он тоже лучше подходит для продакшена (элементарно, ввиду распространенности mysql, его любой админ без проблем правильно забакапит и затем при необходимости восстановит, а админов работавших с sqlite я практически не видел).
> >
> > Вообще админы ОЧЕНЬ не любят то что выходит за рамки их компетенции, потому что все незнакомые им системы в случае проблем занимают намного больше времени, чем широко распространенные знакомые.
> >
> > И кстати, тоже критичный момент, что и сами хостинги нередко делаются из соображений, что файлы считаются относительно редко изменяемыми, а СУБД естественно считаются изменяемыми часто, то есть СУБД и у серьезных хостеров, файлы хранятся на РАЗНЫХ дисках - СУБД на дорогих, надежных и быстрых, а файлы на дешевых и медленных, и соответственно, применение sqlite понижает надежность и ухудшает производительность.
> >
> >
> >> > 2. нет элементарного добавления пользователя и изменения пароля (все это делается прямо через консоль SQL).
> >>
> >> Зачем вообще mysql? Какие там нагрузки будут? Для 5 пользователей достаточно!
> >>
> > mysql намного удобнее администрируется, и его знают намного больше людей, и плюс mysql хоть как-то масштабируется БЕЗ переписывания кода.
> > А postgresql вообще масштабируется очень круто.
> > Вот собственно DBIC позволяет выбирать ту СУБД, которая лучше всего подходит для решения конкретной задачи, и по мере необходимости переезжать на другую СУБД, не меняя код. Правда я не помню точно, работает ли DBIC с sqlite, но переезд между mysql/postgresql практически совершенно прозрачный.
> >
> >
> >> > И также желательно:
> >> > 1. сделать diff логи, кто, чего и когда изменял
> >> > 2. сделать быстрый (индексированный) полнотекстовый поиск - вообще в mojowka есть поиск, но только по названиям страниц.
> >> > Ну и конечно неплохо-бы несколько облагородить интерфейс, тк встроенный совсем уж не того.
> >>
> >> Это мне нравится :)
> >>
> > :)
> > Но это будет потом. Сейчас нужно быстро начать делать хоть что-то, пока есть желающие ;)
> >
> >
> DBIC работает с SQLite. Одно время использовал в одном проекте
> DBIC+SQLite, но потом отказался от него в пользу DBIC+MySQL
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/kiev-pm/attachments/20100728/16346d9d/attachment.html>
More information about the Kiev-pm
mailing list