@yii2ru - страница 678 - Telegram web archive

first

не ругается?

Niko

не смогу))) у меня там foreach (self::TYPES as $class) { /** * @var TypeInterface $obj */ $obj = new $class(); if ($obj->methodOne()) { return $obj->methodTwo(); } }

Niko

погуглил и нашел, что нет сервис-локаторов потому, что очередь используется из-под консоли, а у меня там в настройках компоненты не прописаны. Но почему methodTwo не срабатывает - до сих пор не понимаю

first

реебзя

first

помогите с транзакцией плиз

first

https://pastebin.com/z90MPtKn

first

выдает ошибку `Column not found: 1054 Unknown column 'sites.name' in 'where clause' `

first

хотя такое поле есть

Vladislav

у тебя sql получается типа такого

Vladislav

UPDATE site_messages SET value = 'new value' WHERE site_messages.id_sites = 'sites.id' AND sites.name = 'site.ru';

Vladislav

а теперь ищи здесь ошибку

Vladislav

если не сможешь, то кури мануал sql

Vladislav

https://www.w3schools.com/sql/sql_update.asp

Dmitry

а еще говорят с ORM вы вообще о sql запросах забудете )))

first

пля,в доке по апдейту,дальше where ничего нет)

Niko

Захотел поставить MongoDB. Эта БД локально не работает???

Vladislav

работает

Niko

Перешел по ссылке по "try free" меня в какой-то личный кабинет закинуло, облачный сервак предлагает... Правильно ли я делаю?

Vladislav

ясно

Vladislav

купился

Vladislav

но скрин уже сделал

Vladislav

это локальный шелл

Niko

если работает - я пошел искать

Niko

спасибо

Vladislav

как ты вообще себе представлял, что монга не может работать локально?

first

может мне кто поможет с миграцией?)(

Vladislav

чувак, кури принцип работы апдейт

Vladislav

ты пытаешься обновить одну таблицу основываясь на данных второ? О_о

Vladislav

это бредово

Vladislav

скжи, что ты хочешь сделать и я тебе скажу, какая миграция нужна

Vladislav

вторая часть условия мне не понятна

Vladislav

где site.name

Vladislav

как это связанно с site_messages

Vladislav

и структуру бы обеих таблиц в чат

Vladislav

типа show create table site

Vladislav

чет не грузится =(

Vladislav

;(

The Ant

Всем здрасьте. Вопрос про оптимизацию бд возник. К примеру есть 2 таблицы (хотя их десяток другой может быть): - юзеры - организации есть потребность в возможности писать внутреннее примечание для каждого юзера/организации которое видит только админ/модератор. в тупую если сделать - то добавить к таблицам поле own_description и радоваться жизни. Где нужно писать, где не нужно не писать. Но юзеров будет десятки тысяч, организаций - тысячи. А примечания будут написаны ну к сотне юзеров/десятку фирм. То есть это поле используется крайне редко. Насколько такое пустое почти бесхозное поле вредит скорости работы? и може оптимальнее сделать отдельную таблицу с примечаниями где указывать - название таблицы, - id записи, - текст примечания и через связи выводить при необходимости? или это overhead?

Но юзеров будет десятки тысяч, организаций - тысячи. А примечания будут написаны ну к сотне юзеров/десятку фирм. То есть это поле используется крайне редко. Для бд это вообще ниачом ) Было бы там десятки миллионов, еще можно было бы думать, а так...

Ivan

Но юзеров будет десятки тысяч, организаций - тысячи. А примечания будут написаны ну к сотне юзеров/десятку фирм. То есть это поле используется крайне редко. Для бд это вообще ниачом ) Было бы там десятки миллионов, еще можно было бы думать, а так...

Плюсую, думать можно начинать хотя-бы с ~5 миллинов записей в одной таблице, в которой много полей и к которой много запросов.

Ivan

Плюсую, думать можно начинать хотя-бы с ~5 миллинов записей в одной таблице, в которой много полей и к которой много запросов.

Так а если оно разрастётся через года 3-4? Может возникнуть ппоблемка

Ivan

По мне так лучше сделать еще одну табличку с этими примечаниями

Ivan

Так а если оно разрастётся через года 3-4? Может возникнуть ппоблемка

Запилишь патрицирование. Заглядывать на 3-4 года вперёд и заниматься over engineering не самое лучшее дело

Konstantin

проблема возникает не когда у тебя поле недоиспользуется

Konstantin

а когда у тебя это поле содержит массу ненужной информации

Konstantin

ну хз... я слышал что если в таблице много полей - она медленно работает, поэтому без надобности лучше не добавлять лишних полей. Но знания эти на уровне слухов, загуглить хз как... вот и спрашиваю так это или нет

проблемы начнутся от того, что ты вот захочешь юзеров на экран вывести, сделаешь User::find()...

Konstantin

а оно тебе запилит SELECT *

Konstantin

и загрузит ненужное в память

Сергей

Добрый вечер! Хочу реализовать классическую вещь: вложенные категории в блоге. Пока думаю использовать https://github.com/creocoder/yii2-nested-sets Посоветуете ещё какие-н. варианты из опыта?