The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



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

"Релиз СУБД PostgreSQL 12"  +/
Сообщение от opennews (??), 03-Окт-19, 20:25 
После года разработки опубликована новая стабильная ветка СУБД PostgreSQL 12.  Обновления для новой ветки будут выходить в течение пяти лет до ноября 2024 года...

Подробнее: https://www.opennet.me/opennews/art.shtml?num=51604

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по ответам | RSS]

4. Сообщение от Печаль (?), 03-Окт-19, 21:14   –5 +/
Мне нравится как статьи здесь всегда начинаются: после года разработки...
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32

5. Сообщение от Аноним (5), 03-Окт-19, 21:50   –7 +/
Что лучше, сабж или mysql?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #6, #8, #14, #21, #30, #54, #60, #98, #99

6. Сообщение от ОЛЕГ (?), 03-Окт-19, 21:56   +5 +/
Сильно от задач
Мы сочетаем его с кликхаусом
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

8. Сообщение от Аноним (8), 03-Окт-19, 21:58   +22 +/
Можно сказать, что постгрэс самый-самый.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #41

10. Сообщение от Аноним (10), 03-Окт-19, 22:24   +/
master-master репликацию так и не завезли?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #12, #16, #24, #27, #53, #57, #65, #81, #82

11. Сообщение от Dobro (?), 03-Окт-19, 23:14   –4 +/
Продолжают обещать с 10й,пора забыть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #19

12. Сообщение от Catwoolfiiemail (ok), 03-Окт-19, 23:20   –1 +/
multimaster поможет превратить ваши данные в мусор.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #15

14. Сообщение от Fooser (?), 03-Окт-19, 23:47   +19 +/
Сабж более навороченный, если привыкнете к сабжу то мускель покажется вам игрушкой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #22, #23, #25

15. Сообщение от Your Anonymous (?), 04-Окт-19, 00:02   –1 +/
Ответ в духе нет и не надо. Но ведь надо. Галера, кстати, справляется.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #20

16. Сообщение от Your Anonymous (?), 04-Окт-19, 00:03   +/
Я уже устал ждать когда она появится. Пользовался BDR - не понравилось в итоге.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

19. Сообщение от Аноним (19), 04-Окт-19, 03:30   +4 +/
Вас кто-то обманул, никаких планов по реализации мультимастера в ядре postgres никогда не было и нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

20. Сообщение от Аноним (19), 04-Окт-19, 03:31   +/
Так галера это не mysql, это стороннее решение, сторонних мультимастеров и для postgres несколько штук.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

21. Сообщение от Аноним (-), 04-Окт-19, 04:31   +3 +/
Также у mysql есть свои плюсы. Например, запуститься на любом урезаном vps, нет тормозов при внезапном срабатывании автовакум, некоторые другие (спорные) плюсы.
Также, совершенно согласен, что pgsql имеет свои няшки.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #26, #36, #52, #66, #67

22. Сообщение от Майор (??), 04-Окт-19, 05:04   –3 +/
Так ведь хранилище постгри нефига не лучше TokuDB и MyRocks... Еще и WAL доисторический.
Вместо пула потоков, тред на каждый чих!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #39

23. Сообщение от Анонимный прохожий (?), 04-Окт-19, 07:13   –1 +/
> Сабж более навороченный, если привыкнете к сабжу то мускель покажется вам игрушкой.

Или залепухой для прачечной :-)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14

24. Сообщение от kalter (?), 04-Окт-19, 08:04   +1 +/
master-master есть в Slony, если очень хочется
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

25. Сообщение от Сабж (?), 04-Окт-19, 08:05   –4 +/
За ранее прошу прощения за ламерский вопрос, "Сабж" - это что за СУБД?
Спасибо за ранее.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #33, #34

26. Сообщение от Аноним (26), 04-Окт-19, 08:24   +4 +/
тся, вакуум
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21 Ответы: #38, #42

27. Сообщение от kde (??), 04-Окт-19, 08:35   +1 +/
Кто мешает использовать логическую репликацию?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #31

29. Сообщение от milinskyemail (ok), 04-Окт-19, 08:47   –1 +/
Long Live PostgreSQL
Ответить | Правка | Наверх | Cообщить модератору

30. Сообщение от Аноним (30), 04-Окт-19, 08:47   +1 +/
Сабж рекомендован в Джанго для новых проектов. Так что выбора у некоторых и нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #35, #37

31. Сообщение от Аноним (32), 04-Окт-19, 09:44   +1 +/
Часто, но не всегда, здравый смысл мешает её использовать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #27 Ответы: #48

32. Сообщение от Аноним (32), 04-Окт-19, 09:47   +/
Не думал что её могли действительно год разрабатывать? https://www.postgresql.org/support/versioning/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #51

33. Сообщение от xxxxxxxxx (?), 04-Окт-19, 10:05   +2 +/
"Сабж" - оно же "subject" - оно же "тема", те о чем идет речь
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

34. Сообщение от xxxxxxxxx (?), 04-Окт-19, 10:08   +9 +/
И насчет "за ранее" см. тут:
https://russkiiyazyk.ru/orfografiya/pravopisanie/zaranee-kak...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

35. Сообщение от Анончик (?), 04-Окт-19, 11:02   +/
Сабж + Джанго этот кейс выглядит слишком ассиметрично.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30

36. Сообщение от имя_ (?), 04-Окт-19, 11:23   +/
плюшки, ёпт
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

37. Сообщение от имя_ (?), 04-Окт-19, 11:24   +1 +/
где-то можно почитать о причине такого выбора?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #30 Ответы: #40

38. Сообщение от wertklop (?), 04-Окт-19, 11:53   –2 +/
не, тут правильно пишется, запуститься, с мягким знаком
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26 Ответы: #45, #63

39. Сообщение от имя (ok), 04-Окт-19, 12:30   +4 +/
MyRocks, как и прочие хранилки на LSM-деревьях, страдают от сильного write amplification, и его превосходство над «доисторическим» WAL совсем не очевидно.

Куда интереснее было бы посмотреть на многопользовательскую SQL-базу на базе LMDB, по аналогии с SQLightning для SQLite, тем более что сам LMDB часто сравнивают с RocksDB не в пользу последнего.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #43

40. Сообщение от Аноним (32), 04-Окт-19, 12:31   +1 +/
Собственно разработчики фреймворка в своей книге её рекомендуют.

If you're not tied to any legacy system and have the freedom to choose a database back-end, we recommend PostgreSQL, which achives a fine balance between cost, features, speed and stability. (The Definitive Guide to Django, p. 15)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #37 Ответы: #46

41. Сообщение от Аноним (32), 04-Окт-19, 12:45   +/
В каких-то случаях самый хороший, в каких-то самый плохой.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #74

42. Сообщение от JL2001 (ok), 04-Окт-19, 13:03   –1 +/
> тся, вакуум

"плюс мусикла - запуститься на чайнике"

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #26

43. Сообщение от Аноним (43), 04-Окт-19, 13:06   +/
MyRocks Есть форк от хитечи и Самсунга, которые не страдают amplification.

Самсунг ещё сделал SSD с аппаратной NoSQL на базе rocksdb.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39 Ответы: #44

44. Сообщение от Аноним (43), 04-Окт-19, 13:09   +/
https://blocksandfiles.com/2019/09/05/samsungs-potentially-g.../

https://www.anandtech.com/show/14839/samsung-announces-stand...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43

45. Сообщение от имя_ (?), 04-Окт-19, 13:15   +/
тогда было бы неплохо обозначать ударение
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

46. Сообщение от имя_ (?), 04-Окт-19, 13:16   +1 +/
т.е. просто "потому что", жаль.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #47, #49

47. Сообщение от aperon (ok), 04-Окт-19, 13:35   +1 +/
Django provides support for a number of data types which will only work with PostgreSQL. There is no fundamental reason why (for example) a contrib.mysql module does not exist, except that PostgreSQL has the richest feature set of the supported databases so its users have the most to gain.
https://docs.djangoproject.com/en/2.2/ref/contrib/postgres/
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #58

48. Сообщение от JL2001 (ok), 04-Окт-19, 13:41   +/
> Часто, но не всегда, здравый смысл мешает её использовать.

раскройте свою мысль - какие проблемы с логической репликацией в PostgreSQL ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #50, #55, #56

49. Сообщение от Аноним (32), 04-Окт-19, 14:56   +/
Ну собственно у разработчиков тоже были причины. И вон выше дали ссылку. К слову когда Django только вышел они рекомендовали Firebird SQL.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #46 Ответы: #59

50. Сообщение от Аноним (32), 04-Окт-19, 15:12   +2 +/
Если коротко:

    - Tables must have the same full qualified name between publication and subscription.
    - Tables must have primary key or unique key
    - Mutual (bi-directional) Replication is not supported
    - Does not replicate schema/DDL
    - Does not replicate sequences
    - Does not replicate TRUNCATE
    - Does not replicate Large Objects
    - Subscriptions can have more columns or different order of columns, but the types and column names must match between Publication and Subscription.
    - Superuser privileges to add all tables
    - You cannot stream over to the same host (subscription will get locked).


Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

51. Сообщение от fske (?), 04-Окт-19, 15:20   +1 +/
Нет, он просто не думал. Зачем ему такие сложности?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #32

52. Сообщение от Аноним (52), 04-Окт-19, 15:43   +2 +/
У Постгреса, к сожалению, такие настройки по умолчанию что он тоже запустится на любом урезанном vps. А тормоза вакуума - это всё сказки от неумеющих настраивать.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

53. Сообщение от Аноним (52), 04-Окт-19, 15:45   +/
Какой нахрен master-master в sql? Для мультимастера подходят только специальные kv хранилища со специально навороченной для этого логикой, включающей прежде всего conflict resolution. И то не для каждого приложения это всё вообще подойдёт.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #62

54. Сообщение от Аноним (52), 04-Окт-19, 15:48   +/
Я когда выбирал (вообще без знаний) первый раз базу, поставил mysql (уже задумавшись, что же ставить - mysql, марию или перкону), запустил, увидел что оно слушает 3306 без авторизации, и сразу снёс. Поставил постгрес и с тех пор ни разу не пожалел. Потом начитался статей и понял что в mysql многих фичей которые я в постгресе считаю за данное, нет и не предвидится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #68, #88

55. Сообщение от Аноним (55), 04-Окт-19, 15:52   +2 +/
Не поддерживает восстановление после переключения источника на резерв (promote standby). Слоты необходимые для логической репликации не реплицируются на standby и на нём отсутствуют.

Не поддерживает восстановление после переключения приёмника на резерв (promote standby). Сдвинуть слот назад, даже если нужные WAL есть — нельзя.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

56. Сообщение от Аноним (55), 04-Окт-19, 15:55   +2 +/
Все эти проблемы можно обойти или решить, но это требует как минимум разработки и программирования вспомогательной обвязки вокруг postgres, не все к этому готовы.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48

57. Сообщение от Анонимemail (57), 04-Окт-19, 16:51   +1 +/
> master-master репликацию так и не завезли?

Для этого же сделан PostgresXL
Я кстати его тестировал на 3-х нодах. Работает, но нужно понимать его архитектуру

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #61

58. Сообщение от имя_ (?), 04-Окт-19, 18:01   +1 +/
спасибо, теперь уже яснее
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #47

59. Сообщение от имя_ (?), 04-Окт-19, 18:02   +/
насчет firebird что-то слышал, но меня джанго тогда слабо инетересовал
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49

60. Сообщение от аноним_XXXXXX (?), 04-Окт-19, 18:42   +2 +/
Скажите,а в mysql, поддержку баз данных добавили или все так-же по старинке без нее ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #64, #73

61. Сообщение от Майор (??), 04-Окт-19, 20:29   –1 +/
>> master-master репликацию так и не завезли?
> Для этого же сделан PostgresXL
> Я кстати его тестировал на 3-х нодах. Работает, но нужно понимать его
> архитектуру

Сотни форков pgsql достали

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

62. Сообщение от anonymous (??), 04-Окт-19, 21:04   +1 +/
Microsoft SQL server ?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #53

63. Сообщение от Аноним (63), 05-Окт-19, 13:20   +/
нет, не правильно: что делает? - запускается. мягкого знака нет.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #72, #87

64. Сообщение от KonstantinB (ok), 05-Окт-19, 13:40   +1 +/
Mysql 8 уже можно назвать базой данных.

Гвозди, которыми системные словари были прибиты к MyISAM, отдрали, операции с ними теперь атомарные. CTE и Window functions завезли. Cost based оптимизатор завезли.

Транзакции для DDL пока не работают, но это дело времени, для этого все уже есть.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60 Ответы: #102

65. Сообщение от KonstantinB (ok), 05-Окт-19, 13:44   +/
Мультимастер для полноценного ACID - это сложная штука, от CAP-теоремы не спрячешься, чем-то придется жертвовать. Синхронный мультимастер - это большой тормоз, асинхронный - это eventual consistency со всеми следствиями. Если никак без этого жить нельзя - есть сторонние решения, построенные на logical streaming, тот же BDR.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

66. Сообщение от zzz (??), 05-Окт-19, 14:33   +/
Стоковые параметры постгри позволяют запустить его хоть на чайнике, не то, что vps.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

67. Сообщение от FSA (??), 05-Окт-19, 18:46   +/
> Например, запуститься на любом урезаном vps

Как бы сомнительно. Запуститься на таких VPS может и то и другое. Вопрос только какую нагрузку выдержат. У меня база PostgreSQL умного дома на малинке 3B нормально крутится несколько месяцев. Собираются данные с трёх датчиков температуры и ещё по мелочи. Нагрузки на "сервер" не будет особой, так что выше крыши малины с гигом памяти. Ещё в интернете есть свой сервер. Там 2 ГБ оперативки. Крутится кроме MySQL и PostgreSQL для сайтов ещё и Matrix Synapse. Последний выжрал треть памяти оперативной, но сервер ведёт себя нормально. Опять таки гигантской нагрузки нет. Куда ещё урезать VPS я не знаю. И так копейки стоит. В РФ ещё дешевле можно взять, но там проблемы со связностью.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

68. Сообщение от FSA (??), 05-Окт-19, 18:53   +/
> увидел что оно слушает 3306 без авторизации, и сразу снёс

Я сейчас тоже предпочитаю PostgreSQL, но как вы так умудрились поставить MySQL? Сейчас даже root нельзя зайти через TCP/IP во многих инсталляциях, только через Unix-сокет. Да и слушает она обычно на 127.0.0.1. Так что доступ извне ещё открыть надо.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

69. Сообщение от Цезй Родонович (?), 05-Окт-19, 23:27   –1 +/
Пакеты и undo так и не завезли?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #70, #84

70. Сообщение от Аноним (55), 06-Окт-19, 05:20   +/
А их везли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #71

71. Сообщение от Цезй Родонович (?), 06-Окт-19, 11:02   +/
А чего там везти? Не обязательно как в оракле, можно одним текстом с модификаторами паблик приват. Как два пальца...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #94

72. Сообщение от Аноним (72), 06-Окт-19, 15:29   +/
имелось ввиду "прийти в запущение" (упадок, заброшенность, запущенность). Причем в данном предложении ("...запуститься...") БД это сделает как-то сама, своими силами :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

73. Сообщение от Аноним (73), 06-Окт-19, 21:53   +1 +/
Оракл головного мозга - страшная болезнь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #60

74. Сообщение от EuPhobos (ok), 07-Окт-19, 07:12   +/
А можно пример, в каком psql "самый плохой"? Что-то не приходит ничего на ум в качестве такого примера.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41

75. Сообщение от лютый жабист__ (?), 07-Окт-19, 12:59   +/
Господа, насколько эффективно в Слоне работает пересечение индексов?

Дано: гигантская таблица (за миллиард записей), по 20 столбцам созданы отдельные индексы. Кардинальность у каждого очень низкая. Но сочетание нескольких полей обычно имеет от 0 до 50 рядов. Комбинированные индексы делать нельзя.

Слон будет быстро искать в таких условиях? За единицы секунд хотя бы.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #77, #83, #95

77. Сообщение от Аноним (77), 07-Окт-19, 13:26   +1 +/
Нормально, особенно если ему помочь: настроить статистику (пошаманить с настройками ANALYZE, где-нужно объявить зависимости между столбцами -- https://postgrespro.ru/docs/postgresql/11/sql-createstatistics).

Желательно включить HugePages, увеличить shared_buffers, включить многопоточность (max_worker_processes, max_parallel_workers_per_gather, ...) можно добавить pg_prewarm чтобы не тратиться на излишнее IO,..

Большая проблема постгреса -- очень слабая конфигурация по-умолчанию + очень сложная конфигурация для новичка.

---

В некоторых случая может сильно помочь секционирование. Но не в случае с 20 индексами с большой вариативностью запросов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #78, #79, #101

78. Сообщение от KonstantinB (ok), 07-Окт-19, 15:40   +1 +/
Конфигурация сложна ровно настолько, насколько сложна сама СУБД. Зато ничего от пользователя не прячут.

И, да, в mysql с необходимостью знать числовые значения innodb-констант ничем не проще.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

79. Сообщение от лютый жабист_ (?), 08-Окт-19, 05:17   +/
Спасибо!
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

80. Сообщение от Андрей (??), 08-Окт-19, 11:47   –1 +/
Подведите, пожалуйста, libpq под С-стандарт.
Например, сделать pq_connect_db вместо PQconnectdb.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #86, #96

81. Сообщение от www2 (??), 08-Окт-19, 16:19   +1 +/
Интересно, те, кто ждут мультимастер-синхронизацию в SQL-базе данных, он как это себе представляют.

Вот есть два мастера, между ними есть связь и запросы, попавшие на любой из серверов, выполняются на обоих.

Вот опять есть два мастера, но между ними связь отвалилась. Часть запросов выполняются на одном мастере, часть - на другом. На одном сервере пишется, что у Васи на счету стало 10 рублей. На другом сервере пишется, что на счету у Васи стало 100 рублей. И вот связь между мастерами появляется. Информация с какого из серверов должна перезаписать изменения на другом? Сколько рублей должно быть на счету у Васи?

Подобные вещи можно реализовать только при соответствующем проектировании приложения. Оно должно уметь определять, какая часть данных настоящее время может быть не доступна. Доступные же данные могут быть как подтверждёнными - просинхронизированными на все узлы, так и изменёнными только локально. На основе такой информации приложение должно делать выводы - насколько эта информация годится для определённого рода выводов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10 Ответы: #85, #89

82. Сообщение от Аноним (85), 08-Окт-19, 16:35   +/
Мастер-мастер куда-то "завести" в принципе невозможно. Потому что нужно прописывать, самому, логику разрешения коллизий в модели в этом случае.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #10

83. Сообщение от Аноним (85), 08-Окт-19, 16:46   +/
В Слоне нет таблиц. Есть только куча. Кучу, в принципе, можно прозрачно секционировать, но, опять же, каждая секция будет кучей (индекс никогда не смешивается с данными).
Дальше. Не буду интересоваться зачем так, но я правильно понял -- по каждому из 20 свойств создано по одному индексу ровно из одного свойства? Причём кардинальность каждого такого индекса мала. Но если сделать индекс по нескольким полям, то при миллиарде записей, кардинальность может достигать (аж!!!) 50-ти? 50-сят на миллиард, мягко скажем, тоже высокой кардинальностью не назовёшь.
Если на шпинделях, то Слон сильно сольёт МСу и Ораклу; на ссд -- разница будет существенной, но не такой вопиющей. Но это моё частное мнение.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75 Ответы: #90

84. Сообщение от Аноним (85), 08-Окт-19, 16:50   +/
Что-то вроде Сегментов отката уже с 11-той есть. Но, конечно, не в виде копии решения Оракла, где в Откат пишут инструкции как вернуть блок в исходное состояние, а просто теперь исторические записи не хранятся вместе с актуальными, а выкидываются в отдельную кучу. Как в МСе, приблизительно, если включить поддержку MVCC.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #97

85. Сообщение от Аноним (85), 08-Окт-19, 16:53   +/
Никак не представляют. Они, как моя дочка, "Хочу конфет, но не хочу диатеза".
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

86. Сообщение от Аноним (86), 09-Окт-19, 01:46   –1 +/
Ну напихайте пачку #define-ов, если так коробит :)
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

87. Сообщение от Аноним (87), 09-Окт-19, 05:27   +/
Что сделать? Запуститься
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63

88. Сообщение от Аноним (87), 09-Окт-19, 05:30   +2 +/
Ахаха, какое ламерство
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #54

89. Сообщение от Аноним (87), 09-Окт-19, 05:35   +/
В этом узле изменения пишутся на Счету Васи а счет Пети синхронизируется. На другом узле изменения приходят на счету Пети , а счет Васи синхронизируется.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81 Ответы: #93

90. Сообщение от лютый жабист__ (?), 09-Окт-19, 08:21   +/
>Но если сделать индекс по нескольким полям, то при миллиарде записей, кардинальность может достигать 50-ти

Нет. Поиск по нескольким полям выдаст 0-50 рядов из миллиарда записей.
Составной индекс по нескольким полям делаешь - ищет за милисекунды.
Но все комбинации полей составными индексами не закроешь.
Сейчас всё в монге, там, похоже вообще крутилок нет на эту тему.
Интересуюсь, у кого есть шансы задачу решить.

Орацле обычно без приставленного к нему седовласого ДБА с ворохом сертификатов работает очень фигово. Слон, видимо, посередине...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #83 Ответы: #91, #92

91. Сообщение от Аноним (85), 09-Окт-19, 17:09   +/
Нет, настройка Слона значительно менее предсказуемый процесс, чем настройка Оракла. Хотя и тот и другой настраивать не сказал бы, что сложно. Просто консультирование по Ораклу отдельный бизнес, со своими маркетинговыми мифами-ужастиками. А так, Оракл прост и понятен. Куда понятней, чем тот же МС.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

92. Сообщение от Аноним (85), 09-Окт-19, 17:13   +/
Задача тривиальная. Всё в итоге упрётся в эффективность алгоритмов подлежащей системы хранения, а не в конкретную СУБД.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #90

93. Сообщение от Аноним (93), 10-Окт-19, 05:24   +/
Это шардинг, его можно на любой базе сделать, мультимастер для этого не нужен.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #89

94. Сообщение от Аноним (93), 10-Окт-19, 05:27   +/
Если одним текстом, то это extenson и они есть.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #71

95. Сообщение от Аноним (52), 10-Окт-19, 21:45   +/
Может заюзать более подходящий индекс, типа bloom?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #75

96. Сообщение от Аноним (52), 10-Окт-19, 21:46   +/
C-стандарт никак не регламентирует именование функций.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #80

97. Сообщение от Цезий Родонович (?), 11-Окт-19, 09:48   +1 +/
Вы это использовали в реальности в "PostgreSQL 11"? или читали концепт на wiki?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #84 Ответы: #100

98. Сообщение от FSA (??), 14-Окт-19, 07:43   +/
> Что лучше, сабж или mysql?

Если просто поиграться или поставить какой-нибудь phpbb, wordpress или ещё что-то, то проще MySQL.Да и phpMyAdmin для не специалистов в БД очень поможет.
А если что-то серьёзное или с опытом работы с БД, то лучше PostgreSQL.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

99. Сообщение от Онаним (?), 15-Окт-19, 16:24   +/
Если в боевом режиме нужен MVCC тогда Слон. Иначе и Дельфина достаточно.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5

100. Сообщение от Онаним (?), 15-Окт-19, 16:29   +/
Я пробовал. Нормально работает. Но никаких плюсов я не увидел. Но и минусов тоже.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #97

101. Сообщение от Онаним (?), 15-Окт-19, 16:41   +/
А зачем для работы с денормализованными данными использовать реляционную СУБД? Она не для этого. Разбейте на 20-ть отношений, каждое проиндексируйте и join-ами. В МС можно было бы сразу кластерный индекс использовать, а в Слоне нужно создавать дополнительный индекс к отношению.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77

102. Сообщение от Gemorroj (ok), 17-Фев-20, 14:04   +/
да, над 8 хорошо поработали.
забавно как все пиарили марию, а по факту основную работу, а не рюшечки, сделали в ваниле в оракле.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64


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

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




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру