Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

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

Таблицы Paradox в сети [D6]

Страницы: 1 2 3 >
OldProger © (2007-03-26 14:42:00)
Здравствуйте, уважаемые коллеги.
Я хотел бы повторить обсуждение вопроса от 1-го марта, к сожалению, там все просто перелаялись, что недостойно.
Есть файловая база данных, BDE, db-таблицы в одноранговой сети. При обработке базы слетали индексы. Базу переставил под терминальный сервер, индексы стали слетать намного реже, но не прекратили этого делать. Мне в одном форуме намекнули про блокирование и про кэширование, но неконкретно. Полностью понимаю, что нужно было все писать под Interbase/Firebird/Oracle... и прочая клиент-сервер. Но ведь сетевая технология существует не первый год, Delphi с BDE и Paradox-ом работает очень давно, туча программ написана, и по идее все это должно было работать задолго до 100Мбитных сетей и Win2003-серверов, в гораздо более жестких условиях. Я программу перепишу, конечно, но это долго, большая она. Хоть кто-нибудь знает что-то, что может помочь? Или хоть где почитать? От-mail-ьте, пожалуйста, горим.

Anatoly Podgoretsky (2007-04-01 12:15:00) [1]
> Германн (01.04.2007 02:17:40) [40]

> эту ситуацию с парадоксом Анатолий уже давно описал.

Не с Парадоксом, а с БДЕ

Германн (2007-04-01 02:17:00) [2]
Вообщем из вышенаписанных постов я понял только одно, что давно мне было известно: "Если всё работает, то не надо ничего трогать!" У Анатолия одни примеры, у Виталия - другие, у прочих - ещё какие-нибудь.
А общего решения как не было, так и нет. Но эту ситуацию с парадоксом Анатолий уже давно описал.

Anatoly Podgoretsky (2007-04-01 01:02:00) [3]
> Asail (01.04.2007 00:22:38) [38]

Это не сервер, слетают индексы из-за кеширования и аварийного отключения.

Asail (2007-04-01 00:22:00) [4]

> Anatoly Podgoretsky © (31.03.07 19:18) [36]
> > Asail (31.03.2007 17:06:34) [34]
>
> Это тоже побочный эффект данного ключа

Не понял... Какой побочный эффект? Что индексы слетают при сбое питания? Так это вполне естественно. Даже на IB/FB слетят если так над сервером издеваться.
Или что тормозит при True? Так это тоже естественно - кэширование же не работает.
Или я не так понял?

Anatoly Podgoretsky (2007-03-31 19:20:00) [5]
> Виталий Панасенко(дом) (31.03.2007 17:19:35) [35]

Почти никогда нет оправдания установки данного ключа в состояние FALSE, кроме очень редких случаев, например персональная база в режиме RO
Особенность данного ключа, что с времен ДОС, когда он появился в IDAPI документация практически не менялась и значение по умолчанию тоже FALSE

Anatoly Podgoretsky (2007-03-31 19:18:00) [6]
> Asail (31.03.2007 17:06:34) [34]

Это тоже побочный эффект данного ключа

Виталий Панасенко(дом) (2007-03-31 17:19:00) [7]

> Anatoly Podgoretsky © (31.03.07 12:22) [33]
>
> > Виталий Панасенко(дом) (31.03.2007 11:45:31) [31]
>
> Разница заметна, точно также кеширует.
>

Может быть... Но, по крайней мере, виднЫ изменения, сделанные другими пользователями. А вот есть на сервере использовать клиента и LOCAL выставить в False, то тут не только проблемы с "невидимостью",а и слет таблиц 100% обеспечен. Чего не будет при выделенном файл-сервере...

Asail (2007-03-31 17:06:00) [8]
Я всегда на ВСЕХ клинтах ставлю LOCALSHARE=True (Кстати, тот комп на физ. диске которого висит БД такой-же клиент, как и все остальные). Работает медленнее, но слетов индексов не замечал (разве-что после отключения питания на одном из клиентов, когда он активно работает с БД).

Anatoly Podgoretsky (2007-03-31 12:22:00) [9]
> Виталий Панасенко(дом) (31.03.2007 11:45:31) [31]

Разница заметна, точно также кеширует.

Anatoly Podgoretsky (2007-03-31 12:20:00) [10]
> Mike Kouzmine (31.03.2007 11:42:29) [29]

Вот поэтому и не заметил

Виталий Панасенко(дом) (2007-03-31 11:45:00) [11]

> Германн © (31.03.07 00:21) [28]
>
>
> > Anatoly Podgoretsky © (30.03.07 20:14) [25]
> >
> >
> > > P.S. У меня LOCALSHARE всегда False.
> >
> > Вот производитель это и рекомендует, а должно быть строго
> > наоборот.
> > И что такое LOCALSHARE описывает не совсем точно, не описан
> > побочный эффект, при включение данного свойства получается
> > СЕТЕВАЯ работа, иначе локальная. Это факт также рассказывается
> > только в конференциях, документация молчит.
> >
>
> Интересно.

Это интересно, если рабочая станция используется как сервер... Т.е. если БД для данной станции - локальная, а остальные к этой самой станции обращаются. Если LOCAL SHARE=FALSE, то локальная станция кэширует данные, возникают глюки. При чем очень неприятные. Если же БД лежит где-то на отдельном файл-сервере, то я разницы не заметил...

Mike Kouzmine (2007-03-31 11:44:00) [12]
Anatoly Podgoretsky © (30.03.07 22:53) [27] Еще в турбоповер ((если не ошибаюсь)

Mike Kouzmine (2007-03-31 11:42:00) [13]
Anatoly Podgoretsky © (30.03.07 22:53) [27] Я использовал явную команду записи /(забыл название), видимо поэтому не заметил разницы

Германн (2007-03-31 00:21:00) [14]

> Anatoly Podgoretsky © (30.03.07 20:14) [25]
>
>
> > P.S. У меня LOCALSHARE всегда False.
>
> Вот производитель это и рекомендует, а должно быть строго
> наоборот.
> И что такое LOCALSHARE описывает не совсем точно, не описан
> побочный эффект, при включение данного свойства получается
> СЕТЕВАЯ работа, иначе локальная. Это факт также рассказывается
> только в конференциях, документация молчит.
>

Интересно.

Anatoly Podgoretsky (2007-03-30 22:53:00) [15]
> Mike Kouzmine (30.03.2007 22:12:26) [26]

Разница есть, если установить в истину, то будет происходить немедленная запись в таблицу.

Mike Kouzmine (2007-03-30 22:12:00) [16]
Anatoly Podgoretsky © (30.03.07 20:14) [25] Для меня этот параметр так и остался загадкой. За пять лет использования парадокса ставил и в то и в то. Разницы не заметил.

Anatoly Podgoretsky (2007-03-30 20:14:00) [17]

> P.S. У меня LOCALSHARE всегда False.

Вот производитель это и рекомендует, а должно быть строго наоборот.
И что такое LOCALSHARE описывает не совсем точно, не описан побочный эффект, при включение данного свойства получается СЕТЕВАЯ работа, иначе локальная. Это факт также рассказывается только в конференциях, документация молчит.

Empleado (2007-03-30 12:07:00) [18]
Никто не упомянул DbiCheckRefresh.
Без этой маленькой рутинки есть большой риск падения индексов Paradox в многопользовательском режиме, если не ошибаюсь.

Виталий Панасенко (2007-03-30 11:43:00) [19]

> А вот про "засады" с LOCAL SHARE первый раз слышу. Приведи,
> пожалуйста какую-нибудь ссылку.
> P.S. У меня LOCALSHARE всегда False.

И работает в сети ? странно...

Германн (2007-03-30 01:43:00) [20]

> Anatoly Podgoretsky © (29.03.07 23:00) [21]
>
> Попробуй, но лучше обратись к RTM от производителя.
> Но можешь не пробовать, никогда не использовал мапирование
> дисков, только UNC Path и даже не благодаря Борланд, а вопреки
> им, они в начале писали только про диски, потом стыдливо
> поменяли на правильную информацию, а вот касательно LOCAL
> SHARE то его тайну рассказывают только в конференциях, а
> документации неверная информация, ведущая только к серьезным
> проблемам.

Не было времени вчера поэкспериментировать :( Полдня или даже больше пытался найти ошибку в программе для одного из своих контроллеров! Перед глазами до сих пор асс-текст в турбике :(

> Попробуй, но лучше обратись к RTM от производителя.

Я так понял, что имеется в виду RTFM от производителя. А кто сейчас производитель?

> Но можешь не пробовать, никогда не использовал мапирование
> дисков, только UNC Path и даже не благодаря Борланд, а вопреки
> им, они в начале писали только про диски, потом стыдливо
> поменяли на правильную информацию
Верю, естественно, но пока сам не попробую, не буду использовать UNC.

> а вот касательно LOCAL SHARE то его тайну рассказывают только
> в конференциях, а документации неверная информация, ведущая
> только к серьезным проблемам.
>

А вот про "засады" с LOCAL SHARE первый раз слышу. Приведи, пожалуйста какую-нибудь ссылку.
P.S. У меня LOCALSHARE всегда False.

Страницы: 1 2 3 >

Наверх

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