Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Базы";
Текущий архив: 2004.08.08;
Скачать: [xml.tar.bz2];

Вниз

Работа 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 очень сложно в СУБД.

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


 
Reindeer Moss Eater ©   (2004-07-14 12:03) [17]

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

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


 
bushmen ©   (2004-07-14 12:59) [18]

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

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


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

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


 
Reindeer Moss Eater ©   (2004-07-14 13:12) [20]

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

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


 
bushmen ©   (2004-07-14 13:16) [21]

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

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


 
Anatoly Podgoretsky ©   (2004-07-14 14:13) [22]

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+ ?



Страницы: 1 вся ветка

Форум: "Базы";
Текущий архив: 2004.08.08;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.49 MB
Время: 0.031 c
3-1089693882
Flagman
2004-07-13 08:44
2004.08.08
Есть ли что-нибудь аналогичгое MSSQL SQL profiler под Oracle?


1-1090830062
Labert
2004-07-26 12:21
2004.08.08
TThread и Synchronize


1-1090765448
Max Payne
2004-07-25 18:24
2004.08.08
Использование MWord в Delphi


3-1089797728
CAMCOH
2004-07-14 13:35
2004.08.08
немогу разобратся с try...except...


14-1090495528
ИМХО
2004-07-22 15:25
2004.08.08
Просмотрщик дайджестов этих форумов





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский