Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Очень нужен совет профессионалов!
|
|||
|---|---|---|---|
|
#18+
Уважаемые профессионалы! Посоветуйте каким образом организовать базу данных примерно следующего содержания. На главном компьютере должна хранится база данных состоящая например из: Таблица1 Таблица2 Таблица3 Запрос1 Запрос2 Форма1 Форма2 Форма3 Есть три пользователя: 1. Работает на главном компьютере и имеет доступ ко всей базе 2. Второй находится удаленно и должен иметь доступ к Таблице1 Запросу1 Форма1 3. Третий тоже находится удаленно и должен иметь доступ к Таблице1 Таблице2 Запросу1 Запросу2 Форме2 При этом, пользователи 2 и 3 не должны иметь доступ к остальной информации. Удаленным пользователям нет необходимости постоянного подключения к базе, т.е. им будет достаточно синхронизироваться 1-2 раза в день. Синхронизация должна проходить с помощью модемов. Посоветуйте, возможно ли это осуществить с помощью ACCESS или же нужно переходить на SQL? Каким образом это можно осуществить? Если это возможно в ACCESSe, то что нужно использовать? Будет полезна любая информация, примеры и т.д. ВСЕМ ЗАРАНЕЕ БЛАГОДАРЕН! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2004, 15:18 |
|
||
|
Очень нужен совет профессионалов!
|
|||
|---|---|---|---|
|
#18+
Формы с помощью скуля точно не нарисуете. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2004, 15:19 |
|
||
|
Очень нужен совет профессионалов!
|
|||
|---|---|---|---|
|
#18+
К тому же нет информации о форме доступа. Что означает "доступ" в вашем понимании: чтение, запись? Соответственно в какую сторону должна быть синхронизация данных? Как много данных и таблиц будет синхронизироваться подобным образом? Ну и как всегда - сделать можно все что угодно, главное правильно оценить необходимлсть :) Andrey ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2004, 15:38 |
|
||
|
Очень нужен совет профессионалов!
|
|||
|---|---|---|---|
|
#18+
AndreyК тому же нет информации о форме доступа. Что означает "доступ" в вашем понимании: чтение, запись? Соответственно в какую сторону должна быть синхронизация данных? Как много данных и таблиц будет синхронизироваться подобным образом? Ну и как всегда - сделать можно все что угодно, главное правильно оценить необходимлсть :) Andrey доступ должен быть в обе стороны - и к чтению и к записи. Например третий пользователь может иметь доступ к чтению таблице 1, а запись производить в таблицу 2... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2004, 16:04 |
|
||
|
Очень нужен совет профессионалов!
|
|||
|---|---|---|---|
|
#18+
Нарисуйте три разных клиента каждому - у одного одна форма, у другого две, у одного один запрос, у другого ..... и т.д. -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2004, 17:16 |
|
||
|
Очень нужен совет профессионалов!
|
|||
|---|---|---|---|
|
#18+
Честно говоря ничего не знаю про репликации в аксессе ... С другой стороны на элементарную задачу (если она конечно настолько элементарна как описано) задействовать сиквел-сервер накладно. Так что, если сможете настроить этот самый перенос данных, то можно ограничиться и ACCESSом. Andrey ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2004, 17:35 |
|
||
|
Очень нужен совет профессионалов!
|
|||
|---|---|---|---|
|
#18+
[quot tygra]Нарисуйте три разных клиента каждому - у одного одна форма, у другого две, у одного один запрос, у другого ..... и т.д. Это все понятно! А как быть с синхронизацией? По-моему аксесс только все данные синхронизирует, нет возможности синхронизировать только конкретные таблицы. По телефону сильно не насинхронизируешься...... to Andrey Это я как пример написал. Таблиц, запросов и форм будет на порядок больше! Но задача одна - сделать синхронизацию данных! При этом они должны синхронизироваться по телефонной линии и 1-2 раза в день и каждый пользователь должен синхронизировать только определенные таблицы, а не все данные - они ему ни к чему. Почитал про Sybase Anywhere там такое есть, но что это вообще за Sybase я не знаю. Может построить базу данных в нем? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2004, 19:24 |
|
||
|
Очень нужен совет профессионалов!
|
|||
|---|---|---|---|
|
#18+
Sybase ASA (Adaptive Server Anywhere) в данной постановке задачи Вам как раз подойдёт идеально. На этом форуме есть раздел, посвящённый продуктам Sybase - почитайте что это такое, сходите на сайт разработчика www.sybase.com. IMHO, это лучшее для Вас решение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.09.2004, 19:33 |
|
||
|
Очень нужен совет профессионалов!
|
|||
|---|---|---|---|
|
#18+
По поводу синхронизации. Если данных должно передаваться много, есть смысл написать репликацию вручную, используя в качестве файла передачи текстовый файл(ы) с разделителями. Access поддерживает разные форматы данных и будет несложно как выгружать, так и загружать данные. Также текст хорошо сжимается, что позволит пересылать небольшие порции данных по модему. Или же использовать готовое решение, наверняка кто-то такое уже писал. Или использовать СУБД c более развитой репликацией, видимо, как в Sybase. Найти к ней ODBC драйверы и использовать Access только как клиента. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.10.2004, 10:20 |
|
||
|
Очень нужен совет профессионалов!
|
|||
|---|---|---|---|
|
#18+
авторЕсли это возможно в ACCESSe, то что нужно использовать? Ну если ещё и связь по модему, то без языков высокого уровня не обойтись. В таком случае от БД мало что зависит, в приложении все отслеживать проще. Т.е. например Delphi(C,Java,Basic..)+Access -- sql.yuraz.com - описание ХП для MS SQL 2000 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.10.2004, 03:03 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=32717384&tid=1546230]: |
0ms |
get settings: |
6ms |
get forum list: |
15ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
55ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 220ms |
| total: | 355ms |

| 0 / 0 |
