Стоит ли использовать Access?

← →
mnm (2005-10-22 13:22) [0]

Можно ли работать с Access через ADO по сети? Когда работают 1-2, максимум 5 человек. И как сделать чтобы при изменении данных одним польльзователем, остальные видели эти изменения? Постоянно обновлять?

← →
YurikGL © (2005-10-22 15:01) [1]

Пользуй Firebird...

← →
DSKalugin © (2005-10-22 15:31) [2]

> Постоянно обновлять?

Не держать основные таблицы постоянно открытыми. Открывать только по строго определенным запросам т.е. в момент поиска

← →
Desdechado © (2005-10-22 20:09) [3]

Access - файл-сервер. Так что по сети будет тащиться вся БД каждому при работе. Оно тебе надо? А где 5, там и 10 человек.

← →
sniknik © (2005-10-22 20:42) [4]

> Так что по сети будет тащиться вся БД каждому при работе.
не обманывай, не вся.
но по сути верно, Access заявлена как локальная база, лучше ее так и использовать во избежание искушений (вот у нас прога од аксесс на 3-4 подключения расчитывалась (больше -> mssql) так менеджеры практически сразу начали нарушать договоренность... уже и на 9 подключений есть, давно продали, и на 12 недавно... но пока вроде не жалуются. а начнут, не моя проблема, заранее от них отбрехался ;).

← →
mnm (2005-10-23 10:38) [5]

> но по сути верно, Access заявлена как локальная база, лучше
> ее так и использовать во избежание искушений (вот у нас
> прога од аксесс на 3-4 подключения расчитывалась (больше
> -> mssql) так менеджеры практически сразу начали нарушать
> договоренность... уже и на 9 подключений есть, давно продали,
> и на 12 недавно... но пока вроде не жалуются. а начнут,
> не моя проблема, заранее от них отбрехался ;).

Значит все-таки так делают...
Может все-таки попробовать. Будет необходимость можно переделать под mssql, ADO же...

← →
Anatoly Podgoretsky © (2005-10-23 13:16) [6]

Что значит "ADO же", какое отношение оно имеет к форматам, типам, функциям и SQL

← →
msguns © (2005-10-23 13:54) [7]

>Anatoly Podgoretsky © (23.10.05 13:16) [6]
>Что значит "ADO же", какое отношение оно имеет к форматам, типам, функциям и SQL

Видимо, имелось в виду, что при переводе БД с акцеса на скалу приложение, использующее АДО, практически не надо править.

← →
Baltika-16 (2005-10-23 14:24) [8]

>mnm (22.10.05 13:22)
Спокойно используй Access.
При хорошем проектировании и тщательном кодировании все будет работать нормально. Но учти, что при больших объемах данных работать всебудет не быстро.

← →
sniknik © (2005-10-23 14:25) [9]

> при переводе БД с акцеса на скалу приложение, использующее АДО, практически не надо править.
какое занимательное заблуждение... ;), два совершенно различных движка "в принципах", один локальный другой клиент серверный... а практически (в использовании) оказывается одинаковы. неужели в это ктото верит?

хотя, если сравнивать переход с каких нибудь FIB-ов, то править естественно будет меньше (компоненты заменять не надо ;).

← →
Anatoly Podgoretsky © (2005-10-23 14:36) [10]

sniknik © (23.10.05 14:25) [9]
Разве проблема с компонентами, это самое ничтожное.

← →
Desdechado © (2005-10-23 18:39) [11]

> Может все-таки попробовать.
А может туда гранату кинуть? А может не надо? (с)

Любителям граблей посвящается...

← →
sniknik © (2005-10-23 19:10) [12]

Anatoly Podgoretsky © (23.10.05 14:36) [10]
> sniknik © (23.10.05 14:25) [9]
> Разве проблема с компонентами, это самое ничтожное.
ну как же? а название поменять? в одном месте в датамоделе (если все правильно сделано)... у типа... с TFibQuery на TADODataSet-и т.д. ... тоже труд. ;о))

← →
Baltika-16 (2005-10-23 19:39) [13]

> Любителям граблей посвящается...

Скорее ламерам от программирования.

← →
mnm (2005-10-23 19:59) [14]

А что скажете про FireBird?
Все же хорошая субд или нет?

← →
Baltika-16 (2005-10-23 20:07) [15]

> Baltika-16 (23.10.05 19:39) [13]
>
>
> > Любителям граблей посвящается...
>
>
> Скорее ламерам от программирования.

т.е. тем, кто бездумно слушает бессмысленные постинги.

← →
Desdechado © (2005-10-23 20:08) [16]

Хорошая. В своей нише рынка и задач.
СУБД выбирают не по принципу "красивый" или "модный", а по принципу применимости к конкретной задаче. Или не выбирают вовсе, а подчиняются указанию сверху.

← →
mnm (2005-10-23 20:12) [17]

> Хорошая. В своей нише рынка и задач.

По параметрам надежность/скорость?
И по цене она самое то :)

mnm (23.10.05 20:12) [17]
По сравнению с чем?

← →
mnm (2005-10-23 21:00) [19]

> По сравнению с чем?

C MSSQL.
Кто-то хвалит, кто-то ругает.
Если я правильно понял он требует меньше ресурсов чем MSSQL. Так?

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

Котлеты сравниваешь с апельсинами. MSSQL это сервер. Я очень доволен им. Бесплатный вариант соизмерим с Акцесс по размерам баз. По ресурсам еще неизвестно кто больше жрет. Но резко превосходит по обслуживанию, по мощи SQL и многому другому.
Так что стоит сравнивать сервера с серверами, а файловые с файловыми.

2 AP
ужинать, что ли пора, а то гастрономические сравнения пошли :)

Пора жевать, я уже

Стоит ли использовать Access? Найти похожие ветки