Работа 2-х компов с одной БД

← →
leonidus (2004-07-14 11:00) [0]

У меня такой вопрос: есть два компьютера соединенных локальной сетью, на одном из компов лежит БД dBaseIII+ надо обеспечить доступ к этой базе и со второго компа (добавление, изменение, удаление записей). В связи с чем вопрос, какие тут могут возникнуть подводные камни, в частности не будет ли проблем с одновременым добавлением записей с обеих машин. Прошу не предлагать перейти на другую БД, надо сделать именно для данной базы. Заранее спасибо.

← →
Reindeer Moss Eater © (2004-07-14 11:04) [1]

Прошу не предлагать перейти на другую БД, надо сделать именно для данной базы. Заранее спасибо.

Если так, то делай.
Зачем спрашивать?

← →
Соловьев © (2004-07-14 11:06) [2]

http://www.delphikingdom.com/asp/viewitem.asp?catalogid=570

← →
leonidus (2004-07-14 11:09) [3]

>Reindeer Moss Eater я спрашиваю не как это сделать с другой БД стажем Paradox, надо работать именно в dBase, и именно проблемы с ней меня и интересуют.

>Соловьев спасибо за ссылку, посмотрю.

← →
Reindeer Moss Eater © (2004-07-14 11:16) [4]

А я тебе и не рассказываю как это сделать на Paradox.
Бери свой DBase, размещай на сетевом диске и вперед.

← →
bushmen © (2004-07-14 11:16) [5]

> именно проблемы с ней меня и интересуют

Вот именно проблемы у тебя и будут.

← →
leonidus (2004-07-14 11:19) [6]

Хочется верить что проблем не будет. Просто хочу услышать тех у кого они были и уже сейчас на начальной стадии обойти максимальное число граблей.

← →
Anatoly Podgoretsky © (2004-07-14 11:25) [7]

На сервере не будет, а если база на персональном компьютере то будут, вне зависимости от того какая у тебя база.

← →
Ильш © (2004-07-14 11:27) [8]

> Хочется верить что проблем не будет

:))))))))))))))))))))))))
НАИВНЫЙ
а как же с блокировками быть?

← →
leonidus (2004-07-14 11:37) [9]

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

← →
bushmen © (2004-07-14 11:39) [10]

> Блокировки я конечно предусмотрю

А почему такое упорство с dBase? Легче взять СУБД, в котором уже это все реализовано?

← →
Соловьев © (2004-07-14 11:41) [11]

2 leonidus
Если проект пока токо начинается - прислушйся к советам перейти на нормальную сетевую СУБД. ИМХО, FireBird 1.5 - как раз то что тебе нужно. нужная инфа по адресу - http://ibase.ru

← →
leonidus (2004-07-14 11:57) [12]

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

← →
Reindeer Moss Eater © (2004-07-14 11:59) [13]

Зачем уговаривать?
Пусть поимеет проблемы и пусть со временем сам поимеет желание избавиться от них.

← →
kvp (2004-07-14 11:59) [14]

Проблем использования dBase в сети не было.
На каждом ПК, откуда хочешь работать с таблицами БД,
ставишь программу.
На удаленном ПК удаляешь БД, если общая инсталляция,
изменяешь алиаз и все.

Применение СУБД при работе в локальной сети приводит
к неудобствам и ограничениям. То что можно сделать в
dBase + BDE очень сложно в СУБД.

← →
Reindeer Moss Eater © (2004-07-14 12:02) [15]

Проблем использования dBase в сети не было.

Полуправда. Или недоправда.

← →
Соловьев © (2004-07-14 12:02) [16]

> Применение СУБД при работе в локальной сети приводит
> к неудобствам и ограничениям. То что можно сделать в
> dBase + BDE очень сложно в СУБД.

это как понять?

это как понять?

не надо это понимать. надо просто улыбнуться.

> СУБД к ней уже тоже написаны

Что ты подразумеваешь под этим словом? Клиентское приложение?
Если ПО писалось без учета возможности многопользовательского доступа, то переписывать его придется. А раз так, то и базу можно перевести заодно. Зато в конечном итоге проблем не будешь иметь

← →
leonidus (2004-07-14 13:07) [19]

Именно клиентское приложение уже и написано. его конечно надо будет несколько изменить, но полностью переделывать я не хотел бы. Работать с базой будет всего два клиента, неохото городить огород из-за этого.
Я просто хочу услышать людей которые реально столкнулись с какими-то проблемами при реализации подобной схемы работы. А советы типа "делай как хочешь, потом сам все поймешь" я в самом первом посте просил не давать.

Есть проблемы объективные.
Связанные с многопользовательским доступом к файлу на сетевых дисках различных ОС.

Но это - не все потенциальные проблемы.
Есть субъективные проблемы связанные с логикой приложения.
Приложения, которое ты не собираешься сильно модифицировать.

> Работать с базой будет всего два клиента

Один раз уже начальнику взбрело в голову увеличить количество пользователей. А еще не вечер! :) Кроме того, полностью переделывать приложение и не надо.

leonidus (14.07.04 11:57) [12]
Ничего с блокировками делать не нужно, если конечно в программе сделаны блокировки, то просто их убрать. Все необходимые блокировки для dBase делаются автоматически.

Что сильно смущает, так это то что dBase III, а не dBase IV.

К тому же я готов повторить, что при размещении на рабочей станции будут проблемы и серьезные, вне зависимости от типа базы. База должна быть на выделеном сервере.

← →
leonidus (2004-07-14 14:56) [23]

А что странного что dBase III, Database Desktop показывает dBase III+ ?

Работа 2-х компов с одной БД Найти похожие ветки