|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Victor Wagner 2:5020/400 25 Jul 2002 12:53:29
To : Denis Smirnov
Subject : Re: Network file system
--------------------------------------------------------------------------------
Denis Smirnov <mithraen@freesource.info> wrote:
DS> Victor Wagner <vitus@45.free.net> wrote:
VW>> Господь с тобой! Содержимое веб-сайта в файловой системе держать?
VW>> В двадцать-первом-то веке? (издав этот крик души замолкаю, чтобы
VW>> не тобвинили в коммерческой рекламе).
DS> Эх... Я, конечно, понимаю, что держать надо бОльшую часть того, что сейчас
DS> валяется на разных FS в базе данных. Hо скажи, есть ли SQL база данных под
DS> линукс, под (L)GPL или BSD лицензией, которая:
1. Почему обязательно SQL? Есть и более другие базы данных, к примеру
Mnesia.
DS> а) умела бы ссылки на таблицы в других базах;
2. Hе понял юмора? Зачем это. Хранить ссылку на таблицу это вообще
большая редкость. Разве что в качесвте Foregin key.
Таблица это описание множества однородных объектов. Hо либо это
объект в твоей базе данных, и тогда на него сослаться просто, либо
это URL на ресурс на другом сайте. Тады и храни ее как URL.
DS> б) умела бы нечто вроде namespaces, в том числе и зависящих от юзера
DS> (например аналог ~), или базы разной структуры но с одним именем
DS> (разумеется должен быть вариант именования вроде mithraen::db.table,
DS> ::db.table, db.table);
Опять не понял идею, по-моему ты не очень реляционной терминологией
пользовуешся. но очень похоже на наследование отношений в
Postgres.
DS> в) имела реализация отдельных частей на уровне драйвера FS, для быстрой
DS> работы с large objects (mmap, aio, ...);
Hикогда не требуй оптимизации до тех пор пока у тебя нет результатов
профайлинга. Hо вообще похоже на тип BFILE в Oracle.
DS> г) умела бы асинхронные операции и свой аналог select'а (а лучше на это дело
DS> опять же ма-а-аленький кусок в ядре, который бы через пару устройств
DS> взаимодействовал бы с самим сервером, и с клиентом -- для
DS> консистентности;
Oracle заведомо умеет асинхронные операции. Hо вообще то, что ты описал
- типичный middleware сервер.
DS> д) имел бы раздельную схему именования для локальных пользователей (которые
DS> авторизуются через getpw*, или через то же устройство), и удалённых
DS> пользователей, с возможностью установить между ними соответствие (это для
DS> того, чтобы локальные программы не требовали знания пароля на подключение
DS> к БД, и для упрощения администрирования).
Реализуется на уровне аппликейшн сервера в единицы строк. В Communiware
у меня так сделано.
DS> Кроме этого нужен декларативный язык описания форматирования результатов
DS> запросов к БД -- для упрощения программирования, и для посылания лесом
DS> фанатов PHP. Кроме того такой язык может быть компилируемым.
Что-то ты наконец договорился до умных вещей. Именно это и является
основной фичей Communiware. Только к сожалению "фанатам PHP" приходится
долго-долго объяснять что List это не цикл, инструкция показать список
объектов, а Define - не оператор присваивания.
DS> Далее необходимо наконец появление такой приятности, как multithreaded FS,
А зачем для этого FS и даже DB.
--
http://www.communiware.ru http://www.ice.ru/~vitus
--- ifmail v.2.15dev5
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
