Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Изначальное сообщение		[ Отслеживать ]

"Выпуск распределённой СУБД TiDB 4.0"	+/–
Сообщение от opennews (??), 28-Май-20, 13:52
Доступен релиз распределённой СУБД TiDB 4.0, развиваемой под впечатлением от технологий  Google Spanner и F1. TiDB относится к категории гибридных систем HTAP (Hybrid Transactional/Analytical Processing), способных как обеспечивать выполнение транзакций в реальном времени (OLTP), так и выполнять обработку аналитических запросов. Проект написан на языке Go и распространяется под лицензией Apache 2.0... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53045
Ответить | Правка | Cообщить модератору

Сообщения

[Сортировка по ответам | RSS]

1. Сообщение от Аноним (1), 28-Май-20, 13:52	–16 +/–
Вот бы MySQL кто-то переписал на Golang была бы хоть польза, а тут непонятно можно на него преейти или нет и чем это грозит.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #3, #4, #11, #19, #26

2. Сообщение от Аноним (2), 28-Май-20, 13:57	–3 +/–
Где б еще со всем этим поработать, если мигрировать в Мск с Питером впадлу, удалёнка с таймтрекером - такая себе версия цифрового рабства, а в твоей провинции дай бог если на местных галерах про брокеры очередей слышали))) либо фуллстак на постгре, либо фуллстак на оракле)
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #7, #27

3. Сообщение от brzm (ok), 28-Май-20, 14:16	+6 +/–
Что значит "MySQL переписали на Go"? Сделали полностью другую базу со 100% совместимостью с MySQL? Зачем?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #8

4. Сообщение от Богдан Помазан (?), 28-Май-20, 14:20	+8 +/–
Внезапно переписали уже, называется TiDB
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1

5. Сообщение от Аноним (5), 28-Май-20, 14:26	–2 +/–
Новая смузи СУБД... которая по счету? MS, Oracle, IBM, SAP напряглись?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #9, #35

6. Сообщение от user (??), 28-Май-20, 14:53	+/–
Вот не факт, что в Мск кто-то с этим работает. Очень специфичная штука. Ынтырпрайз на такое даже не смотрит. Разве что девопсы где-то втихоря вкорячили.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

7. Сообщение от Gemorroj (ok), 28-Май-20, 15:30	+/–
можно подумать в мск как-то по другому.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

8. Сообщение от Аноним (-), 28-Май-20, 15:41	+10 +/–
Ну как, должен же кто-то тормозить и жрать оперативку? Иначе Intel негодует, новые процы не покупают.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #29

9. Сообщение от mail (?), 28-Май-20, 17:17	+1 +/–
PostgreSQL напрягся...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

10. Сообщение от mail (?), 28-Май-20, 17:27	+/–
no take off - https://www.linkedin.com/company/pingcap/people/ эти парни в конце концов всё завалят (ничего личного и никакого расизма).
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #36

11. Сообщение от AnonAnon (?), 28-Май-20, 17:43	–1 +/–
лучше на Rust переписать MySQL и PostgreSQL, сразу в космос полетят, без сомнений инфа 100%
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #13

12. Сообщение от Аноним (-), 28-Май-20, 18:02	+/–
Особенно второй пункт в списке новшеств порадовал, нет, честно!
Ответить | Правка | Наверх | Cообщить модератору

13. Сообщение от ann (??), 28-Май-20, 18:13	+/–
Куда же без тебя растомана любимого. Нука расскажи мне как в rust невозможно себе в ногу выстрелить в safe коде, а я тебе потом покажу как можно в три строки отстрелить себе голову в rust, и без всяких unsafe.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #15, #16

14. Сообщение от Онаним (?), 28-Май-20, 18:16	+1 +/–
JANDB Just Another Not-needed DB Дарю название.
Ответить | Правка | Наверх | Cообщить модератору

15. Сообщение от anons (?), 28-Май-20, 18:19	+6 +/–
о нет, в языке программирования можно наговнокодить. Никогда такого не было!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #20

16. Сообщение от AnonAnon (?), 28-Май-20, 18:22	+3 +/–
разве незаметно, что это шутка была по поводу переписывания на Rust?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #22

17. Сообщение от Онаним (?), 28-Май-20, 18:25	+/–
Посмотрел я на их продакшн-требования для одной ноды... если обычному MariaDB+TokuDB, столько дать, это поделие долго не понадобится. Даже если репликацию и шардинг руками намутить, всё равно выйдет легче и дешевле.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #18, #37

18. Сообщение от девляпсы (?), 28-Май-20, 19:11	+1 +/–
мы не можем ждать пока ты там руками что-то намутишь, у нас смузи скиснет! "Этих денег нам в зарплату все равно не положат!"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

19. Сообщение от Аноним (19), 28-Май-20, 19:31	+1 +/–
Ничего хорошего на go никогда написано не будет. Как можно на go написать что-то хорошее?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #21

20. Сообщение от ann (??), 28-Май-20, 21:06	–1 +/–
Именно что можно. Но они же упорно кричат что rust безопасен до немагу и в safe там вообще ничего не сломать и даже код проверять не надо.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #24

21. Сообщение от ann (??), 28-Май-20, 21:07	+5 +/–
потому что они про to забыли. Вот дорастут до goto тогда сразу спасут весь мир.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #19

22. Сообщение от ann (??), 28-Май-20, 21:08	+3 +/–
А как-то не очень заметно. Хотя может у меня распознование юмора хромает.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

23. Сообщение от Аноним (23), 28-Май-20, 23:18	+/–
Репликация лучше галеры по задержкам выполнения OLTP?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #40

24. Сообщение от Анонимъ (?), 29-Май-20, 01:39	–1 +/–
Чёт кричат про безопасность Rust в основном хейтеры. Никакого чуда тут нет. Если сильно упростить, то тут просто сделали из набора варнингов и сообщений анализаторов ошибки компиляции. Допустим вот такой код:     int i = 2;     printf("%d %d\n", i++, i++); Что лучше, иметь возможность найти тут ошибку или же невозможность написания кода с такими ошибками вообще?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20 Ответы: #25, #28

25. Сообщение от Аноним (25), 29-Май-20, 10:49	+2 +/–
Лучше иметь мозг.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24

26. Сообщение от Gefest (?), 29-Май-20, 14:40	+1 +/–
>Вот бы MySQL кто-то переписал на Golang была бы хоть Например, ты . Мы хотим поржать над очередным "клоном gimp для озабоченных"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #30

27. Сообщение от Gefest (?), 29-Май-20, 14:42	+1 +/–
>удалёнка с таймтрекером Твое светлое будующее в постпандемическую эпоху,хе-хе
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

28. Сообщение от Аноним (28), 29-Май-20, 16:54	–1 +/–
Неопределенное поведение прозволяет компелятору производить дополнительные оптимизации, поэтому Си всегда будет быстрее недoязычка от тoрмoзиллы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #24 Ответы: #31

29. Сообщение от Lex (??), 29-Май-20, 21:49	+/–
Доо. А пока - всего лишь оракле негодуе, что все на мускул бегут... хотя, постой-ка, не уже и не так, чтобы бегут. Всё-таки, не зря оракл ее купил и «совершенно случайно» положил на неё.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #33

30. Сообщение от Lex (??), 29-Май-20, 21:53	+/–
Ну кстати, гимп и сам такой.. что даже шутить над этим бессмысленно существующим калекой не хочется
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

31. Сообщение от Анонимъ (?), 30-Май-20, 01:33	–1 +/–
Могу ответить в том же стиле. UB/UB++ никогда не будут производить столь же оптимизированный код, как и Rust. Просто по той причине, что время, потраченное на поиск багов, поддержку очередного форка std и прочую возню с кривыми тулзами, никогда не будет использовано на оптимизацию кода.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #32, #34

32. Сообщение от Gefest (?), 30-Май-20, 01:40	+/–
Как ви понемаете  можно просто взять больше времени...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

33. Сообщение от funny.falcon (?), 30-Май-20, 02:05	+1 +/–
Вроде как MySQL неплохо развивается
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #29

34. Сообщение от deeaitch (ok), 30-Май-20, 02:19	+/–
Могу ответить в том же стиле. Код написанный на rust никогда даже близко не приблизится к c\c++
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31

35. Сообщение от funny.falcon (?), 30-Май-20, 11:42	+/–
Это не Смузи СУБД. Это Вок СУБД. Китайцы же пилят. BTW, китайцы знают толк в высоких нагрузках. Я с интересом наблюдаю за TiDB. Мне кажется, она должна набрать популярность, т.к. вроде они все делают правильно. Учитывая, что сейчас единственным открытым, популярным, удобным и масштабируемым (take four) решением является MongoDB, у TiDB есть шанс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #41, #47

36. Сообщение от funny.falcon (?), 30-Май-20, 11:44	+/–
Что завалят? Активно развивающийся продукт с уже солидной базой клиентов? Конечно, просрать можно и Nokia, и Sun Microsystems. Но согласитесь, что для этого нужно было постараться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

37. Сообщение от funny.falcon (?), 30-Май-20, 15:50	+/–
1. Я сходу не могу найти «продакшн-требования». Кинете ссылочку? 2. Оптимизация распределённых запросов негораздо более заковыристая штука, чем запросов на локальной машине 3. Ещё налогом на распределенность идут затраты на обмен между узлами 4. Да, TiDB ещё молодая и не все ещё вылизано надо зеркального блеска. Но с каждым выпуском они все быстрее. А теперь скажите, чего вам будет стоить сделать автоматический фейловер? А решардинг? А решардинг с автоматическим фейловером? Сделать руками шардирование - это легко. Реплику поставить тоже не трудно. А вот сделать так, чтобы это все работало по щелчку пальцев, и чтобы при падении инцидентах пукан не взрывался от натуги - это не легко. И, к сожалению, за это приходится платить в том числе производительностью.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #38

38. Сообщение от Онаним (?), 31-Май-20, 09:51	+/–
1. Да пожалуйста, оно в доках (если их читать, конечно) находится легко: https://pingcap.com/docs/stable/hardware-and-software-requir.../ 2. Естественно, но идея не нова, NDB Cluster существует лет уже очень много 3. Там же, где и 2. 4. Этих "молодёжных" вариаций сейчас пруд пруди. В реальных условиях либо не работают, либо работают с должной производительностью на полтора запроса одновременно, либо требуют неограниченное число ресурсов, при каковом преимуществ перед классическими решениями, кроме красивой саморекламы, по сути не остаётся. Насчёт "щелчка пальцами" - по опыту, "молодёжные" поделки обычно работают до первого залетевшего дятла. Дальше "щелчок пальцами" переходит в даунтайм или вообще потерю данных.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #39, #43

39. Сообщение от Онаним (?), 31-Май-20, 10:02	+/–
Кстати если кто пробовал - как там со split brain condition? Самый простой и типовой случай из реального мира - _кратковременный_ (несколько десятков секунд) сетевой split brain между нодами. Рандомный, и не оставляющий ни в одном из сегментов кворума или полного набора данных. При этом частично связность может сохраняться.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #44

40. Сообщение от Онаним (?), 31-Май-20, 10:03	+/–
> Репликация лучше галеры по задержкам выполнения OLTP? Не думаю. Прямая репликация транзакций и сборка/разборка по распределённому KVS - всё-таки разные накладные расходы совершенно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23

41. Сообщение от Онаним (?), 31-Май-20, 10:04	+/–
> Учитывая, что сейчас единственным открытым, популярным, удобным и масштабируемым (take > four) решением является MongoDB, у TiDB есть шанс. Ну там, где монга, действительно, у TiDB есть шанс.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #42

42. Сообщение от Онаним (?), 31-Май-20, 10:05	+/–
Монга кстати хороша, но там, где она хороша, TiDB с его SQL просто не нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

43. Сообщение от funny.falcon (?), 01-Июн-20, 04:19	+/–
MongoDB работает. Работает нормально. Это раз. Хотя, кончено её уже можно считать вовсе даже "старичковской". Рекомендуемые требования - это не обязательные. Оно запустится у вас и на меньших тачках. Это два. NDBCLUSTER (also known as NDB) is an in-memory storage engine The NDBCLUSTER storage engine supports only the READ COMMITTED transaction isolation level. Это три. "молодёжных" вариаций пруд пруди потому, что "старичковских" вариаций открытых (или хотя бы за вменяемые деньги) нет. Это четыре.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

44. Сообщение от funny.falcon (?), 01-Июн-20, 04:21	+/–
Jepsen протестировал TiDB перед выходом версии 3.0 . Был косячок с ретраем транзакций, его выключили по умолчанию. Больше проблем найдено не было. https://jepsen.io/analyses/tidb-2.1.7
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #45, #46

45. Сообщение от funny.falcon (?), 01-Июн-20, 04:23	+/–
Ну ок, есть некоторые проблемы. Но, как я понимаю, к split brain они не приводят.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

46. Сообщение от Онаним (?), 02-Июн-20, 11:27	+/–
Дело в том, что всегда напрягали и напрягают кластерные "решения", в которых ситуации и поведение при split brain, а особенно - нюансы выхода из таковых - не то, что не расписаны подробно, а вообще пропущены в документации, как будто таковых ситуаций не существует.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #44

47. Сообщение от Аноним (47), 03-Июн-20, 11:19	+/–
Ну если ты не знаешь ничего кроме монги, то это твои проблемы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

48. Сообщение от Аноним (47), 03-Июн-20, 11:24	+/–
stored procedures? Не?
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема