ты не можешь в UPDATE сделать SET несуществующего поля
Но ты можешь накосячить в WHERE и оно прокатит, ты можешь накосячить в SET и оно прокатит, короче мест хватает
Aleksandr
Aleksandr
Не говоря уж об INSERT где надо помнить порядок полей в VALUES
Safort
Выскажу мнение.
MongoDB - очень плохо. Ужасные запросы, некрасивый API. Воспринимать сложно - в безопасность в v3 не умеет, производительность не убеждает, ну и просто некрасивая.
*SQL - отличная структура. Нормально запросы выглядят в отличие от MongoDB. Но масштабирование - омерзительное.
Αλεχ
Не говоря уж об INSERT где надо помнить порядок полей в VALUES
INSERT делается через ORM и помнить не надо
Αλεχ
SQL нужен когда у тебя йоба-запрос
Αλεχ
который плохо выражается средствами orm
Αλεχ
поэтому я операции вставки не сравниваю
Αλεχ
Но ты можешь накосячить в WHERE и оно прокатит, ты можешь накосячить в SET и оно прокатит, короче мест хватает
в SET оно бтв еще и типы проверит)
Αλεχ
в WHERE накоячить можно, но это уже логическая ошибка
Αλεχ
от них не спасает даже борроу чекер
Aleksandr
в SET оно бтв еще и типы проверит)
Если думать, что человек может сделать ошибку в названии поля, то почему он не может написать неправильное валидное значение? Какое-то ограничение есть, но не более того
Αλεχ
Αλεχ
а когда человек проставляет значение, он думает об этом
Aleksandr
а когда человек проставляет значение, он думает об этом
О да, тот же самый человек который только что писал неправильно название поля?
Αλεχ
О да, тот же самый человек который только что писал неправильно название поля?
название поля - 10-20 символов
Αλεχ
константа - обычно один символ
Αλεχ
в чем проще ошибиться?
Aleksandr
Это всё из разряда обычно и так у нас принято, в монге названия полей больше 10 символов встречаются крайне редко
Αλεχ
Это всё из разряда обычно и так у нас принято, в монге названия полей больше 10 символов встречаются крайне редко
нет, это из разряда средней длины идентификатора
Αλεχ
перепутать 0 и 1 трудно
Safort
что за масштабирование?
Да я почти ляпнул. Насколько я знаю, у SQL СУБД раньше были какие-то траблы с горизонтальным масштабированием.
З.Ы. Это же копирка под Земфиру)
Αλεχ
перепутать mytetherfield и myteatherfield легко
Aleksandr
перепутать mytetherfield и myteatherfield легко
Можно, но надо проверять что ты делаешь. Хуячить на продакшене запросы - зло
Alexander
Выскажу мнение.
MongoDB - очень плохо. Ужасные запросы, некрасивый API. Воспринимать сложно - в безопасность в v3 не умеет, производительность не убеждает, ну и просто некрасивая.
*SQL - отличная структура. Нормально запросы выглядят в отличие от MongoDB. Но масштабирование - омерзительное.
Монгодб - ужасен
Sql - ужасен
Kdb - норм
Aleksandr
Да я почти ляпнул. Насколько я знаю, у SQL СУБД раньше были какие-то траблы с горизонтальным масштабированием.
З.Ы. Это же копирка под Земфиру)
Да нет, как не масштабировались, так и не могут
Αλεχ
Можно, но надо проверять что ты делаешь. Хуячить на продакшене запросы - зло
да при чем тут прод
Safort
Чот под ночь одни Александры собрались.
Αλεχ
просто удлинняется время разработки
Aleksandr
просто удлинняется время разработки
Если у тебя основной процесс разработки - это набор символов, то это не разработка, а говнокодинг, я обычно процентов 80 времени думаю, а не пишу код
Αλεχ
Αλεχ
он не работает
Αλεχ
ты разибираешься ,почему
Αλεχ
он начинает работать
Αλεχ
ты добавляешь логики
Αλεχ
запрос разламывается
Αλεχ
повторить пп.2
Aleksandr
Это увеличивает время на минуту/две/три
Αλεχ
так обычно это происходит
Αλεχ
на каждой итерации
Αλεχ
которых десятки
Aleksandr
В общем времени это составляет 1% от силы, даже с учётом что я быстро криво набираю
Αλεχ
время набора похуй
Αλεχ
написал простой запрос - ок
Αλεχ
доабвил пару полей - провери
Αλεχ
проще находить, где сломалось
Αλεχ
но это все хуйня
Αλεχ
говорю, у меня проблм было несколько
Αλεχ
1. еба-запросы вместо простых, потому что ну вот так. ПОтому что вложенные документы хуй обработаешь. Знал бы прикуп - продавал бы sql
2. производительность. Слейвы очень любят начать отставать от мастера рандомно без объявления войны. Че с эти мделать - хуй знает. В интернете миллиард советов и параметров. которые не работают.
Αλεχ
Причем там есть особенность, из-за которой оно вообще не синкается
Αλεχ
забыл уже детали
Αλεχ
но там было очень весело
Αλεχ
ну и подобные приколы
Αλεχ
подробностей уже не вспомню
Αλεχ
конечно это мы криворукие, что не знаем монгу
Αλεχ
но с аналогичным уровнем знания другой бд таких проблем не было
Αλεχ
про транзакционность я тоже вроде говорил: хочешь Serialize/repeatable read, причем для разных транзакций свой уровень? Хер те в рыло
Aleksandr
) ты всего юзал монгу год, ты с нуля поднимал sql-сервер в продакшене, со "слейвами" с таким же опытом?
Αλεχ
Αλεχ
у него было около 3 лет sql и двух монги
Aleksandr
у него было около 3 лет sql и двух монги
Хз, у меня реплика-сеты работают без проблем, если их конечно не разносить на разные континенты
Αλεχ
Αλεχ
да и работают
Αλεχ
но пероодически появляется какая-то хуйня
Αλεχ
и все разламывается
Αλεχ
если будет совсем не лень я мб поищу в истории гугла что я искал в то время
Αλεχ
но скорее всего нет
Αλεχ
как бы предполагается, что если ты не трогаешь рабочии настройки, то оно и не разломается
Αλεχ
а тут вот не вышло
Aleksandr
Ну у вас там видимо всё пошло не так, сочувствую
Αλεχ
Αλεχ
короч ладно
Αλεχ
я выше сказал
Αλεχ
мне не понравилось, больше пробовать без большой необходимости не буду)
Αλεχ
тем более у меня теперь лохчейн