Передача аттачмента

@Dydokz · Регистрация: 16.04.2010

Студворк — интернет-сервис помощи студентам

привет всем гуры,
Подскажите пожалуйста, необходимо передавать локальную базу в формате mdb (Microsoft Access) по каналу связи Lotus Notes. Между серверами реализована репликация, синхронизация данных, канал связи-интернет. Посоветуйте, как лучше это реализовать ? Пока идея такая: напишем агент, который в созданном документе будет заменять вложенную нашу базу, так как документ считается измененным, с помощью реплики автоматом передается...

@ныш · 20.06.2010, 11:24

Сообщение от Didokz

Пока идея такая: напишем агент, который в созданном документе будет заменять вложенную нашу базу, так как документ считается измененным, с помощью реплики автоматом передается...

Я так и делал в аналогичном случае

@Dydokz · 20.06.2010, 11:45

Сообщение от Мыш

Я так и делал в аналогичном случае

т.е будет работать так да ?

@ныш · 20.06.2010, 12:13

Сообщение от Didokz

т.е будет работать так да ?

Будет. А в чем конкретно Вы сомневаетесь?

@ToxoRot · 20.06.2010, 13:49

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

@morphyus · 20.06.2010, 14:44

ToxaRat
интересно, так что тогда не передавать фйлик если он больше 2 гига???

мне тоже интересна данная тема, но слегка в другом разрезе

@okupoko · 20.06.2010, 15:07

Сообщение от ToxaRat

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

подвинься, я тоже попредставляю ))

А как на счет передавать только изменения? mdb представляет какие-то средства для создания лога изменений и его принятии на базу?

@morphyus · 20.06.2010, 15:10

а если развить тему ( это будет неопознанный тип, ну например архив с фотками и видео )

думаю да, читото вроде репликации у мелкософта обязанно быть

@okupoko · 20.06.2010, 15:12

Сообщение от Morpheus

а если развить тему

сделай реплики в локальной сети и передай вложение в 2 ГБ, потом через какой-то 10 мбитный маршрутизатор

@morphyus · 20.06.2010, 15:15

Akupaka
мелковато берёш... у мну по 64 к (выходящий ) уходит от удалённых пользователей на сервер по 60 - 100 мб каждый час.

суть: есть уд. пользователи которым необходимо вкладывать большие файлы ( фото, сканы и т.д. ), и вот мне интересно как можно заюзать тут реплики или чтото в этом роде что бы пользователи не ждали по пол-часа пока всё это в реал-тайме передасться на сервак

автору топика - сори шо влез

@okupoko · 20.06.2010, 15:25

Сообщение от Morpheus

у мну по 64 к (выходящий ) уходит от удалённых пользователей на сервер по 60 - 100 мб каждый час

Эта как? 64 к - это стандартные 64 килобита/секунду?
Тогда, это 8 килобайт/сек, в час - 8 кБ/сек * 3600 сек = 28800 кбайт = 28,125 мегабайт за час (теоритически! а на практике и того меньше)

@ToxoRot · 20.06.2010, 15:28

Мне это вдруг напомнило одного из клиентов, у которого всё обсуждение/форум строилось на ОДНОМ ричтекстовом поле
и вот когда доков в базе стало много, РТполя повыростали в размере обсуждения по некоторым документам превратилось в ожидание типа "я уже отписался - а я еще не получил"
И никак внятно не удавалось обьяснить заказчику, что если какой-то юзер пишел мелкую отписку в 1К то всё равно реплицируется всё РТ поле в 20Мб

тут та же ситуация
нельзя передавать всю базу

mdb (Microsoft Access) - насколько я помню, лишь в последней версии поддерживает совместную работу
но одназначно заворачивать весь файл ради парочки килобайт это дикость...

@morphyus · 20.06.2010, 15:35

Akupaka
не придирайся к цифрам, у привёл просто для описания сложившейся ситуации.

ToxaRat
я даже знаю про кого это, но это не важно.
Ничего плохого в этой ситуации нет, есть плохое в реализации, ладно создам топик для обсуждения.

@Dydokz · 20.06.2010, 15:51

Сообщение от ToxaRat

Мне это вдруг напомнило одного из клиентов, у которого всё обсуждение/форум строилось на ОДНОМ ричтекстовом поле
и вот когда доков в базе стало много, РТполя повыростали в размере обсуждения по некоторым документам превратилось в ожидание типа "я уже отписался - а я еще не получил"
И никак внятно не удавалось обьяснить заказчику, что если какой-то юзер пишел мелкую отписку в 1К то всё равно реплицируется всё РТ поле в 20Мб

тут та же ситуация
нельзя передавать всю базу

mdb (Microsoft Access) - насколько я помню, лишь в последней версии поддерживает совместную работу
но одназначно заворачивать весь файл ради парочки килобайт это дикость...

господа, размер файла фиксированный,я по этому поводу не переживаю, максимум 10 мб

@okupoko · 20.06.2010, 16:06

Сообщение от Didokz

размер файла фиксированный... максимум 10 мб

Будет работать, только, может, лучше будет не менять вложение, а создавать новый док, а старые тереть периодически?
Еще можно попробовать дополнительно архивировать файл, перед вложением, по-идее, у мдб должен быть хороший уровень сжатия.
Либо архивировать с разбиением на части и архивировать несколько доков поменьше. Тогда, в случае сбоя, не надо будет передавать весь большой док заново.

@Dydokz · 20.06.2010, 16:34

Сообщение от Akupaka

Будет работать, только, может, лучше будет не менять вложение, а создавать новый док, а старые тереть периодически?
Еще можно попробовать дополнительно архивировать файл, перед вложением, по-идее, у мдб должен быть хороший уровень сжатия.
Либо архивировать с разбиением на части и архивировать несколько доков поменьше. Тогда, в случае сбоя, не надо будет передавать весь большой док заново.

сжатия обязательно конечно
а в чем разница, удалять док и создать новый док и туда вложить или заменять вложения програмно ?

@okupoko · 20.06.2010, 16:37

имхо, так код проще, плюс некая история и не надо выяснять изменилось ли вложение - сразу новый док значит новое вложение.

@somstomtym o shyrvomymko · 20.06.2010, 16:57

Раздраконить базу на записи (по штуке в док-т) и реплицировать "инкрементно". На "том конце" - собирать обратно в базу

@mvyush · 20.06.2010, 17:05

Сообщение от Constantin A Chervonenko

Раздраконить базу на записи (по штуке в док-т) и реплицировать "инкрементно". На "том конце" - собирать обратно в базу

Для этого Лотус-разработчик должен знать структуру БД. Если же реплицировать вложением — то знать структуру БД необязательно. Для большой БД вариант "раздраконивания", наверное, предпочтительнее, хотя тогда уж лучше смотреть в сторону MS SQL со своими штатными средствами репликации.

@somstomtym o shyrvomymko · 21.06.2010, 14:03

Сообщение от nvy

1.Если же реплицировать вложением — то знать структуру БД необязательно.

2. ..смотреть в сторону MS SQL со своими штатными средствами репликации.

1.Зато требуется доступ к ФС + Одминские права в СУБД (шо-б "положить" сервер БД на время репликации). Да! Не у всех СУБД "Таблица=Файл". У многих СУБД все таблицы в 1-2 файлах (DATA, INDEX, WORK и т.п.).

2.Штатная репликация в СУБД?? Это анекдот. Репликация и транзакция - несовместимые механизмы. В конкретном приложении (т.е. с предопределенной структурой данных и worlflow) они могут сосуществовать, но не на уровне платформы

Новые блоги и статьи Все статьи Все блоги /
SDL3 для Web (WebAssembly): Идентификация объектов на Box2D v3 - использование userData и событий коллизий 8Observer8 02.03.2026 Содержание блога Финальная демка в браузере. Итоговый код: finish-collision-events-sdl3-c. zip https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11680&d=1772460536 Одним из. . .	Реалии Hrethgir 01.03.2026 Нет, я не закончил до сих пор симулятор. Эта задача сложнее. Не получилось уйти в плавсостав, но оно и к лучшему, возможно. Точнее получалось - но сварщиком в палубную команду, а это значит, в моём. . .	Ритм жизни kumehtar 27.02.2026 Иногда приходится жить в ритме, где дел становится всё больше, а вовлечения в происходящее — всё меньше. Плотный график не даёт вниманию закрепиться ни на одном событии. Утро начинается с быстрых,. . .	SDL3 для Web (WebAssembly): Сборка библиотек: SDL3, Box2D, FreeType, SDL3_ttf, SDL3_mixer и SDL3_image из исходников с помощью CMake и Emscripten 8Observer8 27.02.2026 Недавно вышла версия 3. 4. 2 библиотеки SDL3. На странице официальной релиза доступны исходники, готовые DLL (для x86, x64, arm64), а также библиотеки для разработки под Android, MinGW и Visual Studio. . . .
SDL3 для Web (WebAssembly): Реализация движения на Box2D v3 - трение и коллизии с повёрнутыми стенами 8Observer8 20.02.2026 Содержание блога Box2D позволяет легко создать главного героя, который не проходит сквозь стены и перемещается с заданным трением о препятствия, которые можно располагать под углом, как верхнее. . .	Конвертировать закладки radiotray-ng в m3u-плейлист damix 19.02.2026 Это можно сделать скриптом для PowerShell. Использование . \СonvertRadiotrayToM3U. ps1 <path_to_bookmarks. json> Рядом с файлом bookmarks. json появится файл bookmarks. m3u с результатом. # Check if. . .	Семь CDC на одном интерфейсе: 5 U[S]ARTов, 1 CAN и 1 SSI Eddy_Em 18.02.2026 Постепенно допиливаю свою "многоинтерфейсную плату". Выглядит вот так: https:/ / www. cyberforum. ru/ blog_attachment. php?attachmentid=11617&stc=1&d=1771445347 Основана на STM32F303RBT6. На борту пять. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .

@Dydokz 0 / 0 / 0 Регистрация: 16.04.2010 Сообщений: 50

	Передача аттачмента 20.06.2010, 08:25. Показов 28623. Ответов 26 Метки нет (Все метки) привет всем гуры, Подскажите пожалуйста, необходимо передавать локальную базу в формате mdb (Microsoft Access) по каналу связи Lotus Notes. Между серверами реализована репликация, синхронизация данных, канал связи-интернет. Посоветуйте, как лучше это реализовать ? Пока идея такая: напишем агент, который в созданном документе будет заменять вложенную нашу базу, так как документ считается измененным, с помощью реплики автоматом передается... 0

@ToxoRot 0 / 0 / 0 Регистрация: 04.11.2007 Сообщений: 3,019
	20.06.2010, 13:49
	это ужасно я уже себе представил как файлик в 2 гига меняется ровно на чуть-чуть но при этом производится его полная(2 гиговая репликация) 0

@morphyus 1 / 1 / 0 Регистрация: 04.08.2006 Сообщений: 2,950
	20.06.2010, 14:44
	ToxaRat интересно, так что тогда не передавать фйлик если он больше 2 гига??? мне тоже интересна данная тема, но слегка в другом разрезе 0

@morphyus 1 / 1 / 0 Регистрация: 04.08.2006 Сообщений: 2,950
	20.06.2010, 15:10
	а если развить тему ( это будет неопознанный тип, ну например архив с фотками и видео ) думаю да, читото вроде репликации у мелкософта обязанно быть 0

@morphyus 1 / 1 / 0 Регистрация: 04.08.2006 Сообщений: 2,950
	20.06.2010, 15:15
	Akupaka мелковато берёш... у мну по 64 к (выходящий ) уходит от удалённых пользователей на сервер по 60 - 100 мб каждый час. суть: есть уд. пользователи которым необходимо вкладывать большие файлы ( фото, сканы и т.д. ), и вот мне интересно как можно заюзать тут реплики или чтото в этом роде что бы пользователи не ждали по пол-часа пока всё это в реал-тайме передасться на сервак автору топика - сори шо влез 0

@ToxoRot 0 / 0 / 0 Регистрация: 04.11.2007 Сообщений: 3,019
	20.06.2010, 15:28
	Мне это вдруг напомнило одного из клиентов, у которого всё обсуждение/форум строилось на ОДНОМ ричтекстовом поле и вот когда доков в базе стало много, РТполя повыростали в размере обсуждения по некоторым документам превратилось в ожидание типа "я уже отписался - а я еще не получил" И никак внятно не удавалось обьяснить заказчику, что если какой-то юзер пишел мелкую отписку в 1К то всё равно реплицируется всё РТ поле в 20Мб тут та же ситуация нельзя передавать всю базу mdb (Microsoft Access) - насколько я помню, лишь в последней версии поддерживает совместную работу но одназначно заворачивать весь файл ради парочки килобайт это дикость... 0

@morphyus 1 / 1 / 0 Регистрация: 04.08.2006 Сообщений: 2,950
	20.06.2010, 15:35
	Akupaka не придирайся к цифрам, у привёл просто для описания сложившейся ситуации. ToxaRat я даже знаю про кого это, но это не важно. Ничего плохого в этой ситуации нет, есть плохое в реализации, ладно создам топик для обсуждения. 0

@okupoko 0 / 0 / 0 Регистрация: 04.10.2007 Сообщений: 2,977
	20.06.2010, 16:37
	имхо, так код проще, плюс некая история и не надо выяснять изменилось ли вложение - сразу новый док значит новое вложение. 0

@somstomtym o shyrvomymko 0 / 0 / 0 Регистрация: 26.05.2006 Сообщений: 1,313
	20.06.2010, 16:57
	Раздраконить базу на записи (по штуке в док-т) и реплицировать "инкрементно". На "том конце" - собирать обратно в базу 0