djangobook@conference.jabber.ru - 30/04/2009
[02:50] -- truetug@gmail.com вышел(а) из комнаты
[06:34] -- plumbum вошел(а) в комнату
[06:34] -- Doka[arbeit] вошел(а) в комнату
[06:34] -- Крошка вошел(а) в комнату
[06:34] Тема: DjangoBook по-русски: http://djbook.ru/ - новый домен
[09:55] -- RaD вошел(а) в комнату
[10:15] -- plumbum вышел(а) из комнаты
[11:17] -- truetug@gmail.com вошел(а) в комнату
[11:47] -- plumbum вошел(а) в комнату
[13:13] -- truetug@gmail.com вышел(а) из комнаты
[13:15] -- truetug@gmail.com вошел(а) в комнату
[15:14] -- vomut вошел(а) в комнату
[16:20] -- vomut вышел(а) из комнаты
[16:54] -- qrezy вошел(а) в комнату
[16:54] <qrezy> с представлениями в MySQL кто работает?
[16:56] <RaD> view?
[16:56] <qrezy> да
[16:58] <qrezy> RaD: работал с нимиН
[16:58] <qrezy> ?
[17:06] <RaD> вопрос только в
[17:06] <RaD> этом?
[17:07] <qrezy> насколько они медленней работают...?
насколько их приминение этично?
[17:07] <qrezy> их надо создавать при каждом обращении к базе?
[17:09] <RaD> хм. view вообще-то нужны для экономии ресурсов при частых сложных запросах к нескольким таблицам
[17:10] <RaD> я хз как они сделаны в мускуле, но например в оракле есть обычные и материализованные
[17:10] <RaD> обычные - просто прослойка между реальными таблицами, а материализованные - это типа сохранённая выборка
[17:10] <RaD> т.е. при обращении к обычной вьюхе, ты полюбому выполняешь сложный запрос, только через прослойку
[17:11] <RaD> при обращении к материализованной, ты используешь результаты заранее выполненного сложного запроса
[17:11] <RaD> дальше рекомендую читать доку по мускулу
[18:00] -- RaD вышел(а) из комнаты
[19:04] -- truetug@gmail.com вышел(а) из комнаты
[19:06] -- qrezy вышел(а) из комнаты: QIP Infium: Спокойное общение
[20:45] -- plumbum вышел(а) из комнаты
[22:32] -- plumbum вошел(а) в комнату