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

[eval]

Так и чего? Ну было в тыщи станет в одном. Понять не могу зачем вам именно много файлов? уже помалкиваю про файл-серверные...
У аксеса конечно ограничения есть, он может по этим критериям не подойти.
А коли уж так, то почему вы тот же dBase в АДО перевести не хотите (ОДБС или ОЛЕ)?

Вот тема, похожа несколько, и про админов и про базы.
http://www.sql.ru/forum/actualthread.aspx?tid=778533

Так как мс сиквелом "рулит" админ из другого отдела и по поводу тормозов говорит "это у Вас программы кривые, Вы программировать не умеете" и всё.

А тут действительно надо смотреть и как программы написаны и как они с базой работают и оптимизированны ли запросы и т.д. и т.п. Ну и настройки самой базы тоже надо смотреть.

[astecenko]

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

Так и чего? Ну было в тыщи станет в одном. Понять не могу зачем вам именно много файлов?

Так права доступа к таблицам то управляется средствами файл-серверной ОС (Win2k3), а когда несколько сотен пользователей да с разными уровнями доступа, при использовании файл-серв СУБД хранящих все в 1 файле (ms access etc) придется всем пользователям предоставлять полный доступ ко всей базе, а это не есть карашо...

[eval]

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

[Аватар]

Использовать клиент-сервер нет возможности по независящим от разработчиков ПО причинам

Есть Ms SQL Server 2000 c последними сервис паками, но опять же - на нем медленнее чем на файл-сервере

Удивляюсь, есть MS SQL и нет возможности на него перейти. Не задумывался бы и на него переходил. То что на нем медленее - откуда взяли? Правильный подход к структуре, индексации и настройке сервера и будет по крайней мере не медленней работы с dbf и db

[astecenko]

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

То что на нем медленее - откуда взяли? Правильный подход к структуре, индексации и настройке сервера и будет по крайней мере не медленней работы с dbf и db

В теории и нормальной практике да. Но повторюсь, администрированием сервера занимаются сотрудник(и) другого отдела, сервер скорее всего был установлен с настройками по дефолту и всё. Причем установлен давно. Доступа к настройкам сервера нет. Доказать что-то не реально. То что медленно видно по небольшим задачам реализованным в Delphi и в 1C, это с учетом того что пользователей задач реализованных в Ms SQL не так уж много относительно файл-сервера. Допускаю что сама реализация в Delphi не оптимальна, но не настолько.

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

Удивляюсь, есть MS SQL и нет возможности на него перейти. Не задумывался бы и на него переходил.

Не задумываясь перейти можно если сам или народу надо, а если около 30 разработчиков (половина - женщины пенсионного и предпенсионного возраста) причем который с клиент-серв технологией не работали, а на обучение их посылать руководство не спешит, а интернетом пользоваться их тоже не учили, а сам учится у них не получается, и при этом есть программный комплекс который разрабатывался с 1990 года (не считая задач с IBM-ки), и насчитывает несколько сотен программных модулей порой с очень нехилой логикой, которые по щелчку пальцев не переведешь на другую платформу, и от функционирования которого зависит работа производства с более 11000 чел персонала; и есть руководство не понимающее всех тонкостей технологий и есть несколько ИТ подразделений не работающих как единое целое и т.д. и т.п. то тут как минимум надо очень сильно задумываться :-D
Причем задумываться всём... но все не хотят, так как "пока же всё работает..."

А так да - сам сколько работают говорю "надо переходить на клиент-сервер"... но я простой исполнитель, который максимум может просто высказать свою точку зрения и что-то предложить :-(

[eval]

Так а медленно то что? данные долго тянутся или что? а сколько их идет?*
А кто занимается структурой базы?
Это же все надо смотреть, дефолтные настройки как правило не самые плохие, менять их надо только когда реально выявил то что это надо.

[astecenko]

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

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

Я админ, в прошлом

eval, в том то вся и нехорошесть что структурой базы в общем никто не занимается, даже элементарной информационно(-логической) схемы БД нету. Просто много людей которые работают давно и они знают какие таблицы, какие у них структуры и т.д. и т.п. То бишь наглядного представления структуры БД нету. Есть разрозненная документация по некоторым таблицам БД, есть разрозненная документация по задачам (программам комплекса). Конечно в идеале надо все структурировать, нормализовать и т.д. и т.п. Но для этого нужен Специалист(ы) по БД коего нету :-(
Не говоря уже о том что нету человека который планировал и видел бы развитие АСУП в целом (системного архитектора).

Что-то я отвлекся от сабжа, ладно работу работать надо :-D

[eval]

Схему можно и в visio сделать.

Так а что сабж? вам хочется sql, а вот те тётеньки думаете начнут изучать его? шибко сомневаюсь