|
Совместное добавление новых записей по сети
|
|||
---|---|---|---|
#18+
Имеем обычную базу *.mdb Никакого SQL сервака нет. Простое, обычное, стандартное, совместное юзание базы Access по локальной сети с нескольких компьютеров сразу. Иными словами, все клиенты запускают один и тот же файл *.mdb по сети. А он уже и есть, и база данных, и программный код и прочее и прочее. В общем, всеми юзается один и тот же файл. В эту базу (в некую ее таблицу) все скопом начинают набивать новые записи. Дык вот, в какой-то момент времени, то у одного пользователя, то у другого, начинают вываливаться ошибки. Чем быстрее начинает идти набивка новых записей, тем чаще вываливается ошибка. В целом смысл ошибки заключается в том, что комп, где стоит база, просто не успевает обрабатывать все эти, разом добавляющиеся, новые записи. То есть, как бы нет некоего кеширования, очередности, или еще там чего-то... Как сделать максимально быструю совместную программную (в коде) набивку новых записей в таблицу базы MSAccess, применяя обычные средства самого Access? То есть, без SQL-серваков, ADO и прочей экзотики? Пробовал через OpenRecordset так: Код: plaintext 1. 2. 3. 4. 5. 6.
Пробовал так: Код: plaintext 1. 2. 3.
И даже пробовал так: Код: plaintext 1. 2. 3.
Не помогает. Во всех случаях, при активной совместной набивке, вываливается ошибка. Если набивка идет спокойная, неспешная, то ошибка почти не возникает. Если набивкой новых записей занимается только один клиент, то ошибка вообще никогда не возникает. В общем, вот такие у меня проблемы. Помогите, плииз! ... |
|||
:
Нравится:
Не нравится:
|
|||
18.05.2010, 17:49 |
|
Совместное добавление новых записей по сети
|
|||
---|---|---|---|
#18+
SlavikSGкомп, где стоит база, просто не успевает обрабатывать все эти, разом добавляющиеся, новые записи. То есть, как бы нет некоего кеширования, очередности, или еще там чего-то... наверное потому, что некоего sql сервера там как бы нет ... |
|||
:
Нравится:
Не нравится:
|
|||
18.05.2010, 17:59 |
|
Совместное добавление новых записей по сети
|
|||
---|---|---|---|
#18+
SlavikSG, если ничего не напутано с присвоением очередных значений ключей и юзеры не выстреливают пакетами в сотни записей, то очень маловероятно, чтобы ошибки произошли из-за конфликтов ключей. Не те, все-таки временные интервалы, что там займет инсертнуть запись? Да, ничего! Скорее, я бы подумал другое - конфликты из-за совместного использования форм ввода. У вас один файл всего и все юзеры его топчут. Вот тут может быть все, что угодно. Попробуйте разделить на файл таблиц на сервере и клиентские файлы форм у каждого свой. Если я прав, то проблема исчезнет сама собой. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.05.2010, 19:20 |
|
Совместное добавление новых записей по сети
|
|||
---|---|---|---|
#18+
SlavikSG, Какая ошибка вываливается? Какая блокировка записей стоит в параметрах? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.05.2010, 04:11 |
|
Совместное добавление новых записей по сети
|
|||
---|---|---|---|
#18+
mds_world...Скорее, я бы подумал другое - конфликты из-за совместного использования форм ввода. У вас один файл всего и все юзеры его топчут. Вот тут может быть все, что угодно... А вот про это, вообще, ни разу не подумал! Спасибо за ответ! Хорошо. Допустим, я делаю так. Беру этот mdb-файл и в тупую копирую на все клиенты. В этом файле нужную мне таблицу просто удаляю. А затем присоединяю ее же из базы, которая будет находится на моем условном сервере. Скорее всего, при этом я смогу понять, что мешает. Совместное юзание одной и той же формы или все же это мешает совместный доступ к одной и той же таблице. Верно я понимаю? ... |
|||
:
Нравится:
Не нравится:
|
|||
19.05.2010, 10:29 |
|
Совместное добавление новых записей по сети
|
|||
---|---|---|---|
#18+
alvkКакая ошибка вываливается? Если честно, то уже не помню, какая ошибка. Она уже давно перехватывается моим сообщением. Но проверю ее обязательно еще раз. alvkКакая блокировка записей стоит в параметрах? Вообще никакая блокировка не стоит. А нужно? Ведь я записи не редактирую совместно, а просто тупо добавляю. ... |
|||
:
Нравится:
Не нравится:
|
|||
19.05.2010, 10:32 |
|
Совместное добавление новых записей по сети
|
|||
---|---|---|---|
#18+
Посоветуйте!!! Как можно решить эту проблему? Файл базы одна в сети, а рабочее приложение у каждого клиента свое на своем рабочем столе. С базой линкуются через сетевую папку. При одновременном вводе через штрихкод-сканнером выскакивает конфликт. ... |
|||
:
Нравится:
Не нравится:
|
|||
07.05.2017, 18:55 |
|
Совместное добавление новых записей по сети
|
|||
---|---|---|---|
#18+
АдекеПосоветуйте!!! Как можно решить эту проблему? Файл базы одна в сети, а рабочее приложение у каждого клиента свое на своем рабочем столе. С базой линкуются через сетевую папку. При одновременном вводе через штрихкод-сканнером выскакивает конфликт. Может напряжешься и приведешь дословное сообщение об ошибке? ЗЫ. Что-то жалко попусту царапать свой хрустальный шар... ... |
|||
:
Нравится:
Не нравится:
|
|||
08.05.2017, 07:04 |
|
Совместное добавление новых записей по сети
|
|||
---|---|---|---|
#18+
aleks2, у пользователя стоит AccessRuntime, не могу отловить ошибку, сразу выкидывает из программы без вывода какого-либо сообщения. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.05.2017, 09:58 |
|
Совместное добавление новых записей по сети
|
|||
---|---|---|---|
#18+
Подозреваю что на один и тот же уникальный номер счетчика падают. Как это можно обнаружить или обработать ее? ... |
|||
:
Нравится:
Не нравится:
|
|||
14.05.2017, 10:15 |
|
Совместное добавление новых записей по сети
|
|||
---|---|---|---|
#18+
АдекеПри одновременном вводе через штрихкод-сканнером выскакивает конфликт. Ну ты для себя хоть распиши то алгоритм... - бикнул сканером... - беру штрих-код, ищу там-то, то-то... нашел ... - создаю строку продажи так-то... (и тут самое главное - как и где и что ты создаешь...) Если после осмысливания своего алгоритма, ты ни к чему не придешь, то выкладывай этот алгоритм сюда... ... |
|||
:
Нравится:
Не нравится:
|
|||
14.05.2017, 12:10 |
|
Совместное добавление новых записей по сети
|
|||
---|---|---|---|
#18+
Да элементарно все там, особо ничего там нет. Источник формы: Код: sql 1. 2.
на бик сканнера по полю Me.prID, должны срабатывать эти команды: Код: vbnet 1. 2. 3. 4.
а вместо этого выкидывает из программы. Не всегда, но именно тогда когда с двух компьютеров одновременно бикают. ... |
|||
:
Нравится:
Не нравится:
|
|||
14.05.2017, 13:49 |
|
Совместное добавление новых записей по сети
|
|||
---|---|---|---|
#18+
АдекеДа элементарно все там Ну как и предполагалось... а нужно делать не элементарно... Заполняй на форме отвязанные поля (все кроме счетчика) и добавляй новую запись или запросом на добавление или средствами DAO, например ... |
|||
:
Нравится:
Не нравится:
|
|||
14.05.2017, 16:03 |
|
Совместное добавление новых записей по сети
|
|||
---|---|---|---|
#18+
Адекеaleks2, у пользователя стоит AccessRuntime, не могу отловить ошибку, сразу выкидывает из программы без вывода какого-либо сообщения.Обработчик ошибок есть? Свой. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.05.2017, 03:44 |
|
Совместное добавление новых записей по сети
|
|||
---|---|---|---|
#18+
ПанургАдекеaleks2, у пользователя стоит AccessRuntime, не могу отловить ошибку, сразу выкидывает из программы без вывода какого-либо сообщения.Обработчик ошибок есть? Свой. Да, есть. На событии "Ошибка формы" написал свой. Но все равно программа выкидывает не успевая выдать сообщение об ошибке. А может и выдает, возможно очередным быстрым сканнером автоматически нажимается ОК, а мы не успеваем углядеть. Можно было еще покопаться повнимательнее потестировать, но времени мало было, а я подключался удаленно. vmagАдекеДа элементарно все там Ну как и предполагалось... а нужно делать не элементарно... Заполняй на форме отвязанные поля (все кроме счетчика) и добавляй новую запись или запросом на добавление или средствами DAO, например Переделал так. Ошибка прекратилась. Спасибо! ... |
|||
:
Нравится:
Не нравится:
|
|||
22.05.2017, 10:02 |
|
|
start [/forum/topic.php?fid=45&msg=39452675&tid=1612420]: |
0ms |
get settings: |
11ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
46ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
59ms |
get tp. blocked users: |
2ms |
others: | 344ms |
total: | 500ms |
0 / 0 |