Здравствуйте! Спасибо за интерес к этой теме!
Кто-нидь подскажет : имеется nt2k, на ней лежит база данных на аксесе в шаре. Требуется защитить её от копирования, но при этом предоставить права на чтение, запись, добавление файлов в этот каталог.
P.S. SQL не хочется ставить.

shell
Чем по-вашему, копирование отличается от чтения?

shell
полностью согласен с vasketsov
Я возьму последовательно прочитаю всю базу и запишу себе на винт. Вот я и скопировал её, несмотря на то что только читал её.

"...Чем по-вашему, копирование отличается от чтения?..."
на самом деле, не все так просто. Например, если вместо access использовать другую базу данных, например Interbase, то там не требуется никаких расшариваний и, соответственно, никто не имеет прямого доступа непосредственно к файлу базы данных (gdb).
Хотя, через клиентское приложение ,в соответствии со своими правами (не NT!, а интербейса) , по определенному порту (обычно 3050),   можно и читать и делать записи.  но никаких - "сохранить как". Скопировать можно только экран-printscreen

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

Ответ к твоему вопросу(первому):придумай сервер, типа Interbase, и научи аксеск нему обращаться и получать ответы. А лучше поставь интербэйз и не парься

2MBe&Nikl
Объясните, плиз, принципиальное отличие Interbase от SQL server (которого не хочет shell).

shell
Напиши, если могешь :) , стартап скрипт для базы с проверкой каталога, откуда открыт файл. Базу выкладывай в компилированном виде, кажется расширение mde. Но это можно обойти, если знать как отменить выполнение стартап скриптов. А вообще без SQL эта задача не имеет решения.

Nik
Базу можно просто скопировать проводником. Access это как FoxPro, только лежит все в одном файле.

Nik
"....Вполне возможно напсать прогу, которая будет делать запросы и сохранять ответы на винт, необязательно пользоваться только тем клиентом, что у тебя есть..."
зачем писать? любой Sql explorer подойдет - например -quickdesk,
но как же быть с паролем к интербейс и к самой базе ?-
не все ведь оставляют по умолчанию- Sysdba/masterkey. а выковырять их из еxe файла не  проще, чем получить данные из файла SAM

Fidel
"..принципиальное отличие Interbase от SQL server..." ?  еще можно добавить и от акцесса.  
с одной стороны вроде бы и нет
Все они предназначены для работы с базами данных
все  трое могут использовать и  используют  запросы, написанные на диалектах -sql.
а с другой, - например акцесс и sql - Произведены в одном чреве и там и там активно используется VB, а IB предпочитает все же дельфийско-борландовские приложения, и не будем спорить что лучше.
Ну и еще
6-ая полнофункциональная версия интербейса от компании Mer -  дистрибутив - весит 3,5 mb требования к системе и железякам по сравнению с MSSql - просто никакие, прекрасно работает под *nix (просто летает!) и при этом он совершенно бесплатен.
Давно им пользуемся.

Ну дык права на чтение есть, значит и пароль есть

Guest
SQL и Interbase - серверные базы данных. Данные обрабатываются сервером.
Access - файловая быза данных. Где бы не лежал файл, для Аксеса он локален и вся нагрузка по обработке - на компьютере, где запущен Access

Fidel
Интербейс легко установить на локальном компе  и пользовать  его вообще без сети, с одним файлом- чем не файловая база данных?
Нагрузку тоже можно тоже легко распределить это уж как программист пожелает, можно вообще все повесить на клиента.

В тоже время и ексель  можно использовать совместно , а уж акцесс и подавно. Многие используют его именно как серверную базу данных - смотри, как говорят, сабж, ну или думают что используют так.

Я еще бы вспомнил такие забавные фирмы, как 1С, которые предлагали свои программы как "сетевые" и даже были какие-то слова про" клиент-серверное приложение". Правда это было давно, версия, по-моему, 7.0, говорят с тех пор у них что-то изменилось, но дел с ними я больше не имею.
Конечно, я  понимаю разницу между oracl, interbase и Ms SQL serv с одной стороны и акцесс и ексель с другой. и, конечно, немного утрирую :biglaugh:
Но вопрос-то был из-за того, можно ли скопировать базу и в качестве нежелательной альтернативы говорилось про sql , мне почемуто показалось, что это из-за его громоздкости,  сложности настроек и эксплуатации (теперь я даже  не уверен, что речь шла о MS SQL server), а не про архитектуру клиент- сервер.

Nik

похоже мы (в большей мере -я) не поняли друг друга
:)

MBel
Ок
В моем понимании файловая база данных, а-ля Аксесс, Это когда процесс ДВИЖКА БД должен исполняться на клиенте при ее работе.
Интербейс (клевая БД, в свое время игрался с ней, до версии 4) и другие упомянутые СУБД это "клиен-серверные" БД. ДВИЖОК это серверный процесс, клиент - клиентский процесс. Они могут жить на одном компе одновременно, но коммуникации между ними идут через сетевые интерфейсы и клиент не работает на прямую с файлом бызы. Поэтому Интербейс - никак не файловая БД.

Так что утрируй акуратней. Я думаю для многих подобные форумы - ЕДИНСТВЕННЫЙ используемый источник знаний. Не порождай неверных представлений о вещах, плиз.:biggrin:

Спасибо БОЛЬШОЕ за ответы!
Требовалось лишь предоставить пользователям работать с аксесной базой, хранящейся на NT2000, при этом не давая сделать копирайт втупую с сервака.
Я все-таки решил не ждать решения со стороны Microsoft и решил что здесь существует два основных решения (если не городить огород):
1) поставить SQL и перелопатить все базы под оного;
2) поставить Citrix Metaframe Server и объявить базы как аппликации (естественно, отвязав mapping их локальных дисков). Меня он больше прильщает. ;))
 Вот и всё! Кого интересует 2-ой вариант, мыльте- отвечу на вопросы.
С уважением, shell.
Публикация адреса почтового ящика - Нарушение правил раздела форума п. 7 п. 5