Paradox в сети

← →
KIR © (2003-01-21 23:26) [0]

Народ, вот объясните дураку: вроде можно Paradox использовать в локальной сети. Мне даже статью по этому поводу порекомендовали ( http://www.delphikingdom.com/helloworld/bdeloc.htm, если кому интересно). Одного не могу понять: БД на одном компе допустим host:\C:\MyDB, клиент на другом. Так вот как мне с того компа, где клиент, в BDE Administrator"e указать путь, по которому располагается БД (host:\C:\BD)?? Или это не в BDE Admin"e делается?

← →
Reindeer Moss Eater (2003-01-22 09:21) [1]

\\host\.......

← →
kkot (2003-01-22 09:48) [2]

А если не очень умно делать (всякое бывает :))), то можно на клиентской машине подключить сетевой диск, который ссылается на расшаренную директорию, где лежит база. А в клиенте уже сылаешься на это диск (клиентский F: -> \\host\dir\db) А вообще путь к базе лучше всего хранить отдельно в .ини, чтобы потом не напрягаясь (не пересобирая проект) поменять его.

← →
KIR © (2003-01-22 23:27) [3]

Может я совсем уже ничего не понимаю. Но давайте по порядку:
>> Reindeer Moss Eater - совсем не понятный ответ... уж простите
>> kkot В каком месте этот самы путь прописывается? На форме должен быть компонент TadaBase или где?

← →
KIR © (2003-01-22 23:27) [4]

← →
ЮЮ © (2003-01-23 05:36) [5]

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

В Алиасе пишем Path = M:\
в Configuration: NET DIR = M:\

← →
Reindeer Moss Eater (2003-01-23 08:49) [6]

в BDE Administrator"e указать путь, по которому располагается БД ( host:\C:\BD)??

\\host\<имя_сетевого_ресурса_на_хосте_"host"\<подкаталог(и)_на_сетевом_ресурсе_(если_они_есть_конечно)>\<Каталог_с файлами_базы_данных>

Так должен выглядеть параметр PATH создаваемого псевдонима.
Ну или использовать подключенный сетевой диск, как сказано выше.

← →
Anatoly Podgoretsky © (2003-01-23 09:17) [7]

Сетевой диск не желательно использовать, устаревшая технология, сетевые диски нужно использовать только для старых программ, которые не в состоняии работать с UNC именами. Тоже относится и к NET DIR, булет меньше проблем и надежнее работать, тоже самое рекомендует и Борланд в своих FAQ.

То что написано в статье неправда - "BDE не работает с базами данных напрямую, как например \\head\C\Database.", не верь, более того это вредная ересь, типа копирования БДЕ файлов в каталог с программой.

← →
Anatoly Podgoretsky © (2003-01-23 09:21) [8]

Полезно так же взять FAQ из конференции fido7.ru.delphi.db (можно взять html файл на моем сайте), там этот вопрос расмотрен более профессионально и так же рассмотрены варианты инсталляции БДЕ

← →
MsGuns © (2003-01-23 11:30) [9]

>Anatoly Podgoretsky © (23.01.03 09:17)
>Сетевой диск не желательно использовать, устаревшая технология

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

>То что написано в статье неправда - "BDE не работает с базами данных напрямую, как например \\head\C\Database.", не верь, более того это вредная ересь, типа копирования БДЕ файлов в каталог с программой.

Судя по всему, тебя так распалила фраза

BDE не работает с базами данных напрямую, как например \\head\C\Database.
Диск с данными необходимо подключить как сетевой. Еще лучше, если буквы сетевого диска будут одинаковыми на всех машинах...

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

← →
Reindeer Moss Eater (2003-01-23 11:37) [10]

BDE не работает с базами данных напрямую, как например \\head\C\Database.
Это чушь, поэтому и можно назвать это чушью

← →
MsGuns © (2003-01-23 11:42) [11]

>Reindeer Moss Eater (23.01.03 11:37)

Поясни для дураков, будь ласка, что же именно в этой фразе звучит по-дурацки и притом так однозначно ?

← →
Reindeer Moss Eater (2003-01-23 11:51) [12]

BDE не работает с базами данных напрямую, как например \\head\C\Database

BDE так работает.

← →
MsGuns © (2003-01-23 12:01) [13]

>Reindeer Moss Eater (23.01.03 11:51)
>BDE так работает.

А как она работает (с парадоксом, ессно) ? Всегда интересно послушать мнение специалиста.

← →
Reindeer Moss Eater (2003-01-23 12:03) [14]

Спроси у Borlanda. BDE это его собственность и парадокс тоже.

Извиняюсь, но для пользы дела хочу внести ясность.
БДЕ, ессно с парадоксом, работает НАПРЯМУЮ, т.е. без всяческих драйверов СУБД, оболочек и проч. При этом она использует даже свои средства физического доступа к дискам. Но ТОЛЬКО НА ЛОКАЛЬНЫХ ДИСКАХ.
На удаленных (в том числе сетевых) она так работать не может физически (понятно почему). Она работает только используя средства ОС с блоками (кластерами), переданными ей по сети. Именно это скорее всего и хотел сказать автор пресловутой статьи, которого тут так усердно ругают.

Если не прав, то жду камней ;))

← →
Reindeer Moss Eater (2003-01-23 12:13) [16]

Даже если парадокс на локальном диске, то BDE пользуется услугами файлового ввода-вывода ОС. (не напрямую)
Автор статьи хотел сказать, что DBE - это вам не OARCLE с базами на raw partitions?
Ну так он сделал это крайне криво.

Кто-нибудь напишите об этом нормально, толком и поподробнее

>Reindeer Moss Eater (23.01.03 12:13)
Не вдаваясь в подробности трактовок слова "доступ напрямую", будем считать вопрос закрытым.
Но все же, пожалуй, не следует бросаться словами как кирпичами, тем более что статья в целом написана человеком явно грамотным (ИМХО)

← →
Reindeer Moss Eater (2003-01-23 12:26) [19]

Jan, прочитай Reindeer Moss Eater (23.01.03 08:49)
там все до ужаса подробно

>Jan © (23.01.03 12:22)

Рискуя быть затоптанным мастаками, попробую.
Хотя очень хорошо о механизме доступа в физическим таблицам написано в тех.документации к Парадоксу 4.5 (ДОС-му). Не думаю, что со временем Борланд сделал там революцию.

BDE изначально писалась для файловой системы ДОС (которая затем перенеслась с незначительными изменениями в Win 95/98) и одной из ее "фишек" было ускорение поиска нужных блоков таблицы (файла) за счет оптимизации доступа к физ.участкам диска (что-то похожее на канальный планировщик для мэйн-фрэймов). Т.е. она "закачивала" в ОЗУ список указателей сегментов (блоков кластеров) файла и порции индексов из файла PX, Xnn,Ynn. Благодаря этому в большинстве случаев для поиска нужной записи, где бы ФИЗИЧЕСКИ она не находилась, львиная доля операций выполнялась не с диском, а в ОЗУ. Файловая система ДОС, как известно, даже на блоковом (не хэндловом) уровне работает с кэшами довольно прямолинейно, если не сказать тупо (на сегодняшний день, ессно), просто запоминая "ближние" с текущим кластеры в кэше (что-то по типу кэша процессора) - обычно дорожку или ее часть, а это не есть оптимально. Но все это, ессно, работает только для диска, с контроллером которого есть ПРЯМАЯ связь и от которого можно получать НАПРЯМУЮ инфу о bb-cc-hh-rr каждого считанного блока данных. Для сетевых же дисков BDE использует только средства доступа, предоставляемые системой. Хотя свое кэширование все равно использует, а иногда даже требует для этого и дисковую память для временных файлов, содержащих данные, "ускоряющие" весь процесс поиска.

Т.е. как правильно заметил Reender Moss Eater, BDE пользуется услугами ОС для доступа как к локальным (в меньшей степени), так и удаленным (в большей), т.е. по большому счету работает с БД не напрямую.
В то же время многие Клиент-серверные системы используют свой внутренний механизм доступа к БД, которые иногда даже не "видны" ОС, на которой сервер установлен. Не зря же в виндузе вся БД, сколько б не было вней таблиц, генераторов, триггеров, процедур и прочей требухи, представлена одним единственным файлом (для которого иногда используется непрерывная область дисковой памяти)

Все вышенаписанное относится к ФИЗИЧЕСКОЙ стороне доступа к данным

Но есть еще ЛОГИЧЕСКАЯ.
С этой точки зрения BDE можно назвать "открытой", т.к. вся БД прозрачна для ОС и для программера (и, к сожалению, для ламера-зера тоже). Относительно этого аспекта можно заявить, что BDE работает с БД НАПРЯМУЮ, т.к. юзает в конкретные моменты весьма конкретные ОБЪЕКТЫ файловой системы ОС.
Клиент же серверная БД ведет себя совсем по-другому, надежно пряча от непосвященных как механизм, так и составляющие БД. Т.е. когда Вы обращаетесь к какой-то конкретной таблице, ни Вы, ни ОС не могут "сказать", что, где и каким образом меняется в "монолите" под названием БД. В этом случае можно сказать, что Ваш запрос юзает БД НЕ НАПРЯМУЮ. Даже если прога запущена с компа-резидента БД.

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

Paradox в сети Найти похожие ветки