The OpenNET Project / Index page

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



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

"Fedora планирует перевести RPM с BerkeleyDB на SQLite"  +/
Сообщение от opennews (?), 17-Мрт-20, 12:17 
Разработчики Fedora Linux намерены перевести базу данных пакетов  RPM (rpmdb) с BerkeleyDB  на SQLite. В качестве основной причины замены называется применение в rpmdb устаревшей версии  Berkeley DB 5.x, которая уже несколько лет не сопровождается.  Переходу на  Berkeley DB 6 мешает изменение лицензии на AGPLv3, применение которой требует перелицензирования приложений, использующих  BerkeleyDB в форме библиотеки (RPM поставляется под GPLv2, а AGPL несовместима с GPLv2)...

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

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

Оглавление

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

1. Сообщение от Alex Gluck (?), 17-Мрт-20, 12:17   –5 +/
Наконец то.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #2

2. Сообщение от Аноним (2), 17-Мрт-20, 12:19   +8 +/
"Наконец-то"
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #1 Ответы: #3

3. Сообщение от captcha 20168 (?), 17-Мрт-20, 12:25   –4 +/
естественно
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2 Ответы: #7

5. Сообщение от Dzen Python (ok), 17-Мрт-20, 12:27   +3 +/
Наконец-то дропают древние движки данных.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #8, #65

7. Сообщение от gogo (?), 17-Мрт-20, 12:29   +2 +/
естествен-но
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #28

8. Сообщение от Zenitur (ok), 17-Мрт-20, 12:50   +8 +/
SQLite новый движок? У меня им ещё Amarok 1.4.10 пользовался. В 2006.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #11

9. Сообщение от Аноним (-), 17-Мрт-20, 12:57   –1 +/
Вот, хвалю. Это гораздо полезнее, чем писать пакетные менеджеры на ржавчине, которыми никто, кроме пары пионеров, не пользуется.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #98

11. Сообщение от Dzen Python (ok), 17-Мрт-20, 13:01   +11 +/
Последний коммит
Скулит - >15 hours ago
Беркли - > 7 years ago
А, ну да, забыл - Oracle
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #30, #42, #49, #73

12. Сообщение от PnD (??), 17-Мрт-20, 13:02   +5 +/
Ну вот, скоро "database is deadlocked" появится и в rpm…
* Кроме шуток, отражать деревья в реляции — вообще так себе идея. А тут ещё полное отсутствие скиллов в предметной области у отвечающих за разработку.
** Что из этого может выйти, желающие могут посмотреть на примере akonadi от kde. Там ещ
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #13, #22, #33, #45, #50, #56, #96

13. Сообщение от PnD (??), 17-Мрт-20, 13:06   +1 +/
*** Там ещё и операции над списками в виде where xxx in ('a1','a2',..,'a100500')
С соответствующими результатами, которых кроме как в дебаге не видно ("оно просто зависло").
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

15. Сообщение от axonet (?), 17-Мрт-20, 13:14   –1 +/
Как же раньше жили то? В какие еще дистры это планируют ввести? Наверное, во все.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #47, #63

17. Сообщение от Аноним_tmp (?), 17-Мрт-20, 13:21   +/
Если перейду с Windows на Linux, то это будет Fedora
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #29, #79

18. Сообщение от Аноним (18), 17-Мрт-20, 13:27   +/
Bitcoin Core вообще с BerkleyDB 4.x поставляется, но с 5.x собрать можно.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #21, #69

19. Сообщение от klopikemail (?), 17-Мрт-20, 13:27   +/
В будущем надо мигрировать с rpm на deb.
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #25

20. Сообщение от iPony129412 (?), 17-Мрт-20, 13:34   –2 +/
Замечательно, когда выкидывают устаревшие технологии 👍
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #93

21. Сообщение от Аноним (21), 17-Мрт-20, 13:40   +2 +/
> с 5.x собрать можно

Bitcoin Core -- софт из разряда "ПО, от которого зависит жизнь людей", т.е. из той же категории, что авиационный или медицинский софт. Поэтому компилить его следует исключительно с вбандленным berkeley-db-4.8.30. Особенно если ты крупная китайская биржа.

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

22. Сообщение от Michael Shigorinemail (ok), 17-Мрт-20, 13:40   –3 +/
> А тут ещё полное отсутствие скиллов в предметной области у отвечающих
> за разработку.

К сожалению, факт -- нынешний апстрим rpm изрядно бестолковый.

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

25. Сообщение от Урри (?), 17-Мрт-20, 13:54   –1 +/
На kiss.

Вообще не понимаю к чему этот зоопарк?

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

28. Сообщение от Аноним (28), 17-Мрт-20, 14:15   +4 +/
ес-те́ст-вен-но
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7

29. Сообщение от ryoken (ok), 17-Мрт-20, 14:16   –1 +/
Почему? А чем Gentoo не угодило?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

30. Сообщение от Аноним (28), 17-Мрт-20, 14:17   +7 +/
В Оракл тебе сделают коммит в любой день за какой ты заплатишь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #54

31. Сообщение от Аноним (31), 17-Мрт-20, 14:17   –4 +/
> Переходу на более новые выпуски мешает изменение лицензии Berkeley DB 6 на AGPLv3, требования которой распространяются и на приложения, использующие BerkeleyDB в форме библиотеки (RPM поставляется под GPLv2, а AGPL несовместима с GPLv2).

все что надо знать о мозгах FSF -  которые не могут (и не хотят) обеспечить совместимость между своим же лицензиями.

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

33. Сообщение от YetAnotherOnanym (ok), 17-Мрт-20, 14:24   +1 +/
> отражать деревья в реляции — вообще так себе идея

Хе, может, тебе ещё хочется, чтобы разрабы себе мозги перестроили и заюзали граф-ориентированную ДБ? Мечтатель...

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

34. Сообщение от AnonymousA (?), 17-Мрт-20, 14:25   +6 +/
"Именно поэтому мы используем apt для rpm-пакетов", - добавил Михаил
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22 Ответы: #35

35. Сообщение от Michael Shigorinemail (ok), 17-Мрт-20, 14:28   –1 +/
> "Именно поэтому мы используем apt для rpm-пакетов", - добавил Михаил

Когда в альте определялись с базовыми вещами, deb вообще никуда не годился для применения в системах, безопасность которых кого-либо интересует.  Начиная прямо с отсутствия подписей пакетов, помнится.

И да, именно поэтому ALT-RPM != RPM.

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

37. Сообщение от iozohsoh (?), 17-Мрт-20, 14:49   –1 +/
> И да, именно поэтому ALT-RPM != RPM.

RPM != RPM в принципе. В нынешнем deb все же поболее универсальнее будет.

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

38. Сообщение от Michael Shigorinemail (ok), 17-Мрт-20, 14:57   –2 +/
>> И да, именно поэтому ALT-RPM != RPM.
> RPM != RPM в принципе.

Скорее макропакеты.

> В нынешнем deb все же поболее универсальнее будет.

В целом это так.  _Почему_ так -- отдельная развесистая тема ;-)

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

39. Сообщение от Нанобот (ok), 17-Мрт-20, 15:17   +2 +/
> RPM поставляется под GPLv2, а AGPL несовместима с GPLv2

Юристы понапридумывали всякую херню, а программистам теперь работы прибавилось

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

40. Сообщение от Аноним (40), 17-Мрт-20, 15:31   –2 +/
Я вот таскаю иногда к себе бинарники из разных дистров и проверяю их с помощью checksec и hardening-check. И что оказывается... Самые-самые закалённые в Арче, как ни крути, и причём все, а не только основные. Был удивлён. А чем ALT-RPM лучше?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35

41. Сообщение от Аноним (41), 17-Мрт-20, 15:31   +/
ну х.з... базука деба - жесткий lock, когда какие-нить обновы ставятся - даже лист пакетов сделать нельзя, иногда неудобно. в rpm - даже когда в фоне обновлятор работает можно по-быстрому посмотреть какой версии пакеты залиты и примерно прикинуть заведётся какая-нить прога или нет... пример натянутый, но в реальности с точностью до нюансов именно так и мешает жить
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

42. Сообщение от Аноним (42), 17-Мрт-20, 15:32   +/
а в еще кучу key-value преемников BDB? подсказать названия?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

43. Сообщение от Аноним (42), 17-Мрт-20, 15:33   –1 +/
непонятно нафига им реляционка на хранилище данных о пакетах. анализировать в режиме лайв? это федора поэтому не удивлюсь.
Ответить | Правка | Наверх | Cообщить модератору

45. Сообщение от нона (?), 17-Мрт-20, 16:01   +4 +/
> Ну вот, скоро "database is deadlocked" появится и в rpm…

Вообще никакой проблемы сделать конкурентный доступ нет. sqlite из коробки поддерживает один писатель/много читателей без блокировок. А в контексте пакетных менеджеров, нескольких писателей в принципе быть не может, и блокировка вообще на самом верхнем уровне берется.

> Кроме шуток, отражать деревья в реляции — вообще так себе идея.

Если деревья были отражены в key-value BDB, то в sqlite это будет как минимум так же просто.

> akonadi от kde

Там проблема была  в утырках, которые решили поддерживать "общий" backend, который умеет в mysql, и превратившийся в чмонстра. Использовать "встройку" это всегда прекрасная идея, вместо того чтобы велосипедить свою бд.

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

47. Сообщение от Аноним (47), 17-Мрт-20, 16:33   –1 +/
Можно даже по цепочки проследить всех кто прогнется под IBM, а это примерно все.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15

49. Сообщение от КО (?), 17-Мрт-20, 16:35   +/
Беркли - > 7 years ago

Вы уверены, что версия 18.1.32 появилась именно тогда?

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

50. Сообщение от Аноним (53), 17-Мрт-20, 16:38   –1 +/
Очевидно что стнзя скуля это перекрестные соединения для аналитики
Нахрена оно в объектной среде да еще и в низкоуровневой системной шняге... Ну это федора/рх/ибм... Скоро там инсталлер на руби перепишут.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

52. Сообщение от Аноним (53), 17-Мрт-20, 16:43   +/
Переходит на соверщенно левую технологию придумали не юристы.
Скорее дизайнеры или инклюзивные представители какого-нибудь амазонского племени.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #39

53. Сообщение от Аноним (53), 17-Мрт-20, 16:47   –2 +/
А велосипедить объектное достаточно простое кей-валью с отн. узким назгачением в реляционке общего назначения это не велописедить
Альтернативы у бдб есть
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #66

54. Сообщение от имя (ok), 17-Мрт-20, 16:50   +3 +/
Не факт, что коммит придётся на заказанный день!

https://news.ycombinator.com/item?id=18442941

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

56. Сообщение от КО (?), 17-Мрт-20, 16:52   +1 +/
>Кроме шуток, отражать деревья в реляции — вообще так себе идея.

Полагать, что отношение версий пакетов представляет собой дерево тоже.
Но это не мешает же работать? :)

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

57. Сообщение от artenox (?), 17-Мрт-20, 17:00   –2 +/
Напомните, в RPM же нет рекомендованных зависимостей? С этим хуже живется или легче?
Ответить | Правка | Наверх | Cообщить модератору
Ответы: #58, #62, #64, #71

58. Сообщение от Аноним (40), 17-Мрт-20, 17:12   +/
Рекомендованные в любом случае же необязательны к установке.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57

59. Сообщение от анонн. (?), 17-Мрт-20, 17:20   +1 +/
>>> Разработчики Fedora Linux намерены перевести базу данных пакетов RPM (rpmdb) с BerkeleyDB на SQLite.
>> Переходу на более новые выпуски мешает изменение лицензии Berkeley DB 6 на AGPLv3, требования которой распространяются и на приложения, использующие BerkeleyDB в форме библиотеки (RPM поставляется под GPLv2, а AGPL несовместима с GPLv2).
> все что надо знать о мозгах FSF -  которые не могут (и не хотят) обеспечить совместимость между своим же лицензиями.

Просто AGPL очень неудобна для проприетар^W Партнеров - нельзя будет просто вкатить жирный блобик и открыть лишь код его загрузки, нельзя будет собрать удаленный сервис, делая на нем миллиарды и зажать все улучшения, нельзя будет использовать в качестве "рабочей платформы" для пропр^W Закрытых Проектов Партнеров.
Но! Это конечно же совершенно не то же самое, что и в недавних случаях с проприетарными-подстилочками-бцдунами, открывающимися переходить на GPLv3 компоненты - одно дело проприетарщики, другое - Партнеры! Понимать надо!

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

62. Сообщение от пох. (?), 17-Мрт-20, 17:53   +/
в rpm нет средства разрешения (или навязывания) этих зависимостей.

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

А так есть аж двусторонняя связность:
      Forward     Reverse
Weak     Recommends:     Supplements:
Very weak     Suggests:     Enhances:

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

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

63. Сообщение от пох. (?), 17-Мрт-20, 17:57   +3 +/
раньше жили хреново - до появления пресловутой пятой версии, ежедневные бэкапы rpm'ской базы очень многим "впоследствии очень пригодились".

Удивительно, что им зачесалось ровно тогда, когда в третий раз перепроданная bdb наконец-то почти перестала портить базы, а не в каком-нибудь 2003м, когда было бы в самый раз.

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

64. Сообщение от Аноним (65), 17-Мрт-20, 18:03   +/
механизм recommends во-первых относится больше не к пэкидж манагеру а скорее к системе уровнем выше т.е. yum там или dnf

во-вторых, оный в apt убог до невозможности. негибок и непрозрачен. нечто что должно быть полностью переделано.

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

65. Сообщение от Аноним (65), 17-Мрт-20, 18:09   +/
sql придумали бимеры годах в 70х
а что таблицы что деревья и того раньше.

предлагаю всё это дропнуть и перейти на кругло-параллельных котиков.

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

66. Сообщение от нона (?), 17-Мрт-20, 18:22   +5 +/
> А велосипедить объектное достаточно простое кей-валью с отн. узким назгачением в реляционке общего назначения это не велописедить

То, что изначальная задача натянулась на KV не значит, что она не реализуется проще на реляционке.

> Альтернативы у бдб есть

Я знаю только одну, с хорошей durability (а это очень важно для zero-maintanence тула), которая натягивается со скрипом из-за нюансов mmap: lmdb. Я много работал с lmdb, bdb, leveldb и выбор sqlite для rpm более чем разумен, из-за количества необходимой меты и того количества головняков, которое берет на себя sqlite по надежной записи данных на диск.  

Ты, кстати, альтернативы не озвучил.

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

67. Сообщение от N (?), 17-Мрт-20, 18:49   +/
А чем повредит использование 5.x?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #21

68. Сообщение от 1 (??), 17-Мрт-20, 18:49   +4 +/
на json же !
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #65 Ответы: #77, #81

69. Сообщение от Аноним (69), 17-Мрт-20, 19:04   +/
Версия 0.3.xx использовала BerkleyDB для всех файлов. Версия 0.7 перешла на использование lightdb для всего, кроме wallet.dat. Если бы не необходимость иметь обратную совместимость, то от BerkeleyDB отказались бы
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18

70. Сообщение от Аноним (70), 17-Мрт-20, 19:08   –2 +/
Расскажите, как поступит Alt Linux.
Ответить | Правка | Наверх | Cообщить модератору

71. Сообщение от Аноним (31), 17-Мрт-20, 20:18   +1 +/
в новых уже появилось.
в SuSe уже давно есть

Recommends: ....

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

72. Сообщение от Аноним (31), 17-Мрт-20, 20:21   –1 +/
ну rpm развивает такой светочь OpenSource - как RedHat..  который столько всего сделал и будет делать.
Разве у него могут быть такие партнеры которые заставляют его быть подстилкой?..
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

73. Сообщение от Корец (?), 17-Мрт-20, 21:09   –2 +/
А может быть такое, что проект полностью закончен, максимально оптимизировани и исправлены все известные баги? Ну тип поэтому нет обновлений.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #82

74. Сообщение от Аноним (75), 17-Мрт-20, 21:27   –1 +/
>  изменение лицензии Berkeley DB 6 на AGPLv3

Совсем это пропустил, сказал было вслух - смеялись всей маршруткой.

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

75. Сообщение от Аноним (75), 17-Мрт-20, 21:30   –3 +/
GPL v3 не нужОн, правильно Линус в свое время послал эту банду борцов за социальную справедливость, которые прикидываются хакерами.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #59

76. Сообщение от Аноним (75), 17-Мрт-20, 21:32   –1 +/
Кстати кто в курсе, почему BDB не использует лицензию Беркли?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #78

77. Сообщение от pukkuTukkuTaBu (?), 17-Мрт-20, 21:41   +2 +/
всеми своими вебомакако-смузигироскуторными лапами за
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68

78. Сообщение от Аноним (78), 17-Мрт-20, 22:24   +1 +/
> Кстати кто в курсе, почему BDB не использует лицензию Беркли?

Что значит не использует? Та часть, которая писалась для замены AT&T-шного кода в рамках проекта по избавлению от оного - под BSD лицензией и до сих пор используется, как минимум, во фряхе. А вот более поздние релизы, заказанные авторам уже нетскейпом и ораклом идут под другими.

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

79. Сообщение от Аноним (79), 17-Мрт-20, 22:25   –1 +/
А если купмшь себе Raspberry Pi, то на Pidora.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17

80. Сообщение от Аноним (80), 17-Мрт-20, 22:25   +1 +/
Нетакиекаквсе же.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #25

81. Сообщение от vitalif (ok), 17-Мрт-20, 22:57   +2 +/
Дебиан на файлах))) вообще про существование бд не знает
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #68 Ответы: #94

82. Сообщение от пох. (?), 17-Мрт-20, 23:39   +1 +/
может, но это не тот случай. Точнее, ты почти угадал, это примерно так и есть, но эта версия 1.8.5, one true berkley db, и rpm, к сожалению, с ней не работает, ему "транзакциев" подавай.

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

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

83. Сообщение от Константавр (ok), 18-Мрт-20, 00:03   +/
А на чём бы теперь лепили дистр, если бы выбирали? Мне ни deb ни rpm не нравятся. Из альтернатив только пакман. Но он интырпрайзу не нравится.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38

84. Сообщение от qywtfgsaqwzh (ok), 18-Мрт-20, 01:50   –1 +/
Омагад! Хороший повод взять на вечер пару флакошек Боярки!
Ответить | Правка | Наверх | Cообщить модератору

85. Сообщение от deeaitch (ok), 18-Мрт-20, 02:36   –1 +/
Давно пора. Oracle как то в след за Microsoft, гробит всё к чему прикасается.
Ответить | Правка | Наверх | Cообщить модератору

86. Сообщение от MBG (?), 18-Мрт-20, 06:58   +/
> Там проблема была  в утырках, которые решили поддерживать "общий" backend, который умеет в mysql

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

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

87. Сообщение от Аноним (42), 18-Мрт-20, 07:29   +/
Какая идея-то?? Реляционка нужна для одного и только одного - перекрестных внезапно реляций. А они в свою очередь для аналитики. Шапка собирается у своих хомячков-клиентов в режиме лайв на продакшн серверах анализировать её же (шапковые) пакеты? обучать нейро-сеть? Или что?
То что не нужно анализировать нужно хранить в объектном хранилище. Это внезапно проще программировать и просто проще а значит надёжнее. Неплохая рекомендация для основы ОС, нес па?
На сайте федоры только жалобы на не поддерживаемость старой версии и невозможность перехода на новую из-за смены лицухи Ораклом. Ну так себе повод переходить на принципиально другую философию...
Так что нужно озвучить сначала идею, а потом уже всё остальное. В т.ч. и альтернативы типа LDBM
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #88

88. Сообщение от нона (?), 18-Мрт-20, 08:38   +/
> Какая идея-то??

Это риторический вопрос? Разверните, пожалуйста, если нет, не понятно что вы спрашиваете.

> Реляционка нужна для одного и только одного - перекрестных внезапно реляций. А они в свою очередь для аналитики. Шапка собирается у своих хомячков-клиентов в режиме лайв на продакшн серверах анализировать её же (шапковые) пакеты? обучать нейро-сеть? Или что?

У дона истерика. Вам надо успокоиться. Это слишком хитрый план.

1) У RH и так есть live-стата у кого какой пакет по-клиентно. Пакеты качаются с серверов RH с авторизацией.
2) У федоры есть обезличенная стата.
3) Никакой проблемы вытащить туже информацию с bdb/lmdb/KV нет. Иначе каким образом rpm работает?

Поэтому нет, sqlite нужен не для аналитики и нейронок. А чтобы убрать кучу кода, которая велосипедит реляционку поверх BDB.

> То что не нужно анализировать нужно хранить в объектном хранилище.

Дон стремительно превращается в дремучий валенок. Каким образом объектное хранилище помешает взять аналитику?

Кстати, можно примеры надежных встраиваемых объектных хранилищ? Я за 20 лет ни одного не видел, все какие-то поделки с красивыми рекламными плакатами.

> В т.ч. и альтернативы типа LDBM

Хм. Дон же не думает что KV это объектные хранилища? Иначе это шизофрения. KV-store это отображение одного набора байт в другое. Как правило c range-индексом по K в нагрузку, из-за особенностей реализации. Это очень low-level абстракция, которая начинает быстро обрастать реляционными обвязками на мало-мальски сложных моделях данных. Модель хранения пакетов уж точно переросла это порог.

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

90. Сообщение от Аноним (90), 18-Мрт-20, 09:42   +/
suse/opensuse, например, до сих пор использует db 4.8 в своей версии rpm.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #63 Ответы: #97

92. Сообщение от PnD (??), 18-Мрт-20, 12:00   +/
>> RPM поставляется под GPLv2, а AGPL несовместима с GPLv2
> Юристы понапридумывали всякую херню, а программистам теперь работы прибавилось

  На мой вкус, AGPL играет роль "патента наоборот".
Т.е. *всё* открыто, но дальше — ультиматум:
* Или башляй за перелицензирование (договаривайся с держателем лицензии)
* Или открывай все производные продукты
** Как всегда, есть 3-й (легальный) вариант "перепиши сам по спецификациям". В отличие от патентов. Он ограничивает сверху жадность держателя такой лицензии.

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

93. Сообщение от Led (ok), 18-Мрт-20, 16:46   +3 +/
... и на смену тупой поняшки прийдёт железный конь.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #20

94. Сообщение от GentooBoy (ok), 18-Мрт-20, 17:11   +1 +/
Все бд работают с файлами, сюрприз
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #81

95. Сообщение от mikhailnov (ok), 18-Мрт-20, 18:36   +/
Чем? Вроде нормальный...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #22

96. Сообщение от mikhailnov (ok), 18-Мрт-20, 18:37   +/
Для проблем с БД не обязательно использовать sqlite...
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12

97. Сообщение от пох. (?), 18-Мрт-20, 19:09   +/
ну так она, поди, и /etc/cron.daily/suse.de-backup-rpmdb по сей день использует ;-)

потому что таки да - имеет свойство ломаться на ровном месте.
Впрочем, девятая, которую использовал rhel6, была не лучше.
Не помню, что там в седьмой.

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

98. Сообщение от Нонон (?), 19-Мрт-20, 02:36   –1 +/
В дуб ударился?
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #9

99. Сообщение от Нонон (?), 19-Мрт-20, 02:38   +/
Неужели у них там все такие сложные бд что они не могут взять nosql какой-то?
Ответить | Правка | Наверх | Cообщить модератору

100. Сообщение от Zampolit (ok), 20-Сен-23, 01:48   +/
7 лет назад последняя версия с совместимой лицензией.
Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49


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

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




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

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