@ru_python

Страница 2382 из 9768
I
02.03.2017
20:21:57
а rethinkdb, хоть конторка закрылась, еще юзает кто? Она в OSS ведь сейчас а то я тут сайд-проджект на ней думаю делать

53r63rn4r
02.03.2017
20:22:34
затем же, зачем и любая другая база, чо
Я просто не понимаю принцип, наверное, nosql

I
02.03.2017
20:22:46
Google
Nikolay
02.03.2017
20:22:52
Я просто не понимаю принцип, наверное, nosql
ты пропустил наш эпичный срач на несколько часов со Святославом? :)

53r63rn4r
02.03.2017
20:23:07
Что тогда можно почитать? Прям полностью хаб по nosql?

I
02.03.2017
20:23:14
хаб...

какой хаб

53r63rn4r
02.03.2017
20:23:20
ты пропустил наш эпичный срач на несколько часов со Святославом? :)
Не, помню, он говорил, что хочет убивать монгомразей

Nikolay
02.03.2017
20:23:25
смотри, если по-простому - nosql - это всего лишь распределенная хэш-таблица

53r63rn4r
02.03.2017
20:23:39
Ну, я обычно просто хабру читаю(если где-то туплю)

I
02.03.2017
20:23:42
да, поэтому она ниебически шустрая

Nikolay
02.03.2017
20:23:48
то есть штука, которая все, что умеет - это по ключу возвращать какой-то объект, и делать это адски быстро

при такой архитектуре она охренительно масштабируется

Nikolay
02.03.2017
20:24:18
потому что все, что тебе нужно - это помнить, какие ключи на каком хосте хранятся

Игорь
02.03.2017
20:24:19
ты пропустил наш эпичный срач на несколько часов со Святославом? :)
он же пустой был, вы там одну матрешку много раз по кругу гоняли

Google
53r63rn4r
02.03.2017
20:24:37
Ну, это я понял, а разве в постгре нет индексов и там нельзя сделать тоже самое(будет медленнее)?

Nikolay
02.03.2017
20:24:42
он же пустой был, вы там одну матрешку много раз по кругу гоняли
да я сам потом жалел время потраченное, кроме того, Святослав так и не понял ничего в итоге

Андрей
02.03.2017
20:25:09
Еще вопрос нубский: зачем нужна коучдб?
когда -то была популярная штука с рубями в основном юзали как документное ориентированное хранилище, но помнится оно перестало развиваться

53r63rn4r
02.03.2017
20:25:25
Не, щас уже коуч2-я версия

Nikolay
02.03.2017
20:25:27
любая sql-база хуже гораздо масштабируется, потому что там куча метадаты разной, которую нужно подсасывать с разных нод

и вообще много вопросов с хитрыми ответами

в key-value все примитивно и просто

key-value решает эти вопросы тем, что переносит их на уровень выше

53r63rn4r
02.03.2017
20:26:15
Ага.. а репликации между скл-базами? Тоже читал про такое(или это из другой оперы?)

Nikolay
02.03.2017
20:26:30
то есть у тебя есть распределенная хэш-таблица, а что с ней дальше делать - это уже твоя бизнес-логика

Ага.. а репликации между скл-базами? Тоже читал про такое(или это из другой оперы?)
репликации тоже туда же, но репликации по-простому - это просто создание зеркальных копий объектов

это можно делать, например, для отказоустойчивости

Андрей
02.03.2017
20:27:09
а rethinkdb, хоть конторка закрылась, еще юзает кто? Она в OSS ведь сейчас а то я тут сайд-проджект на ней думаю делать
я пробовал когда они только запускались, фишка в их супер админке где всё мониторилось в реалтайме и шардирование 1 кликом можно было сделать, ещё там круто вроде как с гео данными было, но потом перешёл на монгу ибо мейнтсрим

Nikolay
02.03.2017
20:27:13
когда есть риск, что сервак с куском базы упадет

53r63rn4r
02.03.2017
20:27:16
Т.е. это удобно, если нужно какой-то определенный обьект, или пачка обьектов, но если потом с этими обьектами происходит магия, то лучше таскать это в постгрес, да?

Nikolay
02.03.2017
20:27:29
если у тебя куча связей между объектами и бизнес-логика требует кучи джойнов - то SQL-твой выбор

если же ты можешь представить легко свои объекты как более-менее плоскую структуру с обращением по ключам, и если ты поверх этого еще планируешь строить аналитику, то nosql как раз для этого

Rinat
02.03.2017
20:28:38
http://examples.flask-admin.org/geo/admin/ просматривая больше flask, начинает flask нравиться )

Google
Nikolay
02.03.2017
20:28:51
помимо простоты масштабирования по сравнению с SQL у него еще одно преимущество есть

I
02.03.2017
20:28:53
а если набор json'ов без перекрестных связей тебя устраивает вполне+у тебя динамические свойства - то можно документ-ориентированную взять

Nikolay
02.03.2017
20:29:21
преимущество это в том, что ты можешь делать аналитику с data locality

53r63rn4r
02.03.2017
20:29:44
Ну, да, у меня по одному "абстрактному пользователю" лежат данные в 4-х базах, по сути я делаю 4 гета, а в скл я просто пихаю это в таблицу, а потом просто делаю один селект

Nikolay
02.03.2017
20:29:57
то есть гнать аналитический кластер как раз на тех же нодах, где у тебя стоит база, и каждая нода будет ходить только к себе в оперативку, а пересылка данных по сети будет минимальная

на этом выстроена вся концепция map-reduce

Nikolay
02.03.2017
20:30:38
Не сталкивался с этими
в новых проектах народ одобряет :)

53r63rn4r
02.03.2017
20:32:06
Еще одно скажу: вот только что посмотрел PythonDigest - ф-строки - ахуенные

f-строки в Python 3.6 https://shultais.education/blog/python-f-strings Статья про f-строки в Python 3.6. Особенности применения и производительность.

Во

b0g3r
02.03.2017
20:32:53
53r63rn4r
02.03.2017
20:33:35
Почему?

Какие минусы?

Nikolay
02.03.2017
20:33:55
Еще одно скажу: вот только что посмотрел PythonDigest - ф-строки - ахуенные
это уступки бывшим рубистам, которые только что осознали, что питон круче, и ноют, что в руби оно было

</trollmode>

53r63rn4r
02.03.2017
20:34:06
:DD

Ща у Игоря бомбанет

@igorpavlov

Google
Маришка
02.03.2017
20:34:55
Он улетел

Уже

Nikolay
02.03.2017
20:35:33
I
02.03.2017
20:36:02
на рельсе приложения поддерживаю

Nikolay
02.03.2017
20:37:02
на рельсе приложения поддерживаю
ну, поддерживать да, надо

гитхаб вот тоже на рельсах

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

Admin
ERROR: S client not available

53r63rn4r
02.03.2017
20:38:28
Хероку на рубях

Nikolay
02.03.2017
20:39:09
где руби до сих пор рулит - это chef и puppet

а да, есть еще homebrew

но это так, забава

Андрей
02.03.2017
20:41:53
ещё гитлаб на рубях

руби офигенская тема, надо просто шарить в рубигемах

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

у питона в этом сильно далеко

53r63rn4r
02.03.2017
20:43:38
рли? а почему?

А гемы это же модули?

Google
Андрей
02.03.2017
20:44:23
но опять же, Николай задвинул так что железно: "просто прошло его время"

Silent Bob
02.03.2017
20:45:03
это библиотеки

Андрей
02.03.2017
20:45:23
камешки драгоценные

53r63rn4r
02.03.2017
20:45:24
Ну, как pypi

Андрей
02.03.2017
20:45:38
типа того, только в пайтоне очень мало всего

даже у перла больше в разы

Silent Bob
02.03.2017
20:46:05
а да, есть еще homebrew
недавно появился linuxbrew

Андрей
02.03.2017
20:46:19
CPAN все дела: почти всё что тебе надо уже кто-то написал

Nikolay
02.03.2017
20:46:30
у питона в этом сильно далеко
в питоне надо шарить в wheel'ах, та же тема

Андрей
02.03.2017
20:46:31
тебе надо просто построить из кирпичей дом

Stepan
02.03.2017
20:46:40
типа того, только в пайтоне очень мало всего
Мало? Это что же такого надо делать, чтобы pip не хватало :) Или нужно как в node leftspan'ы клепать?

Nikolay
02.03.2017
20:46:45
Евгений
02.03.2017
20:46:54
Народ, возможно за месяц выучить питон и пойти работать в апреле?

Nikolay
02.03.2017
20:46:56
питон сейчас на одном из первых мест по объему репозиториев

53r63rn4r
02.03.2017
20:47:05
типа того, только в пайтоне очень мало всего
Рили? Ого, я думал, что у питона дохуя библиотек и не знал что написать бы

Silent Bob
02.03.2017
20:47:10
хз, троллите, в питоне много больше всего, либ тех же, говорю как рубист засланный

Nikolay
02.03.2017
20:47:44
хз, троллите, в питоне много больше всего, либ тех же, говорю как рубист засланный
знаков препинания катастрофически не хватает, но два чая этому господину

Евгений
02.03.2017
20:47:51
Можно
Я на stepik'e думаю курс пройти, стоит?

53r63rn4r
02.03.2017
20:48:06
Конечно стоит, тогда месяц умножайте на 2 года

Страница 2382 из 9768