|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Dmitry Miloserdov 2:5020/400 27 Jul 2006 20:51:33
To : Alex Korchmar
Subject : Re: SVN
--------------------------------------------------------------------------------
Hello, Alex!
You wrote to me on Thu, 27 Jul 2006 14:18:58 +0000 (UTC):
AK> Hо дело, подчеркиваю, не в этом, а в формате данных, умудряющемся
AK> при малейшем сбое портиться, и способе общения программы с этими
AK> данными, приводящим к фатальным последствиям на ровном месте.
Hу смотря какой формат данных ты имеешь ввиду.
bdb не знает структуры твоей базы. Все что оно умеет это выдать/заменить
payload по ключу. транзакции для нее это просто группа операций которые
должны пройти или не пройти вместе. То что ключ обыно строится
по части пейлоада bdb не догадывается. Сам пейлоад - произвольные
бинарные данные и никто кроме программиста не знает что там char[56],
int32[13] или struct iphdr. За всю консистентность отвечает программист.
Работа с файлами bd идет в том же адресном пространстве что и программа.
Вобщем полный сарай граблей. HО если программист думал когда писал
а не "думал что <СУБД> за него подумает" то возможно он напишет то
что будет работать.
А формат самих файлов вряд ли критичен. При столь небольших взятых
на себя обязательствах вряд-ли проблема в них.
DM>> смены бэкэнда и он по какой-то причине вполне нормально живет
AK> а он транзакции-то использует? Я повторю - битого /etc/aliases.db тоже
AK> никто еще не видал.
Код закрытый так что однозначно сказать нельзя. Скорее всего использует
потому как без них ничего сложнее таблички из _двух_ полей сделать
невозможно. А c aliases.db дело наверное не в транзакциях - newaliases
живет недолго, запускается нечасто и програмка к томуж несложная.
With best regards, Dmitry Miloserdov. E-mail: dmitry@bis.ru
--- ifmail v.2.15dev5.3
* Origin: Demos online service (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
| Тема: |
Автор: |
Дата: |
|
Re: SVN |
Slava Astashonok |
27 Jul 2006 12:33:54 |
 Re: SVN |
Igor Plekhov |
27 Jul 2006 13:44:32 |
 Re: SVN |
Slava Astashonok |
27 Jul 2006 15:34:36 |
  Re: SVN |
Igor Plekhov |
28 Jul 2006 02:20:26 |
 Re: SVN |
Alex Korchmar |
28 Jul 2006 10:21:13 |
|
Re: SVN |
Alex Korchmar |
27 Jul 2006 17:53:13 |
|
Re: SVN |
Igor Plekhov |
28 Jul 2006 02:17:25 |
|
Re: SVN |
Dmitry Miloserdov |
27 Jul 2006 15:58:04 |
|
Re: SVN |
Alex Korchmar |
27 Jul 2006 18:18:58 |
|
Re: SVN |
Dmitry Miloserdov |
27 Jul 2006 20:51:33 |
|
Re: SVN |
Alex Korchmar |
27 Jul 2006 21:50:30 |
|
Re: SVN |
Dmitry Miloserdov |
28 Jul 2006 20:32:42 |
|
Re: SVN |
Alex Korchmar |
28 Jul 2006 22:15:33 |
|
Re: SVN |
Dmitry Miloserdov |
31 Jul 2006 20:13:23 |
|
Re: SVN |
Igor Plekhov |
28 Jul 2006 02:18:25 |
|
Re: SVN |
Dmitry Miloserdov |
31 Jul 2006 20:21:30 |
|
Re: SVN |
Victor Krapivin |
31 Jul 2006 23:34:41 |
|
Re: SVN |
Dmitry Miloserdov |
31 Jul 2006 22:39:47 |
|
Re: SVN |
Victor Krapivin |
01 Aug 2006 14:48:47 |
|
Re: SVN |
Slava Astashonok |
01 Aug 2006 14:06:35 |
|
Re: SVN |
Dmitry Miloserdov |
01 Aug 2006 14:30:57 |
|
Re: SVN |
Alex Korchmar |
07 Aug 2006 19:07:35 |
|
|
