Какие существуют файл-серверные СУБД?

[astecenko]

Я знаю про минусы файл-серверной технологии, прошу не троллить по этому поводу. Про деддаловы поделки читал, также прошу не троллить.

Суть проблемы в следующем, есть ЛВС, разрабатывается софт, пользователей софта около 50, но количество пользователей растет. Использовать клиент-сервер нет возможности по независящим от разработчиков ПО причинам. Технология файл-сервер. Сетевых таблиц много (пару сотен), записей в таблицах по разному, от нескольких сотен до нескольких сотен тысяч. На данный момент используется следующие технологии: BDE+Paradox7, BDE+dBase(DBF), Clipper (NTX), Delphi+VKDBF (Clipper NTX).

С BDE бывают различные проблемы, с индексами, с блокировками, с мемо полями и т.п. В принципе терпимо, но всё же. Причем с ростом числа пользователей (а рост продолжается), частота возникновения проблем также растет. Но пока терпимо.

От клиппера уходим, потому что не красиво, и не работает в Win7 (точнее работает через DosBox). Пробовал [x]Harbour но там есть свои пролемы, причем в организации клипперовских программистов не так уж много, большая часть ПО уже сделана в Delphi. Народ обучить будет проблематично в виду, э... тугодумости :-(

С VKDBF нормально, но не очень гибко, так как ISAM, нету SQL и соответственно проблематично реализовать некоторые вещи. Хотя, не известно как будет дальше, так как софтом с VKDBF пользуется не очень много людей.

Отсюда вопрос, что есть ещё из файл-серверных СУБД? С учетом растущего числа пользователей. Гуглопоиск на предмет файл-серверных СУБД ничего нового не дал. Может кто-нидь чего-нидь ещё про какие-то файл-серверные СУБД слышал/читал/использовал?

[Аватар]

Visual FoxPro не щупали? Есть ADO-провайдеры. Поддерживаются транзакции. Можно работать как с базой, так и с отдельными dbf. По серьёзному не подскажу, опыт работы из дельфей с базой VFOXPRO небольшой, только для приема-передачи данных в стороннее приложение. Особых проблем не было

[Скандербег]

Автор темы вполне преуспел в деле десктопных БД, но вряд ли найдет единомышленников - "иных уж нет, а те далече".

Однако...
Помнится была файл-серверная СУБД, которую мы со товарищи юзали и достаточно успешно и которая не мелькала нигде.
Может быть попытаться как-то восстановить эту разработку.
Называлась она "B-Tree Filer" (что стало с разработчиками этой СУБД?).
Интересно, что эта штука работает и сейчас. Правда, в ДОСе, а получается, в эмуляции ДОС, но ведь работает.

[astecenko]

Сообщение от Аватар

Visual FoxPro не щупали? Есть ADO-провайдеры. Поддерживаются транзакции. Можно работать как с базой, так и с отдельными dbf.

Не, не щупал. Спасибо, погуглю чего и как там.

Сообщение от Скандербег

Автор темы вполне преуспел в деле десктопных БД, но вряд ли найдет единомышленников - "иных уж нет, а те далече".

Это не я, это кто-то принял лет 6-7 назад решение переводить программный комплекс из Clipper-а в Delphi+BDE. Причем интернетом люди принимавшие решение пользоваться не умели, да и пользователей тогда было гораздо меньше, первоначально вообще была исключительно локальная работа с переносом данных на дискетах. А вот сейчас с ростом числа пользователей и сетевой работой всё идет к полному абзацу :-(

У нас до сих пор часть задач на эмуляторе IBM 4381 решается с выводом отчетов на бумагу через его же АЦПУ :-D

Сообщение от Скандербег

Однако...
Помнится была файл-серверная СУБД, которую мы со товарищи юзали и достаточно успешно и которая не мелькала нигде.
Может быть попытаться как-то восстановить эту разработку.
Называлась она "B-Tree Filer" (что стало с разработчиками этой СУБД?).
Интересно, что эта штука работает и сейчас. Правда, в ДОСе, а получается, в эмуляции ДОС, но ведь работает.

Есть такое для Delphi на соурсфорже, правда не понятно как там с работой в сети. Тоже посмотрю. Спасибо за наводку.

[Скандербег]

Есть такое для Delphi на соурсфорже, правда не понятно как там с работой в сети.

В сети эта штука работает безотказно (проверено не на одном проекте). Но, как водится, блокировки никто не отменял и как оное себя поведет с 50-ю клиентами мало кто сказать сможет. У нас работало с одновременным коннектом 8 юзеров, но блокировки мешали. Правда, механизм блокирующий читающих и пишущих был сделан нами как придумалось и вполне возможно, сделан был не правильно.
Так что можно и поюзать. Вдруг...

[Stilet]

1С вроде файл-табличная.
Есть еще язык Visual Object работающий с DBF форматом. Такой себе конкурент для Foxpro/

[eval]

dBase, Microsoft Access..

[Stilet]

Microsoft Access..

Это не совсем то. файловая СУБД имеется ввиду что каждая таблица и ее описание в отдельных файлах, а сама база - каталог где эти файлы лежат.

[eval]

Stilet,

Какие существуют файл-серверные СУБД?

да и какая разница много файлов или 1... автор не признается

а вам тогда тоже замечу что 1С уже давно умеет с SQL Server работать, и вроде как на него все и уходят.

[astecenko]

Сообщение от eval

да и какая разница много файлов или 1... автор не признается

В смысле, автор вполне d 1ом сообщении признается что сейчас используется несколько сотен таблиц Paradox и DBF (без учета архивных баз по годам, которые также в сети "лежат" просто используются реже), с учетом того что индексы хранятся в отдельных файлах всего в штуках файлов будет э.. много. Сейчас посмотрел в основном хранилище (сетевом каталоге) более 1600 файлов db и dbf (но там и часть архивов лежат). Сами сетевые каталоги опубликованы на 1 кластере (DFS), физически там 4 сервера. Сетевые каталоги не синхронизируются. То бишь в сумме файлов таблиц бд будет в сети наверное 2500 где-то. Просто какие-то из этих таблиц используются 50 пользователями практически одновременно (просмотр), а какие-то 1-2. Ну и с учетом индексов и файлов служебн информации наверное файлов около 5000 где-то вся БД, с учетом архивных баз с 2000 года. Это так, приблизительно :-D

По поводу 1С у нас тоже постепенно переходит начали (клиент сервер), только очень медленно, и не мы (отдел) этим переводом занимаемся. в 1С медленее. Есть Ms SQL Server 2000 c последними сервис паками, но опять же - на нем медленнее чем на файл-сервере. Доступа к администрированию ьс сиквела не имею по его настройкам ничего сказать не могу, но предполагаю что его оптимизацией никто не занимался и не занимается :-( От того собственно и сабж. Так как мс сиквелом "рулит" админ из другого отдела и по поводу тормозов говорит "это у Вас программы кривые, Вы программировать не умеете" и всё. Доказать что-то не реально.