|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Здравствуйте уважаемые коллеги. Приключилась печальная история и нужна скорая помощь. Приступим: Мною велась и заполнялась база данных в Microsoft Access. Структура не важна. В двух словах - данные о должностях и стоящих на них сотрудниках. Созданы формы для удобной работы. База велась несколько лет, наполнялась, загружались фотографии сотрудников в сносном качестве. Как сегодня выяснилось у MS Access есть лимит памяти для вложений в 2 Гб, о котором я естественно не знал. После загрузки очередной фотографии (лимит был превышен) начали всплывать ошибки. База начала отказывать запускаться пока я не удалю vba-ядро (или как-то так, к сожалению на рабочем месте нету доступа к интернету, образец скинуть тоже не могу т.к. коммерческая тайна). Вообщем возможно это и не столь важно. Итог: Имеется две базы данных. Первая - свежая (я таки согласился удалить Vba). В ней сохранены все данные. Но не работает ни одна кнопка на формах. Бэйсик в отказе. Вторая - старая (бэкап), в ней не хватает огромного куска данных, но весь интерфейс работает. (с момента бэкапа Visual Basic не менялся, только вбивались данные и дизайн форм). Вопрос: как перенести код Бэйсика со старой базы на новую, чтобы все кнопки на формах работали? Новую я само собой подчищу, поудаляю фотки, до размера хотя бы в 1,8 Гб. Или возможен только перенос наоборот - все формы, отчеты, таблицы, запросы из новой базы в старую? Насколько я понял есть некая привязка кода Бэйсика к формам. Как грамотно все это перенести? Есть еще третья база (Access создал резервную копию), но она не дает ничего делать, всплывает сообщение о необходимости удаления Vba, которое невозможно закрыть, если я соглашусь, то она превратится в первую. Вопрос срочный, дэдлайны догорают. Если нужно уточнить какую-нибудь инфу готов сорваться на работу и пробить все необходимое. Заранее огромное спасибо. P.S. MS Access - 2013. ... |
|||
:
Нравится:
Не нравится:
|
|||
22.01.2021, 23:43 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
шаг первый: авторВторая - .... но весь интерфейс работает 1. сделать копию 2. удалить все таблицы 3. сжать шаг второй: авторПервая - свежая (я таки согласился удалить Vba). В ней сохранены все данные 1. сделать копию 2. удалить все кроме таблиц 3. сжать 4. оценить размер шаг третий: 1. в базу из п1 импортировать таблицы из п2 2. сжать базу из п1, которая должна быть уже с полными данными и рабочим интерфейсом Это не единственный вариант развития событий, что откуда переносить, зависит от степени повреждения. Еще вариант - создать пустой файл и попробовать туда импортировать данные из одного файла, все остальное из другого Если целостность данных обеспечена связями между таблицами, то озаботиться переносом и схемы данных зы. перед тем как, должны быть копии обоих файлов, ибо все может пойти не по плану ... |
|||
:
Нравится:
Не нравится:
|
|||
23.01.2021, 00:14 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
bubucha в базу из п1 импортировать таблицы из п2 ... |
|||
:
Нравится:
Не нравится:
|
|||
23.01.2021, 09:46 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
bubucha, спасибо! Будем пробовать. По результатам отпишусь ... |
|||
:
Нравится:
Не нравится:
|
|||
23.01.2021, 10:51 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
На будущее - фотографии в базе лучше хранить в формате filestream. ... |
|||
:
Нравится:
Не нравится:
|
|||
23.01.2021, 12:33 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Odess, мда, все приходит с опытом ... |
|||
:
Нравится:
Не нравится:
|
|||
23.01.2021, 14:53 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
bubucha, Сделал все как Вы сказали. Все заработало. Один минус. Оказалось MS Access решил для корректной работы удалить несколько строк в нескольких различных таблицах (я поначалу не заметил, думал все сохранилось). Т.к. не знал сколько именно и какие поначалу решил, что база пропала, на такие данные опираться нельзя. Крайний бэкап от сентября. 5 месяцев работы в никуда. Но потом увидел некую таблицу с логами, из которой можно вычислить сколько строк в каких таблицах было удалено. Важные данные получилось восстановить. Часть данных пропала, восстановлению не подлежат, к счастью Аксес выбрал таблицы для удаления, не играющие большую роль. Спасибо за помощь. Будем работать аккуратнее, переходим на ссылки ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2021, 23:01 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Griever1992 ...Оказалось MS Access решил для корректной работы удалить несколько строк в нескольких различных таблицах... Все правильно, по этому я и предложил импортировать таблицы, а не подключать , ибо при импорте, "кривые" данные не будут импортированы. А так то да, лучше отделить интерфейс от данных...рад что обошлось без крови ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2021, 23:53 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Я так несколько лет мучился. Делил базу на несколько файлов, сжимал-восстанавливал и т.п. База все-равно растет. В 2009 перешел на MySQL. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2021, 09:40 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Griever1992 переходим на ссылки Переходите лучше на субд вместо акцесса. Серьёзно. В следующий раз так просто можете не отделаться. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2021, 10:24 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
crutchmaster Переходите лучше на субд вместо акцесса. Серьёзно. В следующий раз так просто можете не отделаться. Если речь о MS SQL Express, то там тоже ограничения на размер БД. Недавно делал проект по сканированию и ведению архива документов, вовремя просчитал количество листов, которые поместятся в максимальный размер и переделал проект. Есть 2 решения - хранить сканы в отдельной папке на диске, а в базе путь к конкретному файлу (раньше так делал) или использовать тип данных FileStream. В этом случае тоже данные сохраняются в отдельной папке, но этим занимается сам скл сервер. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2021, 11:40 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Odess, Так понятно, что хранить кучу блобов в базе - это моветон. Хотя еще находятся люди, которые с этим спорят. Речь не про это. Файловые бд сами по себе - плохое архитектурное решение. Уж лучше ставить клиент-серверную субд, а акцесс использовать в качестве морды, если так очень хочется. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2021, 12:48 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
crutchmaster Файловые бд сами по себе - плохое архитектурное решение. Уж лучше ставить клиент-серверную субд, а акцесс использовать в качестве морды, если так очень хочется. Это лет 20 назад понял и ушел в СКЛ. И ни капли не жалею. А акцесс, действительно, все еще остается одним из самых удобных инструментов для работы с серверной частью. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2021, 21:04 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
crutchmaster Так понятно, что хранить кучу блобов в базе - это моветон. Точно? Вне контекста конкретной задачи?... ну..ну.. crutchmaster Файловые бд сами по себе - плохое архитектурное решение Очень уместное заявление в ветке про файловую бд crutchmaster Уж лучше ставить клиент-серверную субд Ага, особенно там, где надо по воробьям из пушки стрельнуть, или оправдать затраты... или пильнуть бабло ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2021, 00:51 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
bubucha Точно? Вне контекста конкретной задачи? Для этого нет задачи. В случае хранения документов, это не оправдано, как выяснилось выше. Зачем еще надо пихать тонны блобов в бд? bubucha Очень уместное заявление в ветке про файловую бд Ну, а что поделать? bubucha Ага, особенно там, где надо по воробьям из пушки стрельнуть, или оправдать затраты Но тут самый большой головняк наоборот от того, что по крейсеру стреляют из рогаток. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2021, 07:10 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
crutchmaster Зачем еще надо пихать тонны блобов в бд? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2021, 07:38 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
bubucha Ага, особенно там, где надо по воробьям из пушки стрельнуть, или оправдать затраты... или пильнуть бабло Спорно. Даже небольшое приложение сразу размещаю на скл сервере. Очень "свежи" в памяти приколы Jet. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2021, 11:37 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Панург персональная база геоданных например Каких геоданных? Фоток со спутника? Просто фоток? Так фотки - это не данные. С ними же нельзя работать. Что еще вы собрались хранить в блобах, кроме пдф и фоток? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2021, 13:11 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
crutchmaster, каких фоток?! не пори чушь. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2021, 18:50 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
crutchmaster Каких геоданных? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2021, 18:59 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Коллеги, которые за впхание серверной субд во все дыры... Понятно, что вы смотрите на все через призму собственного опыта..ну дык может быть не все такие задачи, как ваши, не? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2021, 23:47 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
bubucha Коллеги, которые за впхание серверной субд во все дыры... Понятно, что вы смотрите на все через призму собственного опыта..ну дык может быть не все такие задачи, как ваши, не? Любые задачи, не являющиеся учебными, должны отвечать требованиям надежности и сохранности данных.MS JET для этого совершенно не годится. Странно от тебя было услышать подобный перл. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2021, 00:03 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Odess ...MS JET для этого совершенно не годится. ... Видимо, мой Jet этого не знает, и пашет себе не первый десяток лет. :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2021, 00:10 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Predeclared Видимо, мой Jet этого не знает, и пашет себе не первый десяток лет. :) Не спорю. Но как только начинаешь серьезно продавать свой продукт (сотни внедрений), то быстро начинаешь пить успокоительные таблетки. Я это прошел примерно в нулевых. Потом понял, что нервная система мне дороже, перешел на СКЛ. Хотя есть небольшие проекты (около 10 всего),которые еще недавно крутились на 2м аксе, но пришлось конвертировать в 2002й, так как 2й уже не ставится на серверные системы... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2021, 00:14 |
|
|
start [/forum/topic.php?fid=45&msg=40038875&tid=1609783]: |
0ms |
get settings: |
7ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
224ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
58ms |
get tp. blocked users: |
1ms |
others: | 296ms |
total: | 614ms |
0 / 0 |