| |
| |
| 3.18, Аноним (-), 14:15, 01/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– | |
> Это как BerkleyDB до внедрения SQL.
Вообще совсем не похожи.
1) У BDB больше оверхеда на запись в обещм случае.
2) Зато BDB позволяет нормальную запись.
А CDB как таковой не может добавить запись к существующей базе как я помню. Только заново перегенерить базу. В этом смысле какой-нибудь tokyo cabinet даст мастеркласс сабжу, ибо оверхеда на запись тоже мало - зато полноценная запись все же есть. Даже ACID если это надо. Есть и более педальные версии типа gdbm/qdbm/... - тоже с записью, но старинные.
| | |
| |
| 4.37, Аноним (6), 15:49, 01/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Схерали не похожи? Я ж не сказал, что идентичны. Я сказал, что это как BerkleyDB. Т.е. C-библа для дисковой kv-базы-данных.
| | |
| |
| 5.56, Аноним (56), 16:21, 02/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Схерали не похожи?
Read only VS read write это принципиально разный уровень возможностей. В BDB вы можете на лету добавить запись в базу. В CDB вы идете генерить всю базу заново. Это ооооочень большая разница.
| | |
|
| 4.48, Аноним (48), 19:36, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
Gdbm прекрасная вещь, но acid не умеет (хотя с моими юзкейсами проблем не возникало, но это пока питание не отключалось неудачно). Но единственная альтернатива на практике это sqlite3 (отключай питание сколько хочешь, если не затвикаешь предварительно).
| | |
| |
| 5.55, Аноним (56), 16:19, 02/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
> Gdbm прекрасная вещь, но acid не умеет
Исторически это как-то так было: *никсные dbm -> gdbm -> qdbm и проч, а потом появились штуки по мотивам *dbm, типа tokyo cabinet. С похожей идеей, ниже оверхед, нет лимитив оригинала, есть ACID и проч. Ну и дальше пошло поехало и сейчас есть эн разных key-value по вкусу.
> Но единственная альтернатива на практике это sqlite3 (отключай питание сколько
> хочешь, если не затвикаешь предварительно).
Вообще не альтернатива key-value как таковой. Намного более здоровенная либа, перфомансом не блещет, под key-value не делался особо. А SQL <-> key-value это все же разные миры. С очень разным перфомансом, уровнем сложности и проч.
| | |
| |
| 6.57, Аноним (48), 17:55, 02/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
Sqlite можно использовать в шелле и питоне. И через схожий с gdbm интерфейс в питоне. Я же говорю, на практике. Остальные варианты не столь foolproof и норовят рассыпаться с повреждением/утерей данных при не связанных обстоятельствах (например, ты забыл закрыть файл при исключении и просто упал, забудь про данные в файле leveldb) и грозят постоянной вознёй с регулярными перекомпиляциями при обновлении либ.
| | |
|
|
|
|
| 2.30, Соль земли2 (?), 15:11, 01/12/2025 [^] [^^] [^^^] [ответить]
| +1 +/– |
Быстрая read-only БД в виде одного файла. Например, генеришь список reject или редиректы для postfix и раскидываешь по серверам.
| | |
| 2.46, тоже окаклоид (?), 18:33, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
Это не совсем БД, а просто неизменяемый справочник записей.
После создания его нельзя изменять, но можно моментально переключиться на новый.
Неплохо подходит для DNS и других случаях, где очень-очень много чтений при крайне редких обновлениях.
| | |
|
| 1.21, Кошкажена (?), 14:25, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +1 +/– | |
> При сборке активирован флаг "-Wall", а код почищен для устранения предупреждений.
Я так понимаю никакого стат анилиза и санитайзеров у него нет?
| | |
| |
| 2.26, Аноним (6), 14:48, 01/12/2025 [^] [^^] [^^^] [ответить]
| +2 +/– |
Какой-то жирный намёк на то, что там всё забагованно и сплошные CVE. Ну тогда покажи где.
| | |
| |
| 3.28, Аноним (20), 15:06, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
Это конкретно ваши фантазии. В оригинальном комментарии — констатация факта, выведенного из текста новости.
| | |
| |
| 4.58, Ivan7 (ok), 21:10, 02/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
 В оригинальном комментарии предполагается, что отсутствие стат анилиза и санитайзеров - это ужасный ужас и без них ну просто никуда, и весь софт всенепременно всё это использует направо и налево, и в борще, и в каше, и без этого ну просто не жизнь.
| | |
|
| 3.41, Кошкажена (?), 16:48, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Какой-то жирный намёк на то, что там всё забагованно и сплошные CVE.
> Ну тогда покажи где.
Никакой это не намек. Просто странно не видеть этих инструментов в крипто либе. Просто если только сейчас включили Wall, странно спрашивать...
| | |
|
| 2.27, Аноним (27), 14:58, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
Ему за полтинник - может, он из тех самых Сишных дидов, которых любят поругивать в комментариях?
| | |
| |
| 3.42, Кошкажена (?), 16:51, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
> Ему за полтинник - может, он из тех самых Сишных дидов, которых
> любят поругивать в комментариях?
Как связан возраст и мой вопрос? Ему 54, а не 94. К слову Chris Lattner тоже под 50.
| | |
| |
| 4.47, Аноним (48), 18:42, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
Larry Wall много полезного за прошедшие 20 лет сделал, а ведь 20 лет назад все дороги были.
| | |
|
| 3.51, Энтомолог_русолог (?), 23:59, 01/12/2025 [^] [^^] [^^^] [ответить]
| +/– | |
Не, из тех самых дидов скорее Eric Paul Allman(September 2, 1955), автор Sendmail и его муж Marshall Kirk McKusick(January 19, 1954), один из создателей FreeBSD
А Daniel Julius Bernstein следующее поколение(он 1971го), из «отцов-сишников», а не «дидов-сишников»
| | |
|
|
| |
| 2.52, Энтомолог_русолог (?), 00:00, 02/12/2025 [^] [^^] [^^^] [ответить]
| +/– |
Тут есть тонкость
В qmail уязвимостей нет, потому что он минималистичный и тупой, как пробка, без патчей почти ничего не умеет(потому и есть премия за уязвимости за все десятилетия никем не полученная). А в репах qmail со сторонними патчами за которые автор типа не отвечает
| | |
|
| 1.45, Кошкажена (?), 18:00, 01/12/2025 [ответить] [﹢﹢﹢] [ · · · ]
| +/– |
Интересно бы было, если бы он сразу верификацию сделал, как в hacl* и код на С сгенерил. Вот тогда бы красота была.
| | |
|
