http://yiiframework.ru/news/yiiconf-2012%2C-kiev
http://habrahabr.ru/blogs/yii/139634/
YiiConf 2012, Киев
- samdark
- Администратор
- Сообщения: 9489
- Зарегистрирован: 2009.04.02, 13:46
- Откуда: Воронеж
- Контактная информация:
YiiConf 2012, Киев
Нравится Yii? Давайте сделаем его лучше!.
Re: YiiConf 2012, Киев
Спасибо. Теперь пробуем коньяк, а по приезду новые методики ы)
Re: YiiConf 2012, Киев
О методиках расскажите? Очень интересно о чем были доклады
Re: YiiConf 2012, Киев
скажите, может будет видео с конференции? для меня был бы просто праздник
Re: YiiConf 2012, Киев
Презентации, фотки и видео обещали выложить. Ждем-с.
Re: YiiConf 2012, Киев
То, что не было возможности поехать, это обидно. Но выложенные материалы, к счастью, меняют дело к лучшему. Спасибо тем, кто в этом участвовал и участвует!
Просматривая видео начали возникать вопросы, которые не были озвучены (или не были поняты мной) в ходе докладов. По сему хотелось бы продолжить обсуждение в офф-лайне, то есть здесь. Думаю, у остальных софорумчан тоже может возникнуть такое желание.
Отсюда хочется задать первый вопрос здесь же, с позволения администрации.
Может сможет кто-нибудь объяснить один момент, ускользнувший от меня, в докладе Алексея Спиридонова "Слоистая архитектура".
Суть в следующем. Как сказал Алексей, у каждого Extension свое хранилище данных. Значит ли это, что данные из разных хранилищ (разных Extensions) не пересекаются. То есть в одном хранилище нет каких-либо ссылок на данные в другом хранилище. Судя по высказыванию, что предложенная структура EVC позволяет также защититься от join'ов, данные все-таки могли пересекаться до разделения по расширениям. Например, есть Extension, работающий фирмами, и Extension, работающий с географическими данными. Как, тогда привязать фирму к месту расположения? Ведь если в фирмах делать какую-то ссылку (Id, например) на место расположения, то эта ссылка должна четко соответствовать конкретным данным в другом хранилище. Это уже несколько нарушает изоляцию расширений. Или я что-то не так понял?
Как на самом деле обеспечивается связь между данными разных Extension, если это необходимо?
Просматривая видео начали возникать вопросы, которые не были озвучены (или не были поняты мной) в ходе докладов. По сему хотелось бы продолжить обсуждение в офф-лайне, то есть здесь. Думаю, у остальных софорумчан тоже может возникнуть такое желание.
Отсюда хочется задать первый вопрос здесь же, с позволения администрации.
Может сможет кто-нибудь объяснить один момент, ускользнувший от меня, в докладе Алексея Спиридонова "Слоистая архитектура".
Суть в следующем. Как сказал Алексей, у каждого Extension свое хранилище данных. Значит ли это, что данные из разных хранилищ (разных Extensions) не пересекаются. То есть в одном хранилище нет каких-либо ссылок на данные в другом хранилище. Судя по высказыванию, что предложенная структура EVC позволяет также защититься от join'ов, данные все-таки могли пересекаться до разделения по расширениям. Например, есть Extension, работающий фирмами, и Extension, работающий с географическими данными. Как, тогда привязать фирму к месту расположения? Ведь если в фирмах делать какую-то ссылку (Id, например) на место расположения, то эта ссылка должна четко соответствовать конкретным данным в другом хранилище. Это уже несколько нарушает изоляцию расширений. Или я что-то не так понял?
Как на самом деле обеспечивается связь между данными разных Extension, если это необходимо?
Любая техническая система должна быть идиотоустойчивой (с) один из университетских преподов
- samdark
- Администратор
- Сообщения: 9489
- Зарегистрирован: 2009.04.02, 13:46
- Откуда: Воронеж
- Контактная информация:
Re: YiiConf 2012, Киев
Да, данные не пересекаются. Ссылки могут быть, но это исключительно какие-то ID. Не внешние ключи.
При выборке просто будет 1+N запросов, если нужно выбрать N единиц данных из 2-х мест. Этот момент, конечно, можно оптимизировать через Sphinx или Lucene и получить один запрос к индексу и два WHERE IN запроса к каждой из баз.
При выборке просто будет 1+N запросов, если нужно выбрать N единиц данных из 2-х мест. Этот момент, конечно, можно оптимизировать через Sphinx или Lucene и получить один запрос к индексу и два WHERE IN запроса к каждой из баз.
Нравится Yii? Давайте сделаем его лучше!.