| |
|
|
| | До сих пор работала недоделанная лет 15 назад база, созданная в парадоксе. Использовали ее 3 или 4 компа. На данном этапе база устарела на столько, что ... В общем пора менять. Любая прога слишком дорого стоит, потому появилась идея сделать ее в аксе. Это стало быть сетевой вариант. Пойдет ли на такое дело простая разделенная база акса? Таблицы на серваке, а с 4-5 а со временем и несколько десятков компов к ней со своими фейсами присасываться будут. Надо ли какой-нибудь хитрый модуль, о котором я естественно ничего не слышал, писать, для поиска базы в сети, и еще чего-нибудь там непонятного. | |
| |
| |
| |
|
|
| | модуль автоматической "перелинковки" таблиц есть на сайте в каких то готовых базах. завтра если не забуду кину ссылки. но в принципе если база не будет гулять перелинковка разовая операция. если пользователей реально будет "несколько десятков",может сразу базу на ms sql положить и далать adp?правда в 2007 его уже нет.
а что собственно смущает? | |
| |
| |
| |
|
|
| |
Dim dbs As dao.Database
Dim tbl As dao.TableDef
Set dbs = CurrentDb
For Each tbl In dbs.TableDefs
If tbl.Connect <> "" Then
tbl.Connect = ";DATABASE=\\Ad-dns-01\sklad\Baza.mdb"
tbl.RefreshLink
End If
Next tbl
|
вот и вся перелинковка 
и линкует так же само и таблы dbf, файлы екселя и проч прилинкованніе вещи | |
| |
| |
| |
|
|
| | не - не надо....
в фейсе путь базы будет прописан через обращение к сетевому компу
так что на каком бы компе в сети не запустили фейсовую часть она все равно будет смотреть в нужное место
а вот шаблоны отчетов лучше хранить рядом с фейсовой частью - обращаться к ним будет легче(currentproject.patch) и по сетке таскаться не будут | |
| |
| |
| |
|
|
| | 
Озадачили.. Перелинковка баз - это типа разделение? Ну так сразу готов разделенную делать. Таблицы в одной, а все остальное (модули, формы, запросы, отчеты) в каждом фейсе свои. Это уже проходил, но серьезно к этому способу не могу отнестись
osmor - что смущает.. Смущает то, что никогда сетевые версии не пытался делать. Тут как-то смотрел что-то от снипа с пояснениями. (вход на сервер, поиск базы, проверка чего-то там ...) что-то очень сложное вступление там было в плане сети.
Кот - Это что-то типа автоматической привязки таблиц на случай, если будут появляться новые? Ну что бы не ходить по всем пользователям и добавлять в их базы таблы. Или я что-то недопонял. Если так, то обязательно воспользуюсь.
Снип - вот это "...currentproject.patch" для какой цели? Коли в самой фейсовой базе будет все, кроме таблиц.
Вопрос ко всем: в файл-серверном режиме будет ли возрастать загруз сети по мере роста таблиц на серврной части? Одна разделенная база почему-то слишком сильно тормозит на одном из компов. Правда там табличная часть не на сервере, а на другом компе, к которой с того же самого компа обращаются тоже.
Работа разделенной базы акса - это в принципе нормально? С SQL не слишком хорошо знаком, что бы так круто взяться, как осмор советует.
В общем меня терзают смутные сомнения. Схема и структура в принципе в голове есть, а воевать придется одному. Помощников в этом деле нет. Вот и принюхиваюсь. 
| |
| |
| |
| |
|
|
| | Кот написал это для таблиц, которые уже в интерфейсе лежат, и у которых в свойствах прописан путь к таблицам на серваке.
====================
Снайпер написал,
что если у таблиц в интерфейсе в свойствах - написан сетевой путь к таблам на серваке, то они его с любого компа всегда найдут, потому как он (путь линьковки) в таком случае -для всех одинаковый:
\\SERVAK\BAZA.mdb
=============================
osmor написал - что лучше Вам батенька освоить SQL
Пойдет ли на такое дело простая разделенная база акса?
|
Вполне пойдёт, но присосавшихся компов лучше не более 10-15 ИХМО
====================================
А ещё снайпер советует тебе отчёты хранить в интерфейсной части программы, а не в базе на серваке - тормозов не будэ.
============================================
От себя добавлю - настройка параметров акса - тоже играет важную роль в этом деле.
От Lukas_a добавлю - имя базы на серваке не более 8 букв, а можно и ещё короче и лучше латиницей! | |
| |
| |
| |
|
|
| | Лучше день потерять а потом за пять минут долететь (м/ф "Крылья, ноги и хвосты")
попробуйте SQL может понравится
там например можно создавать запросы на стороне сервера и таскать по сети уже конкретную информацию (в аксе этого нет)
dim asd as string
asd=currentproject.patch
выдаст путь к папке где находится фейсовая чать базы
т.е. если шаблон отчета хранится в файле Отчет1.xls и его разметить в папке Шаблоны
а саму папку Шаблоны разместить в папке где находится клиентская часть базы
то доступиться до файла можно так
dim asd as string
asd=currentproject.patch & "\Шаблоны\Отчет1.xls"
Выгода в том что папку с клиентской частью базы (и шаблоны соответственно) можно разместить в любом месте компьютера т.к. путь к шаблонам относительный | |
| |
| |
| |
|
|
| | как вариант если бездоменная сеть замутить на терминале (компы у пользователей хоть третьи пни, хоть Целероны) и не иить мозк с SQL сервером, хотя нужно трезво оценить перспективу роста кол-ва юзверей и загрузку бузы.
п.с. 2 Гоблин - ты попутал линковку и разделение БД | |
| |
| |
| |
|
|
| | Да на счет линковки есть
Терминал - неприемлем. Всего 200 компов и это далеко не предел. Домен поднят. О глобальной проге речь не идет. На терминале уже с полсотни кому этот терминал нужен. Уже виртуалок достаточно поднято. В общем пока речь о частном случае идет о максимум десятке компов в определенном углу. А вот рост перспективы - это проблема, по которой и вылез сюда. | |
| |
| |
