|
Восстановление базы данных превысившей 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 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Мы правда сильно выбились из вопроса автора. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2021, 00:15 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Odess Т.е. опыт других похер, пусть каждый сам шишки набивает? У меня опыт в акцессе с 1996 года, когда я купил первую лицензионную коробку с акцесс 2.0. И кстати, там была толстенная книга с документацией,которая очень помогла в то время. Любые задачи, не являющиеся учебными, должны отвечать требованиям надежности и сохранности данных.MS JET для этого совершенно не годится. Странно от тебя было услышать подобный перл. Аналогично...был удивлен твоей категоричности в плане однобокого выбора технологии для всего и вся. В любом случае, спорить как лучше готовить сферического коня в вакууме, не имеет практического смыла никакого, кроме как "а поговорить" и тут ,как ты помнишь, есть пару километровых веток на эту тему Да, книга от 2-го акса, толстая и белая, у меня тоже есть где-то:) Ну почитай ветки в "больших" субд, где плачущие бедолаги вопрошают о помощи в восстановлении данных...и это при наличии журнала транзакций... Сохранность и надежность данных обеспечивается не только силами самой среды(в которой крутится само приложение) бэкапы нужны везде... банальность сказал, но не хотел ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2021, 00:22 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Odess Predeclared Видимо, мой Jet этого не знает, и пашет себе не первый десяток лет. :) Не спорю. Но как только начинаешь серьезно продавать свой продукт (сотни внедрений), то быстро начинаешь пить успокоительные таблетки. Я это прошел примерно в нулевых. Потом понял, что нервная система мне дороже, перешел на СКЛ. Хотя есть небольшие проекты (около 10 всего),которые еще недавно крутились на 2м аксе, но пришлось конвертировать в 2002й, так как 2й уже не ставится на серверные системы... дык о чем я и говорю...в твоей плоскости, это оправданно решение, но совершенно не факт, что оно подойдет мне например, для написания бд про жизнь и смерть хомячков ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2021, 00:24 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Панург Что такое персональная база геоданных? Так как они хранятся в базах данных Access, максимальный размер персональных баз геоданных - 2 Гб Ясно, понятно. Хотя из описания я так и не понял, причём тут блобы и почему они принципиально должны храниться в прямо в бд. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2021, 04:13 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
crutchmaster я так и не понял, причём тут блобы и почему они принципиально должны храниться в прямо в бд. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2021, 04:40 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Odess так как 2й уже не ставится на серверные системы... А зачем Access 2 разворачивать на серверные системы? Вы чёт попутали в пылу спора ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2021, 04:56 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Панург Где её ещё хранить? В специализированных типах, например https://dev.mysql.com/doc/refman/8.0/en/opengis-geometry-model.html Если с ней всё равно никто не работает, то это можно всё хранить снаружи. Не будете же вы парсить геометрию из блоба прямо во время выборки и пытаться при этом сделать какое-то там соединение. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2021, 10:11 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
crutchmaster Если с ней всё равно никто не работает, то это можно всё хранить снаружи. crutchmaster Не будете же вы парсить геометрию из блоба прямо во время выборки ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2021, 10:21 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
crutchmaster В специализированных типах, В специализированных типах тоже хранятся (MS SQL, PostgreSQL и пр), но это не персональные базы ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2021, 10:22 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Панург Да и парсить не нужно, просто получаем двоичный массив и дальше с ним работаем. Точно также можно тащить двоичный блоб снаружи и "работать". Без ограничения на 2гб. Панург С ней работают. Панург ну нету там специализированного типа, этот то чем плох? Тем, что это изврат, а не работа. База на то она и с данными, что они там осмысленные, нормализованные, по ним можно делать выборки, из одних данных делать другие данные, и т.д., а не императивно бегать по двоичному блобу. Смысл (кроме формочек) вообще иметь голову с акцесс, когда 2 гб с блобами можно засунуть целиком в память и делать там с ними что хочешь, периодически скидывая на диск. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2021, 12:47 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
crutchmaster Тем, что это изврат, а не работа. crutchmaster а не императивно бегать по двоичному блобу. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2021, 13:35 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Панург когда лежит целый объект никуда бегать ненужно он и грузится в память. Ок. Дальше что? Я и без бд могу загрузить в память пачку блобов и с ней работать. Гешефт где? Всё же руками надо делать. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2021, 18:44 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
ROI А зачем Access 2 разворачивать на серверные системы? Вы чёт попутали в пылу спора Ну так программу писал в конце 90х. Так и крутилась на 2м аксе. Еще что прикольно, делал защиту с помощью рабочей группы и когда пришлось таки переделывать под Акцесс 2002й, то месяц не мог пароль вспомнить. Пытался найти крякалки - нифига. ))) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2021, 20:55 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Odess Ну так программу писал в конце 90х. Так и крутилась на 2м аксе. Еще что прикольно, делал защиту с помощью рабочей группы и когда пришлось таки переделывать под Акцесс 2002й, то месяц не мог пароль вспомнить. Пытался найти крякалки - нифига. ))) Это тебе повезло ... судьба говорит, что старую идею пора переносить на новый интерфейс... Бывает хуже ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2021, 21:16 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Ну мне проще, я бы по новой налабал программу, там по сути обычная касса - приход - расход, а вот чуваку я не завидую :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2021, 23:17 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
bubucha дык о чем я и говорю...в твоей плоскости, это оправданно решение, но совершенно не факт, что оно подойдет мне например, для написания бд про жизнь и смерть хомячков Почему не подойдет? Чем проще работа с обычной БД? Вот года 2 назад сделал для себя программку - учет клиентов, кто в облаке у меня хостится. Имя базы, адрес сервера (их уже 3 штуки) и т.п. 2 таблицы, 3 формы и 1 отчет. Казалось бы - что проще? Но я сделал это в базе СКЛ. так, как во первых - мне абсолютно пофиг как это делать, во вторых - у меня серьезная система еженочных бэкапов как клиентских баз, так и моих служебных. О бэкапах отдельная песня, тут не буду оффтопить. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2021, 23:23 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
bubucha что оно подойдет мне например, для написания бд про жизнь и смерть хомячков Каким местом это относится к промышленной разработке? Для учёта рваных носков можешь себе делать базу хоть на чём. А если он неё зависит работа предприятия, то это уже другой уровень ответственности. ... |
|||
:
Нравится:
Не нравится:
|
|||
29.01.2021, 05:33 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Odess Predeclared Видимо, мой Jet этого не знает, и пашет себе не первый десяток лет. :) Не спорю. Но как только начинаешь серьезно продавать свой продукт (сотни внедрений), то быстро начинаешь пить успокоительные таблетки. Я это прошел примерно в нулевых. Потом понял, что нервная система мне дороже, перешел на СКЛ. Хотя есть небольшие проекты (около 10 всего),которые еще недавно крутились на 2м аксе, но пришлось конвертировать в 2002й, так как 2й уже не ставится на серверные системы... Перешли на Microsoft SQL ? ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2021, 01:04 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Odess bubucha дык о чем я и говорю...в твоей плоскости, это оправданно решение, но совершенно не факт, что оно подойдет мне например, для написания бд про жизнь и смерть хомячков Почему не подойдет? Чем проще работа с обычной БД? Вот года 2 назад сделал для себя программку - учет клиентов, кто в облаке у меня хостится. Имя базы, адрес сервера (их уже 3 штуки) и т.п. 2 таблицы, 3 формы и 1 отчет. Казалось бы - что проще? Но я сделал это в базе СКЛ. так, как во первых - мне абсолютно пофиг как это делать, во вторых - у меня серьезная система еженочных бэкапов как клиентских баз, так и моих служебных. О бэкапах отдельная песня, тут не буду оффтопить. Облако и Аксесс? Windows terminal сервер ? ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2021, 01:07 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
А как вы там все переходите на SQL Server? Как и какие шаги делаете? Штаны точно не порвутся? ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2021, 10:52 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Nebo Перешли на Microsoft SQL ? Поэтому пришлось много ковырять руками. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2021, 16:50 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
Nebo Облако и Аксесс? Windows terminal сервер ? Нет конечно! Базы Скл находятся на удаленном сервере. Клиенты на фронтенде работают с локальным сервером (что бы не останавливалась работа при пропадании интернета) и периодически обмениваются с облачной базой. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2021, 16:53 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
crutchmaster bubucha что оно подойдет мне например, для написания бд про жизнь и смерть хомячков Каким местом это относится к промышленной разработке? Для учёта рваных носков можешь себе делать базу хоть на чём. А если он неё зависит работа предприятия, то это уже другой уровень ответственности. Ну да, access, изначально, как однопользовательская субд, само то для "промышленной" разработки... то что саму ide натянули на серверные субд, как бы уже не есть нативный access, суть которого была "все свое ношу с собой" ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2021, 12:29 |
|
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
|
|||
---|---|---|---|
#18+
bubucha Ну да, access, изначально, как однопользовательская субд Сегодня, в стыковке с серверным хранением данных, Акцесс является по прежнему, очень мощным инструментом для разработки интерфейса. Я не знаю других инструментов, которые позволяют за 15 минут создать полноценный отчет, с условным форматированием и т.п. Да, я перенес 95% бизнес-логики на СКЛ и использую Акцесс как инструмент общения с пользователем. Но это не уменьшает его роль в разработке коммерческих продуктов. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.02.2021, 23:20 |
|
|
start [/forum/moderation_log.php?user_name=55656565665656556]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
88ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
66ms |
get tp. blocked users: |
1ms |
others: | 437ms |
total: | 655ms |
0 / 0 |