Top.Mail.Ru
Мастера DELPHI, Delphi programming community Титульная страница Поиск, карта сайта Написать письмо 
| Новости | Поиск | FAQ | Статьи | Книги | Новости VCL |
| Форумы ЧАТ | Орешник | KOL и MCK |
Форумы -» Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Работа 2-х компов с одной БД [D6, dBase, FoxPro]


Страницы:   1 2

leonidus ©   (2004-07-14 11:00:00) 

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


leonidus   (2004-07-14 14:56:00) [1]

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


Anatoly Podgoretsky   (2004-07-14 14:13:00) [2]

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

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

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


bushmen   (2004-07-14 13:16:00) [3]

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

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


Reindeer Moss Eater   (2004-07-14 13:12:00) [4]

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

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


leonidus   (2004-07-14 13:07:00) [5]

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


bushmen   (2004-07-14 12:59:00) [6]

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

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


Reindeer Moss Eater   (2004-07-14 12:03:00) [7]

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

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


Соловьев   (2004-07-14 12:02:00) [8]


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

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


Reindeer Moss Eater   (2004-07-14 12:02:00) [9]

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

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


kvp   (2004-07-14 11:59:00) [10]

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

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


Reindeer Moss Eater   (2004-07-14 11:59:00) [11]

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


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

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


Соловьев   (2004-07-14 11:41:00) [13]

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


bushmen   (2004-07-14 11:39:00) [14]

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

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


leonidus   (2004-07-14 11:37:00) [15]

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


Ильш   (2004-07-14 11:27:00) [16]


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

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


Anatoly Podgoretsky   (2004-07-14 11:25:00) [17]

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


leonidus   (2004-07-14 11:19:00) [18]

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


bushmen   (2004-07-14 11:16:00) [19]

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

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


Reindeer Moss Eater   (2004-07-14 11:16:00) [20]

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


Страницы:   1 2

Наверх

Титульная страница Поиск, карта сайта Написать письмо