18 / 18 / 5
Регистрация: 12.06.2013
Сообщений: 328
|
|
1 | |
В проекте при отладке базы открываются и используются, при запуске exe - ошибка26.11.2015, 14:26. Показов 1388. Ответов 7
Метки нет (Все метки)
Доброе время суток!
ситуация такая: если я каждый раз пересоздаю таблицу и потом в не записываю данные, по окончании работы с ней я ее закрываю. при создании ехе-файла и использовании у меня выходит ошибка и пишет что нет доступа к файлу, но зато когда я запускаю под отладкой все работает хорошо. Далее я потом передел код и решил расшарить таблицу эксклюзивам открыть(уже созданная таблица,) и так же при использовании ехе-файла выходит ошибка(доступа к файле нет), а под отладкой (в самом проекте) работает хорошо, хотя база открывается локальна на компьютере пользователя, а остальные базы открываются на сервере! подкажите в чем может быть проблема!, если в самом проекте при отладке открытие и использование баз хорошо, а при запуске из под ехе-файла выходит ошибка,
0
|
26.11.2015, 14:26 | |
Ответы с готовыми решениями:
7
При запуске программы вылетает исключение, при отладке кода его нет При запуске проекта через дебаггер в проекте возникает ошибка Ошибка при запуске exe Ошибка при запуске базы |
187 / 180 / 29
Регистрация: 26.05.2011
Сообщений: 856
|
|
27.11.2015, 06:50 | 2 |
всегда открывайте через shared, за мою практику никогда не требовался exclusive
0
|
18 / 18 / 5
Регистрация: 12.06.2013
Сообщений: 328
|
|
27.11.2015, 07:52 [ТС] | 3 |
так у меня база при использовании затереться, а потом данные записываются, и сама база находиться у каждого пользователя на компьютере.
0
|
187 / 180 / 29
Регистрация: 26.05.2011
Сообщений: 856
|
|
27.11.2015, 11:45 | 4 |
ну так режим shared легко позволяет стирать данные, вы же не структуру БД меняете на ходу
1
|
18 / 18 / 5
Регистрация: 12.06.2013
Сообщений: 328
|
|
27.11.2015, 14:02 [ТС] | 5 |
но ведь shared-щь можно только через delete удалять записи, а физически удалять zap-оп.
так вот мне желательно что бы физически удалялось, что бы не накапливалось записи. p.s. если через delet записи только неведны пользователю, но они храняться в базе.
0
|
187 / 180 / 29
Регистрация: 26.05.2011
Сообщений: 856
|
|
28.11.2015, 13:30 | 6 |
сколько записей вы добавляете и создаете ежедневно? если порядка 1 млн, то да, есть смысл смотреть за размером бд. Нетрудный подсчет говорит о том, что если одна запись весит порядка 20-30 байт, то в день скачок размера бд может составить 15-25 мб, но если у вас создается 100 записей и удаляется 50, то зачем заморачиваться с физическим удалением записей? раз в месяц команда PACK (читайте хелп по ней), и тормозов юзеры в принципе не заметят.
1
|
21 / 22 / 10
Регистрация: 03.07.2014
Сообщений: 398
|
|
21.12.2015, 11:16 | 7 |
Насчет открывания файлов в режиме Shared и Exclusive. Если DBF-файл находится на компьютере пользователя и создан персонально для него - то открывать надо однозначно Exclusive. Далее, Вы упоминаете про сервер. По логике вещей вся информация совместного доступа должна быть на сервере, по крайней мере, это верно для архитектуры клиент-сервер. А все локальные таблицы как правило (я, например, к этому привык) при КАЖДОМ запуске программы проверяются (на соответствие размера DBF-файла и количества записей, прописанного в заголовке), упаковываются и переиндексируются (если например по каким-либо причинам было аварийное завершение программы). Упаковка раз в месяц для локальных таблиц - это полная ерунда. Добавлено через 4 минуты Повторюсь. Если у Вас есть база на сервере - то никаких локальных таблиц совместного доступа быть не должно - они все должны быть перенесены на сервер.
0
|
21 / 22 / 10
Регистрация: 03.07.2014
Сообщений: 398
|
|
21.12.2015, 11:21 | 8 |
Пример окна, информирующего об ошибке программы
0
|
21.12.2015, 11:21 | |
21.12.2015, 11:21 | |
Помогаю со студенческими работами здесь
8
Ошибка svchost.exe при запуске ошибка при запуске rundll32.exe Ошибка runtime при запуске exe Ошибка при запуске exe приложения Искать еще темы с ответами Или воспользуйтесь поиском по форуму: |