Re: Повторяется вопрос про фидо и SQL

From

Vadim Goncharov (2:5020/400)

To

Dmitry Dootikov

Date

2005-06-09T18:06:54Z

Area

RU.UNIX.FTN

From: Vadim Goncharov <vadimnuclight@tpu.ru>

Hi Dmitry Dootikov! 

On Wed, 08 Jun 2005 11:52:14 +0400; Dmitry Dootikov wrote about 'Повторяется вопрос про фидо и SQL':

 DD>>> поддержкой SQL (а он есть на сорцефорже) и читать базы обычным
 DD>>> голдедом. Вот и всё. Итого 3 программы - тоссер, мылер и голдед,
 DD>>> никакого огорода.
 VG>> Самую тяжелую прогу забыл - собственно SQL-сервер. Если уж забивать на
 VG>> то, что там за тоссер такой и какие у него фичи.
 DD> :) Не забыл. Но ведь безсерверные базы никто не отменял. А уж если человек
 DD> лезет в скуэль, то он наверно знает, что такое сервер, сколько он кушать
 DD> просит. Сервер может стоять на другой машине (например в корпоративной сети).
 DD> Сервер может уже работать на этой машине (в силу непреодолимых обстоятельств)
 DD> Тут вариантов много. А ты рассматриваешь классический со standalone нодой.

Я просто до сих пор не вижу преимуществ использвоания SQL в таких
случаях над ньюссервером :)

 DD>>> Впринципе я с ним согласен (в принципе), ибо любая SQL-таблица
 DD>>> многим лучше жамов, сквишей, хадсонов и опусов. Так что ничего
 DD>>> плохого не будет, если в голдед добавится еще один "формат базы".
 VG>> Не один. Каждый SQL-тоссер будет хранить в своем формате, ага.
 DD> Это легко решается. Даже легче чем ты думаешь. Информацию о формате можно
 DD> хранить в самой базе, можно формат расписать в конфиге, ничего особо хитрого
 DD> тут нет. Да и пока тоссер один, есть возможность и договориться :)

Короче говоря, надо сначала договориться о стандарте.

 VG>> Стандарта-то нет. Ньюс-сервер - самое праильное решение.
 DD> Ньюссервер - это "юниксвей". БД (сейчас преимущественно самодельные) - это
 DD> классический FTN.

Классический FTN - он тоже unix way, ибо минимум 3 программы вместо
универсального комбайна.

 VG>> И почему-то ньюс-серверы до сих пор спулы хранят не в SQL, а файлами
 VG>> на диске.
 DD> Такова, брат, специфика(с) О которой ты сам же и говорил. Но это относится к
 DD> большим серверам, типа инн. А вот всякие лефноды, ну чтож - поделки бывают
 DD> всякие.

Ага. Но зачем тем более маленькому серверу такой оверхед? :)

 VG>> Соответственно, и для фиды традиционные форматы баз для использования
 VG>> с традиционными же программами - лучше. Хотя бы более широкой
 VG>> поддержкой.
 DD> Вы, батенька, консерватор. Давайте портируем фасту под линукс? ;)

Да ну нафиг. Фтопку это старьё! ;)

 DD>>> А то что это всё по началу будет глючить. Так все программы и
 DD>>> модули и функции по началу глючат :)
 VG>> Чтобы оно выросло из глюков, надо широкую (массовую) отладку и
 VG>> тестирование. А этого нет :)
 DD> Вовсе не обязательно. Тестировать и отлаживать может несколько человек, главное
 DD> - толковый программист.

Если пишет для себя, этого не будет. Ну и в любом случае - где ж сыскать
толкового программиста? Их ой как мало.

-- 
WBR, Vadim Goncharov. ICQ#166852181       mailto:vadim_nuclight@mail.ru
[Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight]
--- slrn/0.9.8.1 on FreeBSD 4.11/i386
 * Origin: Nuclear Lightning @ Tomsk, TPU AVTF Hostel (2:5020/400@fidonet)
SEEN-BY: 46/50 50/203 400/814 450/186 247 1024 451/30 454/9 461/43 640 465/285
SEEN-BY: 469/999 4616/3 4625/8 4627/10 4646/15 5000/76 5000 5001/5001 5002/50
SEEN-BY: 5002/79 5003/57 5006/1 5007/1 5010/53 70 5011/13 5012/23 5015/10
SEEN-BY: 5019/31 5020/52 118 154 175 194 400 545 715 758 765 830 937 1057 1523
SEEN-BY: 5020/1604 1922 2020 2142 2238 4441 5021/29 5022/128 5025/3 750
SEEN-BY: 5026/14 45 49 5027/16 5030/49 115 556 966 1063 1900 5031/70 5035/38
SEEN-BY: 5036/1 34 5042/13 5049/50 5051/15 5054/1 8 9 18 37 45 63 67 81
SEEN-BY: 5059/37 5061/15 120 5062/1 10 5063/3 5066/18 5067/2 5069/7 5070/1222
SEEN-BY: 5074/9 5075/35 5079/23 5080/80 1003 5081/2 5083/21 5085/13 5090/108
SEEN-BY: 5090/113 5092/1 5095/20 5096/18 5099/11 6000/12 254 6001/3 10 6009/1
SEEN-BY: 6090/1

PATH: 5020/400 4441 545 5054/1 37