DD
а схема данных ?
Size: a a a
2020 January 23
DD
например изменить если - ждать вечность как в mysql или как в nosql?
AB
- надо уметь разруливать сплиты
- надо уметь решать проблему с партицированием, когда данных больше 2гб
- надо знать ответ на вопрос, как ее ресторить, если ты ее запорол
- надо уметь решать проблему с партицированием, когда данных больше 2гб
- надо знать ответ на вопрос, как ее ресторить, если ты ее запорол
AB
если знаете и умеете ответы на эти вопросы, то на свой страх и риск можно ее использовать
DD
если только key value - то вопрос про схему данных снимается)
AB
например изменить если - ждать вечность как в mysql или как в nosql?
схему данных не поменять. поле не добавить
AB
если только key value - то вопрос про схему данных снимается)
не не. там прям столбцы могут быть
DD
вообще тогда непонятно нафига ее юзать как бд - если схему не изменить
DD
смотрю видео, 5000 таблиц в мнезиа, да это наверное вечность работать будет
AB
:mnesia.create_table(:kvs,[{:disc_copies,[node()]},{:attributes,[:key, :data, :ttl, :pid]}])AB
это типа таблица
AB
key - основной ключ. но по pid к примеру, можно индекс создать
DD
и вот эту схему уже не изменить?
V
Привет всем, интересует, сталкивались ли с тем, что был выбор у заказчика между elixir и rust? и был выбран rust
https://www.infoq.com/articles/rust-erlang-comparison/
Просто для почитать.
Наиболее акдекватное сравнение с учётом того, насколько это несравнимые ЯП
Просто для почитать.
Наиболее акдекватное сравнение с учётом того, насколько это несравнимые ЯП
AB
можно в транзакции сделать изменения в нескольких таблицах. изолированно от других процессов. это хорошо, когда ты попробуешь в ETS делать то же самое и столкнешься с тем, что транзакции всетаки нужны
AB
и вот эту схему уже не изменить?
нет. ну, по идее, можешь туда писать не то. но оно поломается
DD
или делается новая таблица - с новой схемой и все постепенно туда переезжает? - а старая грохается?
DD
V
https://www.infoq.com/articles/rust-erlang-comparison/
Просто для почитать.
Наиболее акдекватное сравнение с учётом того, насколько это несравнимые ЯП
Просто для почитать.
Наиболее акдекватное сравнение с учётом того, насколько это несравнимые ЯП
спасибо, выглядит монументально
AB
грубо говоря, если взять SQL бд то там можно представить, что есть несколько уровней:
1) работа с записями в таблице - на уровне записей
2) работа с записями нескольких таблиц в виде какого то алгоритма, который работает через уровень 1
3) работа на высоком уровне sql, когда твой запрос преобразуется в уровень 2, который все делает через уровень 1
1) работа с записями в таблице - на уровне записей
2) работа с записями нескольких таблиц в виде какого то алгоритма, который работает через уровень 1
3) работа на высоком уровне sql, когда твой запрос преобразуется в уровень 2, который все делает через уровень 1
AB
то есть это низкоуровневая такая штука