SQL

← →
kern (2002-11-06 12:21) [0]

Мастера. Просветите.
Пытаюсь получить данные из удалённой БД.
with query1 do
begin
sql.clear;
sql.add("select * from \\Anatoliy\COMMON\Sklad\Skaner.db");
Query1.open;
end;
Выдаёт сообщение :Directory is controlled by other .NET file.
О чём это он?

← →
kern (2002-11-06 12:28) [1]

Добавка.
Directory:C:\
File:\\Anatoliy\COMMON\Sklad\PDOXURS.LCK

← →
kern (2002-11-06 12:33) [2]

АААА-УУУУУ
Объясните, пожалуйста, что это за файл и что с ним делать?

← →
MsGuns (2002-11-06 12:34) [3]

Net Dir надо назначить в тот каталог, который используется для этих же целей всеми другими изерами.
Делается с помощью BDE админа или программно методом TSession

← →
kern (2002-11-06 12:38) [4]

А Можно подробнее?
"Net Dir надо назначить в тот каталог, который используется для этих же целей всеми другими изерами" Энто где?
Извините, я начинающий.

← →
kern (2002-11-06 12:39) [5]

А почему этот файл появился. До этого обращался и всё было нормально.

← →
kern (2002-11-06 12:49) [6]

Мастера. Не отключайтесь

← →
Jeer (2002-11-06 12:59) [7]

Почитай о парадоксе и BDE.

← →
kern (2002-11-06 13:05) [8]

Хороший Help. Негде сейчас читать.
(Удалил файл - выбирает). Как это (удаление) может повлиять на работу БД?

← →
gek (2002-11-06 13:13) [9]

АААА-УУУУУ
Объясните, пожалуйста, что это за файл

По всей видимости файл баз данных Paradox

и что с ним делать?

Да, что угодно...

← →
kern (2002-11-06 13:14) [10]

>Gek
Логично, но какие могут быть последствия для сохранности данных?

← →
gek (2002-11-06 13:22) [11]

> Логично, но какие могут быть последствия для сохранности
> данных?

Ужасные....

1.Послушать советов MsGuns © (06.11.02 12:34) и Jeer © (06.11.02 12:59)
2.Запустить BDE админа и на закладочке Configuration
в Drivers -> Native смотреть что делать дальше

← →
kern (2002-11-06 13:45) [12]

Понимаете, база данных находится на машине, и напрямую с ней работает один человек(запись, удаление и т.д). Остальные пользователи по сети обращаются к таблицам с помощью SQL-запросов. Они не могут редактировать данные. Неужели и на их машинах необходимо устанавливать BDE, настраивать его. Удаление файла PDOXUSR.LCK может привести к плохим последствиям? За что он вообще отвечает?

← →
gek (2002-11-06 13:58) [13]

Если работаешь через BDE то да
Нет у меня такого файла файла PDOXUSR.LCK
а вот PDOXUSRS.NET есть

← →
kern (2002-11-06 14:02) [14]

Нет , работаю не через BDE

← →
gek (2002-11-06 14:05) [15]

Ну а через что?

← →
kern (2002-11-06 14:10) [16]

Просто пишу запросы на SQL, извлекающие данные из таблиц по сети.
Компоненты:
Datasource, DBGrid, query
Путь известен.
(если чего не понимаю - не ёрничать: я новичёк). Лучше объяснить.

← →
gek (2002-11-06 14:20) [17]

>> Johnmen, Alexandr и ЮЮ
Передаю эту эстафету ВАМ.
Я уже устал и темм более ухожу

← →
MsGuns (2002-11-06 14:50) [18]

Файл PDOXUSRS.NET есть системный файл BDE, создаваемый автоматически ею для регистрации и отслеживания подключенных к БД пользователей (login,password,Computer,Node и т.п.)

Когда кто-то пытается доступиться в такую БД, BDE просматривает свой системный файл (тот, который активен для текущей БД) и ищет в нем ваш комп. Если не находит, то смотрит, какой установлен у Вас (в BDE-Admin). Если это один и тот же файл, то она просто добавит Вас в свой (зарегистрирует) и все время, пока Вы законнекчены к ЭТОЙ БД, запись о Вас, Ваших правах и т.п. будет храниться у нее в PDOXUSRS.net

Если Вы желаете использовать для доступа к Paradox не BDE, позаботиться об этом файле придется все равно, иначе не сможете туда писАть.

Файлы *.lck есть файлы, создаваемые BDE автоматически для каждой БД для сохранения в них данных о текущих блокировках, наложенных активными юзерами на таблицы и записи БД. Именно из этого файла она берет информацию, когда возбуждает исключения типа "Record Locked By User XXXX" или "Table in use"
Удаление этого файла при наличии хотя бы одного активного пользователя может привести к разрушению индексов тех таблиц, которые он использовал на момент удаления.
Если все сеансы завершились нормально и последний юзер благополучно закрыл БД и свою программу, этот файл автоматически удалит сама BDE.
Если же хоть ОДИН юзер "вывалился", то файл не удалится даже после того как покинул БД последний клиент. И будет висеть там до тех пор пока:
- вывалившийся юзер не войдет повторно и не завершит программу НОРМАЛЬНО.
- после того, как БД освободят все, в т.ч. и те, кто только просматривает ее, сисадмин не удалит ее физически (проводником или Far)

Если Вам это действительно надо, найдите доку или книжку по Парадоксу (не BDE) и почитайте о системе блокировок.

И еще. Для нормальной работы с БД Paradox следует установить полную BDE на каждом компе, с которого будет доступ в БД

Если Вам это не подходит, то этот формат БД не для Вас

← →
kern (2002-11-06 15:11) [19]

То есть, есть возможность повредить базу даже если клиенты обращаются к ней с помощью SQL и Query?
Просто хочется понять этот вариент.

← →
Johnmen (2002-11-06 15:54) [20]

>
У меня не хватило бы терпения, да и желания, все так подробно разжевать...:) Уважаю...

>kern (06.11.02 15:11)

Конечно есть ! Ведь это же парадох, да еще в сети. Так что вникай MsGuns © (06.11.02 14:50), читай литературу, а еще лучше откажись от него вообще...=)

← →
MsGuns (2002-11-06 18:20) [21]

>Johnmen © (06.11.02 15:54)

Уважаемый Евгений ! Вас я, конечно, уважаю, но истина, то бишь Фаронов дороже. А он ведь очень хорошо написал о парадоксе и, ИМХО, вполне объективно. Нельзя огульно охаивать ни одну из БД:
у каждой есть недостатки и достоинства. В каждом конкретном случае решать приходится исходя из массы обстоятельств. Основное достоинство Парадокса - это скорость и простота доступа на небольших сетях в относительно малых БД (до сотен тысяч записей), с этим же Вы спорить не будете ? А, главное, что он интуитивно понятнее начинающим, чем SQL серверная СУБД с ее триггерами, генераторами, ХП, исключениями и т.д. Сколько можно об одном и том же ? Ведь человек не написал в сабже , что он задрался с парадоксом и дайте совет выбрать другую БД. Он задал довольно конкретный вопрос, на который, ИМХО, можно ответить или не отвечать вовсе.

>kern (06.11.02 15:11)
Повредить БД простым исполнением запроса на выборку ИМХО нельзя.
Ключи летят при ситуации, когда юзер начал делать изменения (например, сделал вставку, но еще не заполнил поля и не запостил новую запись или запостил, но возникло исключение по дублированию ключей), BDE "потеснила" массив индексов в файле *.px, но данные в .db еще не занесла. И в этот момент, например, вырубили свет. Часто ключи летят на прилинкованных таблицах, находящихся в статусе Insert или Edit с измененными ключами.
Лечится такая ситуация простым физ.удалением файла индексов (.px) и реструктуризаций с простым указанием ключей в первых n полях таблицы. Бывает, что теряется 1-2 записи (как правило те, на которых юзер "вылетел"). Выжно только не прозевать этот момент и вылечить таблу сразу. Иначе, благодря тому, что BDE все-таки пытается работать с такими таблами (иногда она не сразу замечает "поломку"), ситуацию можно запустить и дожиться до "криза", когда при ремонте потеряются (или наоборот найдутся) десятки, а то и сотни записей. Вот тогда уже придется поднимать БД из архива и юзерам все по-новой вводить.
Во избежании такой ситуации тот же Фаронов рекомендует при первом запуске (с первого компа) программы делать проверку особо важных таблиц, благо BDE это делает на удивление быстро, а при завершении последней сбрасывать копию в архив.

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