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. Скрыто модератором  –5 +/
Сообщение от Печаль (?), 03-Окт-19, 21:14 
Ответить | Правка | Наверх | Cообщить модератору

32. Скрыто модератором  +/
Сообщение от Аноним (32), 04-Окт-19, 09:47 
Ответить | Правка | Наверх | Cообщить модератору

51. Скрыто модератором  +1 +/
Сообщение от fske (?), 04-Окт-19, 15:20 
Ответить | Правка | Наверх | Cообщить модератору

5. "Релиз СУБД PostgreSQL 12"  –7 +/
Сообщение от Аноним (5), 03-Окт-19, 21:50 
Что лучше, сабж или mysql?
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

44. "Релиз СУБД PostgreSQL 12"  +/
Сообщение от Аноним (43), 04-Окт-19, 13:09 
https://blocksandfiles.com/2019/09/05/samsungs-potentially-g.../

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

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

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

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

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

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

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

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

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

26. "Релиз СУБД PostgreSQL 12"  +4 +/
Сообщение от Аноним (26), 04-Окт-19, 08:24 
тся, вакуум
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

42. "Релиз СУБД PostgreSQL 12"  –1 +/
Сообщение от JL2001 (ok), 04-Окт-19, 13:03 
> тся, вакуум

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

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

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

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

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

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

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

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

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

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

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

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

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ообщить модератору

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

47. "Релиз СУБД PostgreSQL 12"  +1 +/
Сообщение от aperon (ok), 04-Окт-19, 13:35 
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ообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

10. "Релиз СУБД PostgreSQL 12"  +/
Сообщение от Аноним (10), 03-Окт-19, 22:24 
master-master репликацию так и не завезли?
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

    - 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ообщить модератору

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

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

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

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

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

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

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

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

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

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

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

Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

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

77. "Релиз СУБД PostgreSQL 12"  +1 +/
Сообщение от Аноним (77), 07-Окт-19, 13:26 
Нормально, особенно если ему помочь: настроить статистику (пошаманить с настройками 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ообщить модератору

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

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

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

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

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

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

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

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

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

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

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

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

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

80. "Релиз СУБД PostgreSQL 12"  –1 +/
Сообщение от Андрей (??), 08-Окт-19, 11:47 
Подведите, пожалуйста, libpq под С-стандарт.
Например, сделать pq_connect_db вместо PQconnectdb.
Ответить | Правка | Наверх | Cообщить модератору

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

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

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

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




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

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