Вопрос по синхронизации mdb

[kuhtiov]

День добрый всем!!!!. Есть специфичная программа, разработанная корейскими товарищами. Программа, помимо всего прочего позволяет вести реестр клиентов. Всю базу хранит в файле mdb. Поставлена задача сделать из этого чуда сетевой вариант. На ум приходит только синхронизация баз. Порылся в инете, встретил метод Synchronize, заточенный, на сколько я понимаю, как раз под эту задачу.
Удастся ли мне воспользоваться этим методом из vb6? Насколько это будет верно и корректно?
Размер самой БД за год вырос с нуля, до 1,37 ГБ. Успеет ли выполниться синхронизация скажем часов за 8 на современной обычной машинке?
И еще вопрос вдогонку, mdb ведь не резиновая? Какой максимально-возможный размер этой БД? Еще хоть на годик хватит? ) Заранее спс.

[FireFenix]

Идиотский вариант: сделать синхронизацию папок, и при каждом входе в систему файл mdb будет синхронизироваться
Не менее идиотский вариант: выложить на сервер, и юзать через сетевой путь
Относительно нормальный вариант: сделать клиент-серверное приложение, и сервер конектится к mdb
Нормальный вариант: экспортировать в нормальную СУБД и всё это держать на сервере

[iGrok]

1. Перенести все таблицы (ну или только те, что нужно синхронизировать) из mdb в MS SQL на сервере.
2. Прилинковать их в mdb-шку.
3. Скорее всего, пользоваться дальше программой, будто ничего и не случилось.

А вот если п.3 не получится - тогда уже нужно разбираться, почему, и что помешало.

[kuhtiov]

Идиотский вариант: сделать синхронизацию папок, и при каждом входе в систему файл mdb будет синхронизироваться

Не катит. Данные будут вноситься с обоих рабочих мест. Если синхронизировать файлы, данные с одного из рабочих мест улетят в трубу

Не менее идиотский вариант: выложить на сервер, и юзать через сетевой путь

Тогда как с обоих компов работать одновременно? Access не поддерживает сетевой режим

Относительно нормальный вариант: сделать клиент-серверное приложение, и сервер конектится к mdb
Нормальный вариант: экспортировать в нормальную СУБД и всё это держать на сервере

А как я научу программу написанную корейскими братьями, не имея даже исходников коннектиться к серверу?

1. Перенести все таблицы (ну или только те, что нужно синхронизировать) из mdb в MS SQL на сервере.
2. Прилинковать их в mdb-шку.
3. Скорее всего, пользоваться дальше программой, будто ничего и не случилось.

А вот если п.3 не получится - тогда уже нужно разбираться, почему, и что помешало.

Звучит красиво, только не понял как я реализую второй пункт . Поясни пожалуйста

[iGrok]

Тогда как с обоих компов работать одновременно? Access не поддерживает сетевой режим

Очень спорный вопрос. У нас в организации этот вариант замечательно работал при небольшом (до 50) количестве пользователей. Правда, из-за параллельной работы приходилось соблюдать некоторые правила при вставках, но в целом всё было нормально. Впрочем, я всё равно крайне не рекомендую этот вариант.

Звучит красиво, только не понял как я реализую второй пункт . Поясни пожалуйста

Ну, точную инструкцию я тебе не дам - это 4 года назад было, а под рукой сейчас нет живого SQL Server, чтобы всё это проделать на практике.

Примерно так:
В access - Файл - Внешние данные - Связь с таблицами. Там выбираешь тип - ODBC, создаёшь источник данных. Драйвер SQL Сервер, указываешь параметры подключения. Потом выбираешь нужные таблицы.

[kuhtiov]

Примерно так:
В access - Файл - Внешние данные - Связь с таблицами. Там выбираешь тип - ODBC, создаёшь источник данных. Драйвер SQL Сервер, указываешь параметры подключения. Потом выбираешь нужные таблицы.

Нашел ман, покурил, суть понял, правда в момент подключения или снхронизации (не могу понять что он пытается выполнить) Access вылетает, но с этим я разберусь. Вопрос в другом. Если я все правильно понял, данный способ будет работать в случаи если базу вести непосредственно в программе Access. А если акцесовскую базу формирует стороннее приложение? Разве в таком случаи данные будет синхронизироваться с sql сервером?

[iGrok]

Если я все правильно понял, данный способ будет работать в случаи если базу вести непосредственно в программе Access. А если акцесовскую базу формирует стороннее приложение? Разве в таком случаи данные будет синхронизироваться с sql сервером?

Это ты где такое вычитал вообще?

Данные, кстати, не "синхронизируются". Они будут физически находиться не в mdb, а в базе на SQLServer. Поэтому в данном случае абсолютно по барабану, кем они генерируются.

У нас была mdb-шная база и софтина на vb6, которая с ней работала.
В какой-то момент понадобилось сделать так, чтобы одна из табличек была общей для двух филиалов. Собственно, немного покопавшись я и провернул эту схему - вынес таблицу на sql-сервер одного из филиалов, и прилинковал её в mdb-шки обоих филиалов предварительно объединив существующие данные. Единственный минус - при падении канала связи между филиалами, или перезагрузке сервера, на котором крутился sql, табличка становилась недоступной, но в нашем случае это было не слишком критично.

[kuhtiov]

Если я все правильно понял, данный способ будет работать в случаи если базу вести непосредственно в программе Access. А если акцесовскую базу формирует стороннее приложение? Разве в таком случаи данные будет синхронизироваться с sql сервером?

Это ты где такое вычитал вообще?

Данные, кстати, не "синхронизируются". Они будут физически находиться не в mdb, а в базе на SQLServer. Поэтому в данном случае абсолютно по барабану, кем они генерируются.

У нас была mdb-шная база и софтина на vb6, которая с ней работала.
В какой-то момент понадобилось сделать так, чтобы одна из табличек была общей для двух филиалов. Собственно, немного покопавшись я и провернул эту схему - вынес таблицу на sql-сервер одного из филиалов, и прилинковал её в mdb-шки обоих филиалов предварительно объединив существующие данные. Единственный минус - при падении канала связи между филиалами, или перезагрузке сервера, на котором крутился sql, табличка становилась недоступной, но в нашем случае это было не слишком критично.

Это было мое предположение. Если все так, как ты описал, это прям то что нужно. Завтра-послезавтра плотнечком займусь тестингом.
Верно ли я понял что все данные нужно экспортировать на sql сервер, а таблицу access почистить, или мне нужно только завести дубликаты таблиц на сервере и прилинковать? (пока не очень хорошо понимаю сей процесс)

[iGrok]

Верно ли я понял что все данные нужно экспортировать на sql сервер, а таблицу access почистить, или мне нужно только завести дубликаты таблиц на сервере и прилинковать? (пока не очень хорошо понимаю сей процесс)

Верно. Только не почистить, а снести к чертям. Ну или переименовать. Прилинкованная таблица - это тоже таблица, а две таблицы с одним именем...
А данные из таблицы выгрузить на сервер.
Ну и про бэкап файлика не забудь, мало ли что.

[kuhtiov]

Свершилось!!! Всем огромный респект за отзывы, особенно товарищу под ником iGrok. Прикрутил я базу к mysql серверу. Единственное что не понравилось, для каждого пользователя нужен свой mdb файл, т.к. настройки подключения к бд индивидуальны. Если всех подключать к одному файлу, у одного все работает, у других нет. Если создать разные mbd и прилинковать к sql серверу, все работает на ура. Еще сложность в том, что помимо файла mbd должна лежать папака с фотографиями клиентов. Т.е. нужно чтобы у всех были разные mdb файлы, но одна общая папка с фотками и причем все это должно находиться в одной расшаренной папке. Тут я думаю меня спасет символьная ссылка. Создам для каждого юзера отдельную папку, создам в ней по mdb файлу, и сделаю линк на папку с фотками в каждую папку. Должно получиться вполне работоспособно.

Правда теперь нарисовалась еще одна проблемма. Теперь нужно склеить три базы в одну. Софтину писать в любом случаи придется. Там структура базы такова, что стандартными методами склеить не получится. Все из-за этих долбанных фотографий клиентов.

Ребята, научите пожалуйста работать с ADO. Есть три таблицы, в каждой если не ошибаюсь одно автоинкрементное поле. Нужно к существующей таблице добавить строки из другой, проверяя, не создаются ли дубликаты строк. Во всех трех таблицах клиенты пронумерованы, не уверен что автоинкриментом, возможно клиентов из базы другого рабочего места придется перенумеровывать, параллельно перенумеровывая имена файлов с фотографиями клиентов. Научился подключаться к бд при помощи ADO. Осталось дело за sql запросом и хорошим алгоритмом. Заранее благодарю

[Qwertiy]

Почему бы не поместить фотографии непосредственно в БД?

[kuhtiov]

Это надо спросить у разработчиков-корейцев, но я не знаю корейский да и вообще, что именно за разработчик да и вообще, как-то лень это спрашивать...
Да и не это меня сейчас беспокоит...
Просто прога уже готовая, без исходников. Задача: Научить ее работать по сетке, в многопользовательском режиме

Дайте кто нить кусок кода через ADO
1. Открыть бд1
2. Открыть бд2
3. Прочитать первую строку бд2
4. Проверить нет ли таких же реквизитов (ФИО, возрвст, адрес) в бд1
5. Если нет, записать стору из бд2 в бд1 следующим порядковым номером
Иначе = игнор строки
Как-то так
Если нужно, предоставлю тестовую бд-шку, чтоб нагляднее было


С переименованием папок и файлов я сам разберусь

[iGrok]

Ну, запросом тут не обойдёшься - с файлами работать надо. А алгоритм, по-моему, тут простейший:

Берём одну из баз за основную.
Далее для каждой записи из всех остальных баз:
1. По каким-то ключевым полям проверяем, нет ли её уже в основной (ключевым не для таблицы, а для пользователя, т.е. ФИО и т.п.)
2. Если нет - добавляем запись в основную. Смотрим значение поля-счётчика для только что созданной записи, переименовываем и перемещаем фото.

Как-то так.

UPD: А, ты пост дополнил.. То-то я думаю, что форум меня ни о чём не предупредил.

[Sam777e]

Доброго времени суток.
В своё время читал книгу "access 2000. руководство разработчика" кен гетц, пол литвин, майкл гилберт - оценка 5++. Скачайте и наслаждайтесь. Там есть обсуждение + код

[kuhtiov]

Народ, вылез трабл. Есть 2 таблицы. Клиенты и диагностика. Когда сотрудники проводят клиентам диагностику, результаты записываются в соответствующую таблицу. Диагностика производится в несколько этапов. По окончанию каждого этапа, результаты записываются в базу. У клиента может быть несколько диагностик. Т.е. Выбираем из списка клиента и списком ниже перечисляются сколько раз и когда клиент был на диагностике и ее результаты. Проблема в следующем, при прохождении диагностики, программа должна после каждого этапа диагностики обновлять в таблице строку с результатами. Программа вместо этого, при переходе от шага к шагу создает новые строки. В Access такого небыло. Я подозреваю, что я некорректно конвертнул БД из Aaaess в mysql.

[iGrok]

По логу - всё корректно. 4 инсерта = 4 строки в базе.
Хорошо бы увидеть лог общения софтины с Access, только я не очень представляю себе, как его добыть.

По тому, что ты пишешь, вместо инсертов там должны быть апдейты. Может быть, odbc-драйвер mysql что-то некорректно обрабатывает.
Возможно, дело действительно в "кривой" выборке из TDiagnos (nID=0), из-за которой софт думает, что записей ещё нет, и генерирует не обновление, а вставку.
А nID=0 там может оказаться, например, если после вставки вместо ид вставленной записи по какой-то причине возвращается 0.

З.Ы. Я-то всё-таки работал со связкой access + MSSQL, и за mysql в данном случае ничего сказать не могу. Надо разбираться.

[kuhtiov]

Могу предложить вознаграждение за помощь в решении вопроса! )

[kuhtiov]

По логу - всё корректно. 4 инсерта = 4 строки в базе.
Хорошо бы увидеть лог общения софтины с Access, только я не очень представляю себе, как его добыть.

По тому, что ты пишешь, вместо инсертов там должны быть апдейты. Может быть, odbc-драйвер mysql что-то некорректно обрабатывает.
Возможно, дело действительно в "кривой" выборке из TDiagnos (nID=0), из-за которой софт думает, что записей ещё нет, и генерирует не обновление, а вставку.
А nID=0 там может оказаться, например, если после вставки вместо ид вставленной записи по какой-то причине возвращается 0.

З.Ы. Я-то всё-таки работал со связкой access + MSSQL, и за mysql в данном случае ничего сказать не могу. Надо разбираться.

Так может попробовать MySQL поставить? Может вместе поразбираемся? ))

[iGrok]

Так может попробовать MySQL поставить? Может вместе поразбираемся? ))

Боюсь у меня на это уйдёт непозволительно много времени. Во-первых сейчас очень много своей работы, а во-вторых столько денег за помощь в решении вопроса ты мне не дашь, да мне и самому столько просить всё равно неудобно.

У меня встречный вопрос - почему не поставить MS SQL ? Express-версии (бесплатной!) должно хватить по возможностям.

[kuhtiov]

У меня встречный вопрос - почему не поставить MS SQL ? Express-версии (бесплатной!) должно хватить по возможностям.

Вот как раз приволок домой 2 бука, совтину, прибор (без него софтина нихрена не работает), качаю MS SQL 2005 (Про Express-версию не слышал, сейчас заодно и ее качну). Буду ставить, тестить. Вся ночь впереди
Прикупил пива с запасом. Если заработает, на радостях накидаюсь и завтра спозаранку поеду в офис, тестить в боевом режиме.
Как думаешь, каковы шансы

[Хакер]

Прикупил пива с запасом. Если заработает, на радостях накидаюсь и завтра спозаранку поеду в офис

Лучше не надо.

[iGrok]

Про разнообразные глюки работы mysql через ODBC я наслышан (хотя ничего конкретного припомнить и не могу).
Так что с MS SQL, думаю, 60/40.

Если не получится - нужно выяснять, как именно софтина получает ид вставленной записи, и почему этого не происходит в случае с "внешней" бд.
Но это - только приблизительное направление поиска. Дальше мы с тобой, что называется, "в равных условиях" - только гугл и мозг. Ну, у тебя ещё и софтина с девайсом под рукой.

пива

Пока стабильно не заработает в боевых, лучше действительно не надо.

[kuhtiov]

Прикупил пива с запасом. Если заработает, на радостях накидаюсь и завтра спозаранку поеду в офис

Лучше не надо.

Хорошо, прислушаюсь А если так?
Если заработает, завтра спозаранку поеду в офис.
Потом накидаюсь и усну на сутки

пива

Пока стабильно не заработает в боевых, лучше действительно не надо.

Плохая примета?

60/40

Маловато. МССкул скачался. Скрестите пальчики, зажмите кулочки, товарищи, пожалуйста.
С богом...

[kuhtiov]

Много часов мучений, но вроде все взлетело. Последний тест в понедельник, если все пучком, склейка базы, импорт в sql, настройка бэкапа и все!!!
Еще раз благодарю за помощь )

[iGrok]

Таки помогла смена mysql на mssql?

[kuhtiov]

Таки да, помогла. Вот только не понятно. Я всегда считал что в open source все пишется по стандартам, по форматам. У МС это баг или фича?

[iGrok]

Да кто ж его знает. Если даже точно не известно, в чём было дело, то как тут понять, бага это или фича?

[kuhtiov]

И снова HELP!
Пишу программку, которая будет объеденять базы. В базе таки хранятся фотографии, на них и споткнулся. При записи вываливается error "Строка содержит синтаксическую ошибку в выражении запроса" (походу из-за кавычек)
Переношу данные из базы в базу таким кодом:

Код: Выделить всё

Dim objADO_Export_TDiagnos As ADODB.Connection
Dim rs_Export_TDiagnos As ADODB.Recordset

Set objADO_Export_TDiagnos = CreateObject("ADODB.Connection")
Set rs_Export_TDiagnos = New ADODB.Recordset
objADO_Export_TDiagnos.Open "Provider=Microsoft.Jet.OLEDB.4.0;Data Source=" & PathDB

With currentdb

    rs_Export_TClient.Open "SELECT * from TClient", objADO_Export_TClient
        Do Until rs_Export_TClient.EOF
            table_TClient_field_nID = rs_Export_TClient(0).Value
            table_TClient_field_sName = rs_Export_TClient(3).Value

            rs_Main_TClient.Open "INSERT INTO TClient (imgFace) VALUES ('" & rs_Export_TClient(16).Value & "')", objADO_Main_TClient
        rs_Export_TClient.MoveNext

        Loop


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

[FireFenix]

При записи вываливается error "Строка содержит синтаксическую ошибку в выражении запроса"

Подумать и скинуть сам не верный запрос не? Код зачем?

...del...

2Qwertiy: да мой фейл, забыл

[Qwertiy]

Вместо ' нада юзать "

Почему? Для MS SQL кавычки и квадратные скобки эквивалентны, а апострофы означают строку.

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

Вот и не делай так. Очевидно, что так нельзя.