MPoilПосоветуйте пожайлуста.
Если написать на access используя dao сетевую программу для 15 человек-будет нормально работать?
Объём данных достаточно мал
Т.е. будет один сервер и на нём база данных и из неё будут прилинковываться другие компьютеры.
работать будет но:
- сеточка нужно 100Мбит;
- в сервер RAID + Novell;
- с архивацией,сменой версий и блокировкой от падения - гемор;
- слетать будет 1-3 раза в месяц - лечиться сжатием + битьём в бубен(тебе или админу);

для Msql2000 + ms2000 - достаточно PIV+1Gbyte+ обычный диск~600$

архивировать всё равно надо - стриммер не сьекономишь;

- сетка пофигу - открутил тайм-аут;
- Dump отстрелит сам скоко надо раз + инкрементное восстановление;
- готовая система безопасности;
- удобный мониторинг;

+ для продвинутых резервный сервак,кластеры,репликация + зряплата ВЫШЕ!

мораль:
не парься - делай из любой тачки сервак и подписывай начальство:
- на безопасность
- бесперебойность
- типа у Васи уже есть

2 - ADODB от DAO отличается синтаксисом RecordSet-ов + переносом части функций в ADOX
1- Гетц 2-ой том

время будет зависеть от сложности бизнес-логики:
- можно на сервере держать только таблицы и считать всё на клиенте
по скорости не оптимально но при средних задачах и быстрой сети будет работать
- можно всё перенести на сервер и сделать ADP - работы больше(программной) но и поддерживать систему будет легче

Темный Shuhardно и поддерживать систему будет легче
Гораздо легче!

Темный а пару примеров из половой жизни sql серверов для поднятия тонуса
MPoil не расскажешь?

MPoil какие работы надо проводить над сервером и соответствующие команды.

Дуешь на компьютерный рынок - покупаешь MSSQL2000
ставишь под 2000/XP
в бокомплекте получашь:
- Microsoft SQL Enterprise Manager - графоболочку для манипуляций серваком
(делает всё кроме тонких операций по восстановлению данных)
- Books Online - толстый электронный талмуд по системе

хорошо прикупить ещё MSDN - тогда с ADO проблем не будет

для начала работы командная строка не нужна + Enterprise Manager позволяет генерить скрипты для создания всего-чего можно


Гетца надо покупать бумажного - про электронный поищи на конфе

после установки Oracle проблем мин - клиент ставиться вместе с серваком
если на другую тачку - тот-же дистрибутив - выборочный вариант

настраивать клиент просто - достаточно IP адреса/имени сервака для локального - (local).

научиться ставить/клепать таблички + User + роли 2-3 дня

HummerНикак гений подработку нашёл:)
а кто из нас (Shuhard/MPoil) успел отличиться ?

NikPЛюди! Не ужели все так серьезно? Я тут какраз сижу и делаю сетевой вариант базы. Хочу ее на сервак бросить на общий доступ. А вариант mdb родной уже до боли. Так не хочется расставаться. ;-(((
вопрос стоял об оптимизации.
работать будет но возможны клинчи ,приводящие к пограничным разборкам с админами.
гарантировать от "слётов" mdb+mdb - нельзя.

sql требует начальных затрат - окупаемость (в первую очередь для эксплуататора) месяцы.

P.S. у меня Novell/RAID/Гигабит-бэкбонд/нет штормов/WS PIV-2.4
база за 7 лет вылизана на Acc97 до дури - раз в квартал летит(со стриммера поднять 5 мин)
т.е. технологический тупик.

MPoilЯ в теории не очень,поэтому скажите в двух словах:

1.устанавливаю sql server (создаю на нём всё необходимое)
2.Создаю клиентскую часть и делаю настройки для sqlserver

вопросы:
а)Когда пишешь что-то в клиенте,надо чтобы каждый раз commit был,если пользователи допустим все могут работать над одной таблицей?
б)можно ли создать только одного пользователя на сервере и всем под ним сидеть?
в)не подскажите где есть примеры или статьи подобных разработок msaccess+mssql ,начиная с нуля.
Заранее спасибо

б) - да легко
в) - конфа sql.ru - по mssql + если хранить только таблицы то достаточно поставить сервак и использовать средства миграции далее ручками
а) - ты уверен в необходимости транзакций и имеешь достаточный опыт борьбы с ними ?

MPoilТ.е. допустим как только сделал insert всё сразу сохранится или нет?
сохранится!
и по Update
а по Delete - удалиться

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

классический учебный пример - дебит/кредит

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