Файл-серверная БД (Paradox) , Сетевая БД

[ych_boriss]

Парадокс - это всего навсего формат хранения, и, как сказал

Цитата

H.Iglesias II, 28.07.04, 12:56
если правильно парадоксом пользоваться, то никаких проблем он не доставляет.

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

Сообщение отредактировано: ych_boriss - 28.07.04, 09:16

[Bas]

Цитата

ych_boriss, 28.07.04, 12:14
отклики при работе с Парадоксом через ADO более положительные нежели чем через BDE.

Cогласен , и не только с Paradox'ом.

[H.Iglesias II]

Цитата ych_boriss @ 28.07.04, 12:14

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

большинство не подозревает, что программа bdeadmin предназначена не только для заведения альсов, но и для настройки БДЕ. Все нарекания на работу БДЕ вытекают только из неумения им пользоваться. И это касается не только БДЕ, а абсолютно всех СЕРЬЕЗНЫХ программ начиная с Виндовс.

Многопользовательская работа в БДЕ реализована достаточно корректно (у нас за те годы как мы этим пользуемся притензий не возникало ), если БДЕ НАСТРОЕН для многопользовательского режима.

[mmihaylovich]

Ну насчет почему Paradox?
Была поставлена задача написать БД, используя Delphi.
При этом есть знания по реляционным БД и Делфи (совместно не использовал).
Ну я долго не мудрствуя открыл книжечку, которая у меня была "Delphi 4 для разработчиков БД" Фаронова.

А там рассматривают три подхода:
Файл-сервер, Клинет-Сервер, Трехзвенная архитектура. Также описаны недостатки и достоинства каждой.

И начал с простого, и там описано использование таблиц Paradox (для файл-сервер) с помощью BDE.
Притом когда давали задание дали пример СУБД, которая также использует BDE & Paradox.
Ничего плохого пока не замечал, конечно были минусы типа защита паролем при наличии суперпароля ,
небольшие непонятки с сетью (ну это наверно из-за неопытности).

Теперь вернемся к сети.

Цитата

Ключь БДЕ NET DIR.

NET DIR за что отвечает? Туда копируются временные таблицы или как?

Цитата

Вот здесь без сетевого диска не обойтись просто потому, что так удобнее

Второй сетевой диск? Один для PATH, а второй для NET DIR?

[ych_boriss]

Цитата

H.Iglesias II, 28.07.04, 13:33
Многопользовательская работа в БДЕ реализована достаточно корректно (у нас за те годы как мы этим пользуемся притензий не возникало ), если БДЕ НАСТРОЕН для многопользовательского режима.

а у нас все с точностью до наоборот. хотя, возможно, все дело может быть в неправильных настройках БДЕ для многопользовательского режима.
НО, БДЕ+Парадокс нам не подходит из-за низкой производительности. пороэтому было прянято решения выбрать СУБД, работающее в архитектуре Клиент-Сервер (Interbase).

[H.Iglesias II]

Цитата mmihaylovich @ 28.07.04, 12:35

Теперь вернемся к сети.

Цитата

Ключь БДЕ NET DIR.

NET DIR за что отвечает? Туда копируются временные таблицы или как?

Цитата

Вот здесь без сетевого диска не обойтись просто потому, что так удобнее

Второй сетевой диск? Один для PATH, а второй для NET DIR?

NET DIR - каталог для файлов совместного доступа. Т.е. там хранится файл Pdoxusrs.net в котором указывается кто с чем работает в данный момент. Этот файл отвечает за то, что система коректно позволяет работать нескольким клиентам с одними и теми же данными. Если у разных клиентов эти директории разные, то информацию о себе они будут заносить в разные файлы, а те уже в свою очередь не дадут друг другу до этих данных добраться. Точнее тот кто доберется первым не пустит второго. Если полные пути к этим файлам с разных клиентов отличаются, хотя и указывают на один каталог в сети, на разных ОС могут происходить глюки, когда в лок файле будет информация что совместный доступ к данным контролируется 2-мя разными файлами, хотя они и указувают в итоге один и тот- же файл.

2.
Путь к альясу и NET DIR - это никак не связанные вещи. Имелось в виду вот что:
в сети назначен расшаренный каталог для организации совм. доступа к ПАРАДОКС (допустим \\SERVER\DB\NETS).
на каждой машине создается сетевой диск (одинаковая буква, допустим "P") с путем в эту папку. Он может окольными путями в него попадать. Очень важный момент, что на машине где эта папка находится ТАКЖЕ НУЖНО СДЕЛАТЬ ТАКОЙ ДИСК. т.е. по сети обращается сам к себе.
и у всех этот диск назначается в NET DIR = P:\.


Еще LOCAL SHARE отвечает за то, как сохраняются данные на диск. Если TRUE, то данные сохраняются после каждого Post(), если FALSE то сохраняются только после закрытия соответствующего набора данных. По умолчанию, кстати, FALSE. Непонятно почему...

Добавлено в 28.07.04, 10:08:

Цитата ych_boriss @ 28.07.04, 12:55

Цитата

H.Iglesias II, 28.07.04, 13:33
Многопользовательская работа в БДЕ реализована достаточно корректно (у нас за те годы как мы этим пользуемся притензий не возникало ), если БДЕ НАСТРОЕН для многопользовательского режима.

а у нас все с точностью до наоборот. хотя, возможно, все дело может быть в неправильных настройках БДЕ для многопользовательского режима.
НО, БДЕ+Парадокс нам не подходит из-за низкой производительности. пороэтому было прянято решения выбрать СУБД, работающее в архитектуре Клиент-Сервер (Interbase).

Согласен 100%. IB foreva.
Когда все начиналось у нас и ПАРАДОКС УСТРАИВАЛ просто потому, что было достаточно других проблем
Мы счас потиху переводим на IB.

[mmihaylovich]

Большое спасибо за подробное объяснение. Надеюсь данная информация будет полезна не только мне.

[Anatoly Podgoretsky]

Да наговорили тут всего. И правды и неправды.
Ну и бог с ним, а вот какие проьлемы будут, так это порча индексов, порча автоинкриментных полец, проблемы с *.net и *.lcк файлами, блокировка каталога. Это то что будет происходить постоянно при более менее активной работые в сети и особенно с ростом размеров таблиц.

[H.Iglesias II]

Цитата Anatoly Podgoretsky @ 29.07.04, 20:33

Да наговорили тут всего. И правды и неправды.
Ну и бог с ним, а вот какие проьлемы будут, так это порча индексов, порча автоинкриментных полец, проблемы с *.net и *.lcк файлами, блокировка каталога. Это то что будет происходить постоянно при более менее активной работые в сети и особенно с ростом размеров таблиц.

и что же здесь неправда?

Если надо работать активно, в сети да с большими таблицами, да сотни клиентов, то это не к Парадоксу. Он не для этого в принципе.
Надо использовать СУБД, любая из которых имеет свои недостатки. Любую БД при желании запороть проще простого... У меня не теоретические рассуждения типа "что будет" - у меня есть реально работающая система 7 дней в неделю 24 часа в сутки с сервером и десятком клиентов. Как атавизм предыдущих разработок там используется Парадокс. Не скажу, что на нем все основано, но пишется и читается из него постоянно. За почти 2 года эксплуатации проблемы возникали, но ни одна не связана с Парадоксом.

[Kobra]

Цитата

H.Iglesias II, 30.07.04, 10:43
так это порча индексов

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

Цитата

Anatoly Podgoretsky, 29.07.04, 20:33
порча автоинкриментных полец

бывает, но если программа написана коректно, не происходит.

Цитата

Anatoly Podgoretsky, 29.07.04, 20:33
проблемы с *.net

ета проблема винды, иногда мап расстраивается.

Цитата

Anatoly Podgoretsky, 29.07.04, 20:33
*.lcк файлами

ну, такое происходит если не коректно завершают работу.

Цитата

Anatoly Podgoretsky, 29.07.04, 20:33
блокировка каталога

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

[Anatoly Podgoretsky]

Какой МАП себе заранее устраивать неприятность.

Причины зависания не интересуют, интересуют последствия.

Парадокс автоматически делает блокировки, не повлияешь.

Индексы рдактируются на машине пользователся, потом полностью переписываются, это конечно касается всех десктопных баз, но Парадокс это делает плохо, поэтому часто слетают по сравнению с другими форматами.

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

[H.Iglesias II]

переливание из пустого в порожнее.

[Kobra]

Цитата

Anatoly Podgoretsky, 30.07.04, 15:17
Парадокс автоматически делает блокировки, не повлияешь.

Цитата

Kobra, 30.07.04, 14:31
когда пишеш для многоползовательского режима, нужно применять кое какие хитрости.

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

[Anatoly Podgoretsky]

Недавно мне открыли большую тайну любви к Парадоксу, оказалось что примеры у Архангельского на Парадоксе

[mmihaylovich]

Цитата

так это порча индексов

Цитата

порча автоинкриментных полец

Каким образом они портятся и способы их восстановления?