А мне наоборот проще использовать mysql/postgres для мелких проектов т.к. я работаю с ними через ORM, я уже привык и мне это очень удобно делать + из коробки я получаю контроль целостности данных.
Монгу юзаю в парсерах сайтов, очень удобно работать с записями pymongo как со словарями.
Ослу понятно будет, когда курс долетит до $50 без коррекции от текущего уровня или откатится к $20, а я пишу именно о моменте атаки психологического уровня в $30. Один раз эта высота уже штурмовалась, что будет на этот раз? А вы, кусок зла, что думаете по этому поводу? До сих пор я заметил за вами только брюзжание.
Мне кажется, вы путаете количество слов и количество информации. Я рассказал о важной вехе в развитии первой массовой криптовалюте. Мне больше нечего добавить. Я не обладаю всей полнотой информации, поэтому не берусь выливать на хабрахабр десять литров высосанной из пальца воды.
Я не гуру баз данных, скажу лишь, что усвоил на совём опыте. RDBMS это не только SQL, NoSQL это не только отсутствие SQL. Оба типа баз данных это также хранилищие информации, эффективность использования которого можно настраивать на уровне конфигов, выделения памяти под всякие буферы. Если в mysql и postgres я представляю примерно, как выделить память под индексы, то в mongodb с которой я также работаю, я плохо понимаю как выделяется память и как этим управлять. Возможно это недостаток опыта. Для себя я открыл, что скорость работы mysql/postgres не сильно отличается от mongodb, если использовать эти базы, как например, key/value хранилище.
С шардингом не сталкивался, возможно тут у монги жирный плюс по-сравнению с mysql/postgres.
В python использую lxml библиотеку — переваривает все сайты. Я не говорю, что мол она справится со 100% сайтами, но это факт, что в работе я regular expression использую только уже когда надо что-то напарсить внутри HTML выдранного из DOM-дерева
Я не грю, что xpath это панацея, иногда да — юзаю regular expression, когда хочется очень быстро проверить что-то, не строя DOM-дерева.
Уже более года разрабатываю парсеры, чуть ли не каждый день. С регулярками я бы удавился. Не вижу смысла спорить, попробуйте плотно заняться парсингом, а потом рассказывайте, какие регулярки хорошие ;-)
Мне тоже! Щас специально гуглил на предмет, показалось ли подобное кому-то ещё и нашёл ваш комментарий. Только я сейчас читаю «вы, конечно, шутите» и там видно, что Ричард проявлял здоровый интерес к женщинам в отличие от Шелдона.
Представить можно много чего, мы ведь говорим про конкретное упрощение кода, представленного выше, а не про все на свете варианты. Я высказал мысль о том, как бы я записал конкретный код, рассмотренный выше, а не абстрактный.
Мне, кажется, это только наоборот усложняет восприятие программы. Конструкция if-else-then визуально воспринимается проще и логика более простая, чем в «упрощённом» варианте.
> Задание конкретных полей при сохранении модели — параметр update_fields в Model.save()
Годная фича, надоело писать Foo.objects.filter(pk=foo.pk).update(...)
Не нашёл варианта «ХЗ, меня и в django 1.3 всё устраивает»
Монгу юзаю в парсерах сайтов, очень удобно работать с записями pymongo как со словарями.
С шардингом не сталкивался, возможно тут у монги жирный плюс по-сравнению с mysql/postgres.
Я не грю, что xpath это панацея, иногда да — юзаю regular expression, когда хочется очень быстро проверить что-то, не строя DOM-дерева.
Насколько я понимаю, оптимизация xpath мало на что влияет, т.к. основные ресурсы тратятся на построение DOM-дерева.
Годная фича, надоело писать Foo.objects.filter(pk=foo.pk).update(...)