ReSQL.ru
     
powered by simpleCommunicator - 2.0.51     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Microsoft Access [игнор отключен] [закрыт для гостей] / Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
24 сообщений из 49, страница 2 из 2
  2  все
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40039504
bubucha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bubucha
Участник
Odess
Т.е. опыт других похер, пусть каждый сам шишки набивает? У меня опыт в акцессе с 1996 года, когда я купил первую лицензионную коробку с акцесс 2.0. И кстати, там была толстенная книга с документацией,которая очень помогла в то время.
Любые задачи, не являющиеся учебными, должны отвечать требованиям надежности и сохранности данных.MS JET для этого совершенно не годится. Странно от тебя было услышать подобный перл.

Аналогично...был удивлен твоей категоричности в плане однобокого выбора технологии для всего и вся. В любом случае, спорить как лучше готовить сферического коня в вакууме, не имеет практического смыла никакого, кроме как "а поговорить" и тут ,как ты помнишь, есть пару километровых веток на эту тему
Да, книга от 2-го акса, толстая и белая, у меня тоже есть где-то:)
Ну почитай ветки в "больших" субд, где плачущие бедолаги вопрошают о помощи в восстановлении данных...и это при наличии журнала транзакций...
Сохранность и надежность данных обеспечивается не только силами самой среды(в которой крутится само приложение) бэкапы нужны везде... банальность сказал, но не хотел
...
Рейтинг: 0 / 0
28.01.2021, 00:22
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40039505
bubucha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bubucha
Участник
Odess
Predeclared

Видимо, мой Jet этого не знает, и пашет себе не первый десяток лет. :)

Не спорю. Но как только начинаешь серьезно продавать свой продукт (сотни внедрений), то быстро начинаешь пить успокоительные таблетки. Я это прошел примерно в нулевых. Потом понял, что нервная система мне дороже, перешел на СКЛ. Хотя есть небольшие проекты (около 10 всего),которые еще недавно крутились на 2м аксе, но пришлось конвертировать в 2002й, так как 2й уже не ставится на серверные системы...

дык о чем я и говорю...в твоей плоскости, это оправданно решение, но совершенно не факт, что оно подойдет мне например, для написания бд про жизнь и смерть хомячков
...
Рейтинг: 0 / 0
28.01.2021, 00:24
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40039518
Фотография crutchmaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
crutchmaster
Участник
Панург
Что такое персональная база геоданных?

Так как они хранятся в базах данных Access, максимальный размер персональных баз геоданных - 2 Гб
Ясно, понятно.

Хотя из описания я так и не понял, причём тут блобы и почему они принципиально должны храниться в прямо в бд.
...
Рейтинг: 0 / 0
28.01.2021, 04:13
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40039521
Фотография Панург
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Панург
Участник
crutchmaster
я так и не понял, причём тут блобы и почему они принципиально должны храниться в прямо в бд.
если коротко, то среди прочего в них хранится геометрия. Где её ещё хранить?
...
Рейтинг: 0 / 0
28.01.2021, 04:40
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40039522
ROI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ROI
Участник
Odess
так как 2й уже не ставится на серверные системы...

А зачем Access 2 разворачивать на серверные системы?
Вы чёт попутали в пылу спора
...
Рейтинг: 0 / 0
28.01.2021, 04:56
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40039561
Фотография crutchmaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
crutchmaster
Участник
Панург
Где её ещё хранить?

В специализированных типах, например https://dev.mysql.com/doc/refman/8.0/en/opengis-geometry-model.html
Если с ней всё равно никто не работает, то это можно всё хранить снаружи. Не будете же вы парсить геометрию из блоба прямо во время выборки и пытаться при этом сделать какое-то там соединение.
...
Рейтинг: 0 / 0
28.01.2021, 10:11
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40039565
Фотография Панург
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Панург
Участник
crutchmaster
Если с ней всё равно никто не работает, то это можно всё хранить снаружи.
чёйта с ней никто не работает? А для чего нужна такая БД? Именно что работают. Это карты, если ты не понял.

crutchmaster
Не будете же вы парсить геометрию из блоба прямо во время выборки
а зачем её парсить, тем более во время выборки? С ней работают. Да и парсить не нужно, просто получаем двоичный массив и дальше с ним работаем. Картинки те же никто не парсит.
...
Рейтинг: 0 / 0
28.01.2021, 10:21
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40039567
Фотография Панург
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Панург
Участник
crutchmaster
В специализированных типах,
ну нету там специализированного типа, этот то чем плох?
В специализированных типах тоже хранятся (MS SQL, PostgreSQL и пр), но это не персональные базы
...
Рейтинг: 0 / 0
28.01.2021, 10:22
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40039614
Фотография crutchmaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
crutchmaster
Участник
Панург
Да и парсить не нужно, просто получаем двоичный массив и дальше с ним работаем.

Точно также можно тащить двоичный блоб снаружи и "работать". Без ограничения на 2гб.
Панург
С ней работают.

Панург
ну нету там специализированного типа, этот то чем плох?

Тем, что это изврат, а не работа. База на то она и с данными, что они там осмысленные, нормализованные, по ним можно делать выборки, из одних данных делать другие данные, и т.д., а не императивно бегать по двоичному блобу. Смысл (кроме формочек) вообще иметь голову с акцесс, когда 2 гб с блобами можно засунуть целиком в память и делать там с ними что хочешь, периодически скидывая на диск.
...
Рейтинг: 0 / 0
28.01.2021, 12:47
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40039624
Фотография Панург
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Панург
Участник
crutchmaster
Тем, что это изврат, а не работа.
это твоё мнение.
crutchmaster
а не императивно бегать по двоичному блобу.
когда лежит целый объект никуда бегать ненужно он и грузится в память.
...
Рейтинг: 0 / 0
28.01.2021, 13:35
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40039700
Фотография crutchmaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
crutchmaster
Участник
Панург
когда лежит целый объект никуда бегать ненужно он и грузится в память.

Ок. Дальше что? Я и без бд могу загрузить в память пачку блобов и с ней работать. Гешефт где? Всё же руками надо делать.
...
Рейтинг: 0 / 0
28.01.2021, 18:44
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40039726
Odess
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Odess
Участник
ROI

А зачем Access 2 разворачивать на серверные системы?
Вы чёт попутали в пылу спора

Ну так программу писал в конце 90х. Так и крутилась на 2м аксе. Еще что прикольно, делал защиту с помощью рабочей группы и когда пришлось таки переделывать под Акцесс 2002й, то месяц не мог пароль вспомнить. Пытался найти крякалки - нифига. )))
...
Рейтинг: 0 / 0
28.01.2021, 20:55
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40039731
Фотография vmag
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vmag
Участник
Odess
Ну так программу писал в конце 90х. Так и крутилась на 2м аксе. Еще что прикольно, делал защиту с помощью рабочей группы и когда пришлось таки переделывать под Акцесс 2002й, то месяц не мог пароль вспомнить. Пытался найти крякалки - нифига. )))


Это тебе повезло ... судьба говорит, что старую идею пора переносить на новый интерфейс...
Бывает хуже
...
Рейтинг: 0 / 0
28.01.2021, 21:16
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40039758
Odess
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Odess
Участник
Ну мне проще, я бы по новой налабал программу, там по сути обычная касса - приход - расход, а вот чуваку я не завидую :)
...
Рейтинг: 0 / 0
28.01.2021, 23:17
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40039759
Odess
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Odess
Участник
bubucha

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

Почему не подойдет? Чем проще работа с обычной БД?
Вот года 2 назад сделал для себя программку - учет клиентов, кто в облаке у меня хостится. Имя базы, адрес сервера (их уже 3 штуки) и т.п. 2 таблицы, 3 формы и 1 отчет. Казалось бы - что проще? Но я сделал это в базе СКЛ. так, как во первых - мне абсолютно пофиг как это делать, во вторых - у меня серьезная система еженочных бэкапов как клиентских баз, так и моих служебных. О бэкапах отдельная песня, тут не буду оффтопить.
...
Рейтинг: 0 / 0
28.01.2021, 23:23
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40039795
Фотография crutchmaster
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
crutchmaster
Участник
bubucha
что оно подойдет мне например, для написания бд про жизнь и смерть хомячков

Каким местом это относится к промышленной разработке? Для учёта рваных носков можешь себе делать базу хоть на чём. А если он неё зависит работа предприятия, то это уже другой уровень ответственности.
...
Рейтинг: 0 / 0
29.01.2021, 05:33
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40040198
Nebo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Nebo
Участник
Odess
Predeclared

Видимо, мой Jet этого не знает, и пашет себе не первый десяток лет. :)

Не спорю. Но как только начинаешь серьезно продавать свой продукт (сотни внедрений), то быстро начинаешь пить успокоительные таблетки. Я это прошел примерно в нулевых. Потом понял, что нервная система мне дороже, перешел на СКЛ. Хотя есть небольшие проекты (около 10 всего),которые еще недавно крутились на 2м аксе, но пришлось конвертировать в 2002й, так как 2й уже не ставится на серверные системы...


Перешли на Microsoft SQL ?
...
Рейтинг: 0 / 0
31.01.2021, 01:04
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40040199
Nebo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Nebo
Участник
Odess
bubucha

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

Почему не подойдет? Чем проще работа с обычной БД?
Вот года 2 назад сделал для себя программку - учет клиентов, кто в облаке у меня хостится. Имя базы, адрес сервера (их уже 3 штуки) и т.п. 2 таблицы, 3 формы и 1 отчет. Казалось бы - что проще? Но я сделал это в базе СКЛ. так, как во первых - мне абсолютно пофиг как это делать, во вторых - у меня серьезная система еженочных бэкапов как клиентских баз, так и моих служебных. О бэкапах отдельная песня, тут не буду оффтопить.


Облако и Аксесс? Windows terminal сервер ?
...
Рейтинг: 0 / 0
31.01.2021, 01:07
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40040223
Фотография Лапух
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Лапух
Участник
А как вы там все переходите на SQL Server?
Как и какие шаги делаете?
Штаны точно не порвутся?
...
Рейтинг: 0 / 0
31.01.2021, 10:52
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40040264
Odess
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Odess
Участник
Nebo

Перешли на Microsoft SQL ?
Нет, там овчинка выделки не стоит. Просто если кто помнит, в Акцесс 2.0 в текстах запросов и форм использовались [Формы]![Запрос для периода].[Дата1] а потом пришлось использовать [Forms].....
Поэтому пришлось много ковырять руками.
...
Рейтинг: 0 / 0
31.01.2021, 16:50
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40040265
Odess
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Odess
Участник
Nebo

Облако и Аксесс? Windows terminal сервер ?

Нет конечно! Базы Скл находятся на удаленном сервере. Клиенты на фронтенде работают с локальным сервером (что бы не останавливалась работа при пропадании интернета) и периодически обмениваются с облачной базой.
...
Рейтинг: 0 / 0
31.01.2021, 16:53
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40042556
bubucha
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
bubucha
Участник
crutchmaster
bubucha
что оно подойдет мне например, для написания бд про жизнь и смерть хомячков

Каким местом это относится к промышленной разработке? Для учёта рваных носков можешь себе делать базу хоть на чём. А если он неё зависит работа предприятия, то это уже другой уровень ответственности.

Ну да, access, изначально, как однопользовательская субд, само то для "промышленной" разработки... то что саму ide
натянули на серверные субд, как бы уже не есть нативный access, суть которого была "все свое ношу с собой"
...
Рейтинг: 0 / 0
06.02.2021, 12:29
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40042732
Odess
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Odess
Участник
bubucha

Ну да, access, изначально, как однопользовательская субд
А вот это уже полная глупость. Начиная с Акцесс 2.0 это была полноценная реляционная СУБД. Обработка блокировки записей другим пользователем это для чего сделано?
Сегодня, в стыковке с серверным хранением данных, Акцесс является по прежнему, очень мощным инструментом для разработки интерфейса. Я не знаю других инструментов, которые позволяют за 15 минут создать полноценный отчет, с условным форматированием и т.п.
Да, я перенес 95% бизнес-логики на СКЛ и использую Акцесс как инструмент общения с пользователем. Но это не уменьшает его роль в разработке коммерческих продуктов.
...
Рейтинг: 0 / 0
06.02.2021, 23:20
| Ответить | Цитировать | Написать  
Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
    #40042757
ROI
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ROI
Участник
bubucha
Ну да, access, изначально, как однопользовательская субд

Откуда только вы беретесь, такие категоричные?
Даже уже Вики не читаете.
Деградация однако.
...
Рейтинг: 0 / 0
07.02.2021, 08:55
| Ответить | Цитировать | Написать  
24 сообщений из 49, страница 2 из 2
  2  все
Форумы / Microsoft Access [игнор отключен] [закрыт для гостей] / Восстановление базы данных превысившей 2 Гб. Жизнь и смерть на кону
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=45&gotonew=1&tid=1609783]:
 0ms
get settings:
 7ms
get forum list:
 12ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 59ms
get topic data:
 12ms
get first new msg:
 7ms
get forum data:
 2ms
get page messages:
 59ms
get tp. blocked users:
 1ms
others: 10ms
total:  175ms
созд. / загр.: 175ms
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]