Привет.

Подскажите, пожалуйста, какую СУБД выбрать?
Планируется поставить ее на сервер, а клиенты (не с помощью браузера) будут обращаться к ней по HTTP(HTTPS) протоколу, т.е. будут обращаться к 80(443) порту. Еще, желательно, чтобы ответы были в XML и аутентификация встроенная. А самое главное — очень не хочеться писать серверный код (ну типа, сервер приложений).
Объемы данных не велики, кол-во запросов — тоже, т.е. нагрузка минимальная, поэтому хочется чтобы вариант был "полегче".

Кроме данных для СУБД, на сервер еще надо сохранять/читать файлы (редко), предположительно по протоколу WebDAV.


Заранее благодарен за любые идеи.

P.S.: Сам я нашел вариант — sqliteDBMS (http://sqlitedbms.sourceforge.net/), однако хотелось бы альтернативы, чтобы выбрать.

"qwerty2006" <56368@users.rsdn.ru> wrote in message news:1984474@news.rsdn.ru...
> Подскажите, пожалуйста, какую СУБД выбрать?
> Планируется поставить ее на сервер, а клиенты (не с помощью браузера) будут обращаться к ней по HTTP(HTTPS) протоколу, т.е. будут обращаться к 80(443) порту. Еще, желательно, чтобы ответы были в XML и аутентификация встроенная. А самое главное — очень не хочеться писать серверный код (ну типа, сервер приложений).

Можно вопрос, а зачем? Каждый сервер СУБД использует свой протокол и свой порт. Нет никакого смысла использовать HTTP.

Здравствуйте, wellwell, Вы писали:

W>Можно вопрос, а зачем? Каждый сервер СУБД использует свой протокол и свой порт. Нет никакого смысла использовать HTTP.

Смысл в том, чтобы не писать серверный код.
Попробую объяснить. Клиенты осуществляют доступ к БД через интернет, используя специальную программу (не браузер).
Доступ может осуществляться в т.ч. и из мест где кроме HTTP(S) ничего нет — остальное закрыто — ,например, интернет-кафе.
Если по "классике", то на сервер ставится СУБД + Web-сервер и пишется CGI/ASP или др. код, отдающий данные клиенту по HTTP.
Так вот кодирования для сервера и хочется избежать.
Требования к производительности минимальные, поэтому не хотелось бы громоздить IIS + .NET.
Т.е. задача в том, чтобы осуществить доступ к данным по HTTP, а к файлам через WebDAV.

Я где-то слышал, что теперь MS SQL Server (2005) сам умеет отдавать данные по HTTP в XML формате.
Вопрос к знатокам: "Так ли это"? И еще хотелось бы WebDAV.

Здравствуйте, qwerty2006, Вы писали:

Q>Я где-то слышал, что теперь MS SQL Server (2005) сам умеет отдавать данные по HTTP в XML формате.
Q>Вопрос к знатокам: "Так ли это"?
Да, так.

Здравствуйте, qwerty2006, Вы писали:

Q>Я где-то слышал, что теперь MS SQL Server (2005) сам умеет отдавать данные по HTTP в XML формате.
Q>Вопрос к знатокам: "Так ли это"? И еще хотелось бы WebDAV.

MS SQL Server 2005 умеет отдавать данные по HTTP если запрос прислан в формате SOAP. Иными словами его можно настроить как набор веб-сервисов. Например можно "опубликовать" хранимую процедуру как метод веб-сервиса.
Если ваш HTTP клиент может сформатировать соап-запрос и понять ответ, тогда MS SQL 2005 — то что доктор прописал.
А WebDav IIS поддерживает

qwerty2006 пишет:

> Подскажите, пожалуйста, какую СУБД выбрать?

Посмотри Sybase ASA 9

> Планируется поставить ее на сервер, а клиенты (не с помощью браузера)
> будут обращаться к ней по HTTP(HTTPS) протоколу, т.е. будут обращаться к
> 80(443) порту.

Есть встроенный Web-сервер

> Еще, желательно, чтобы ответы были в XML и аутентификация
> встроенная.

Есть веб-сервисы разных типов, в том числе и XML. Есть поддержка
стандарта SQL/XML. Встроенная аутентификация.

> А самое главное — очень не хочеться писать серверный код (ну
> типа, сервер приложений).

Все делается обычными хранимыми процедурами на Watcom SQL

> Объемы данных не велики, кол-во запросов — тоже, т.е. нагрузка
> минимальная, поэтому хочется чтобы вариант был "полегче".

Минимальная инсталляция — несколько мегабайт, кажется меньше 10 мб,
точно не помню

> Кроме данных для СУБД, на сервер еще надо сохранять/читать файлы
> (редко), предположительно по протоколу WebDAV.

Про WebDAV не скажу, но штатные процедуры xp_write_file и xp_read_file
для работы с файлами со стороны сервера есть.

> Заранее благодарен за любые идеи.

ASA9 Developer edition для разработки бесплатен и не имеет ограничений,
достаточно прост в освоении и сопровождении, но при этом имеет весьма
богатые функциональные возможности для разработки. Основной диалект —
WatcomSQL, но для совместимости поддерживает и TransactSQL. На наводящие
вопросы здесь я уже не отвечу в ближайшее время, ибо уезжаю в отпуск, но
если интересно — спроси в форумах:
http://forum.rusug.ru/index.php?s=2133973f0cd1f29a4d953084c6504568&amp;showforum=4
или здесь:
http://sql.ru/forum/actualtopics.aspx?bid=30
— там достаточно хороших специалистов по ASA, помогут с радостью.

Здравствуйте, Аноним, Вы писали:

А>MS SQL Server 2005 умеет отдавать данные по HTTP если запрос прислан в формате SOAP. Иными словами его можно настроить как набор веб-сервисов. Например можно "опубликовать" хранимую процедуру как метод веб-сервиса.
А>Если ваш HTTP клиент может сформатировать соап-запрос и понять ответ, тогда MS SQL 2005 — то что доктор прописал.
А>А WebDav IIS поддерживает

Тогда еще вопрос: "А как уживаются вместе IIS и MS SQL, слушаюший 80-й порт"?

Здравствуйте, alexgold, Вы писали:

A>Посмотри Sybase ASA 9

A>ASA9 Developer edition для разработки бесплатен и не имеет ограничений,
A>достаточно прост в освоении и сопровождении, но при этом имеет весьма
A>богатые функциональные возможности для разработки. Основной диалект —
A>WatcomSQL, но для совместимости поддерживает и TransactSQL. На наводящие
A>вопросы здесь я уже не отвечу в ближайшее время, ибо уезжаю в отпуск, но
A>если интересно — спроси в форумах:
A>http://forum.rusug.ru/index.php?s=2133973f0cd1f29a4d953084c6504568&amp;showforum=4
A>или здесь:
A>http://sql.ru/forum/actualtopics.aspx?bid=30
A>- там достаточно хороших специалистов по ASA, помогут с радостью.

Благодарю, очень интересно!