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

From

Dmitry Dootikov (2:5010/274)

To

Vadim Goncharov

Date

2005-06-10T01:51:32Z

Area

RU.UNIX.FTN

Hello Vadim.

09 июн 05 18:06, you wrote to me:

...
 DD>> машине (например в корпоративной сети). Сервер может уже работать
 DD>> на этой машине (в силу непреодолимых обстоятельств) Тут вариантов
 DD>> много. А ты рассматриваешь классический со standalone нодой.
 VG> Я просто до сих пор не вижу преимуществ использвоания SQL в таких
 VG> случаях над ньюссервером :)
Тебе уже привели конкретный пример. Что тебе еще нужно? Могу привести тебе свой пример. У меня на работе стоит о..енный сервак, на нем стоит 2003 винда, рядом с ним стоит еще один о..енный сервак с супер о..енным дисковым массивом и ораклем. Рядом стоит вспомогательная банка, с бздей которая рулит атской и всяким сетевым оборудованием.

Задача - построить ноду + сделать вебморду с возможностью писать.
Ограничение - никакого ломаного софта, либо фривар, либо покупать. Начальник мне ньюссервер виндовый не купит, и фривар такого я не видел, ASPморд я не видел к ньюс серверам.

Че делать? Лично мне проще из под бзди засунуть базы в ораклю, и написать вэбморду к этой оракле которая будет крутиться на вебсерваке. А самому читать это все голым дедушкой с прикрученым к нему sql.
Опять же решается вопрос многопользовательского доступа, мне не нужно просить у начальства выделить мне место на диске, продумывать архивации бэкапы. Уже все готово.

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

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

 VG>>> Стандарта-то нет. Ньюс-сервер - самое праильное решение.
 DD>> Ньюссервер - это "юниксвей". БД (сейчас преимущественно
 DD>> самодельные) - это классический FTN.
 VG> Классический FTN - он тоже unix way, ибо минимум 3 программы вместо
 VG> универсального комбайна.
Вам в FAQ.


Dmitry

--- GoldED+/LNX 1.1.5
 * Origin: Odoom's System (2:5010/274)
SEEN-BY: 46/50 400/520 814 450/1024 463/68 464/36 910 465/213 5000/0 26 104
SEEN-BY: 5000/170 5000 5004/75 1111 5005/14 5009/14 5010/30 50 53 56 77 137
SEEN-BY: 5010/148 172 177 270 274 5011/13 5015/10 5019/31 5020/545 715 4441
SEEN-BY: 5021/29 5025/3 5027/16 5029/34 5030/115 5035/38 5036/34 5054/1 8 9 18
SEEN-BY: 5054/37 45 63 67 81 5057/119 5062/10 5063/3 5069/7 5072/11 5080/1003
SEEN-BY: 5085/13 5090/1029 5092/1 5095/20 5096/18 6000/12 254 6001/10

PATH: 5010/274 172 30 77 5000/5000 5020/545 5054/1 37