У INSERT… DELETE vs UPDATE откуда преимущества вообще? Кроме меньшего количества самих запросов. Uber по-моему свалила с PostgreSQL из-за иммутабельности tuples и вытекающих из этого проблем с оверпересчетом индексов при апдейтах даже непроиндексированных полей. И зашкаливания объемов бинарного лога, что увеличивает стоимость синхронизации серверов в кластере.
INSERT не приводит к пересчету индексов? То есть поток INSERT на таблицу не замедлит поток SELECT?
И перед сменой основной СУБД я бы все-таки попытался выжать поболе из используемой. А то все технологии со своими минусами, а с минусами этой мы вроде хоть знакомы.
Скорее всего причиной можно считать то, что репозитории используются в stateless режиме — как группа функций схожего назначения. В отличии от конкуриющего с ним паттерна ActiveRecord, в котором сразу ясно что именно является состоянием.
При активной работе над кодом нескольких программистов зачастую приходится специально договариваться по вопросу какие функции считать лишними, а какие — нет. В AR действительно получается проще договориться что к чему относить.
«У меня нет комплексов, я просто хочу делать это только с тобой» (с) «От 180 и выше».
А вообще-то имелась в виду ситуация, когда бекенд-разработчики презрительно относятся к фронтенд-разработке. Особенно это комично в случаях, когда последние получают больше.
По поводу Dependency Injection — покажите как вы его используете. И сколько программистов и пилят именно тот код, в котором используется DI?
Под пересчетом индекса я подразумеваю ситуацию, в которой большое количество SELECT запросов при встрече с большим количеством UPDATE-запросов создают затык. Если вы расскажете как этого затыка избежать — вы мне окупите все усилия на написание этой статьи.
ох жеж!
буквально неделю назад использовал для поиска утечек в nodejs париложении.
в принципе все выглядит точно так же, только чуть-чуть тяжелее заставить работать (webkit-agent + старый вариант devtools).
Какие-то двойственные чувства: и спасибо за перевод сказать хочется, и спросить — а что ж так нечитаемо-то?
Например, фраза «Most of our assumptions have outlived their uselessness» должна быть переведена не "… пережили свою бесполезность" (1:1 как в переводчике гугла) а "… пережили свою полезность" или, если так уж сильно хочется оставаться близко к тексту — "… дожили до своей бесполезности".
Великолепие исходной статьи все равно пробивается, но слабенько.
И перед сменой основной СУБД я бы все-таки попытался выжать поболе из используемой. А то все технологии со своими минусами, а с минусами этой мы вроде хоть знакомы.
При активной работе над кодом нескольких программистов зачастую приходится специально договариваться по вопросу какие функции считать лишними, а какие — нет. В AR действительно получается проще договориться что к чему относить.
А вообще-то имелась в виду ситуация, когда бекенд-разработчики презрительно относятся к фронтенд-разработке. Особенно это комично в случаях, когда последние получают больше.
По поводу Dependency Injection — покажите как вы его используете. И сколько программистов и пилят именно тот код, в котором используется DI?
__dirname не имеет отношение к cwd, __dirname — это путь к папке с файлом, в котором она написана.
scripts/test.js
Такие ошибки запутывают новичков и приучают работать с абсолютными путями)))))
буквально неделю назад использовал для поиска утечек в nodejs париложении.
в принципе все выглядит точно так же, только чуть-чуть тяжелее заставить работать (webkit-agent + старый вариант devtools).
Например, фраза «Most of our assumptions have outlived their uselessness» должна быть переведена не "… пережили свою бесполезность" (1:1 как в переводчике гугла) а "… пережили свою полезность" или, если так уж сильно хочется оставаться близко к тексту — "… дожили до своей бесполезности".
Великолепие исходной статьи все равно пробивается, но слабенько.