• 🔥 Бесплатный курс от Академии Кодебай: «Анализ защищенности веб-приложений»

    🛡 Научитесь находить и использовать уязвимости веб-приложений.
    🧠 Изучите SQLi, XSS, CSRF, IDOR и другие типовые атаки на практике.
    🧪 Погрузитесь в реальные лаборатории и взломайте свой первый сайт!
    🚀 Подходит новичкам — никаких сложных предварительных знаний не требуется.

    Доступ открыт прямо сейчас Записаться бесплатно

ODS 53 - конец ограничениям?

  • Автор темы Автор темы ToxaRat
  • Дата начала Дата начала
  • Теги Теги
    ods 53

ToxaRat

Чёрный маг
Green Team
06.11.2007
3 328
42
Детали -
из понравившегося - The maximum size of databases allowed in IBM Domino 10 has increased to 256 GB; previously it was 64 GB. In addition, the maximum size of folders has increased significantly. Although the precise maximum size is difficult to quantify, users can expect at least a 10-fold increase in folder size capacity.

Щас поищу что-то огромное и попробую без DAOS
 
Детали -
из понравившегося - The maximum size of databases allowed in IBM Domino 10 has increased to 256 GB; previously it was 64 GB. In addition, the maximum size of folders has increased significantly. Although the precise maximum size is difficult to quantify, users can expect at least a 10-fold increase in folder size capacity.

Щас поищу что-то огромное и попробую без DAOS
и доложи)))
... с расширением ограничения по саммари-полям - обман)
выведем ИХ, всем миром, на чистую воду, басурман
 
и доложи)))
... с расширением ограничения по саммари-полям - обман)
выведем ИХ, всем миром, на чистую воду, басурман
по клиенту базы на ODS 53 перевел, но столкнулся что нету у меня локальных баз больше 64 гиг ;)
 
вообще не понимаю смысла в этих 256 GB... даже 64 GB не понимаю.
Да есть косяки, когда много вьюх, много документов.
Но если вьюхи можно сократить, вынести индексы, FT, rebuild, NIF
Аттачи: ZU + DAOS
А такое количество документов варяд ли всё живое, то можно их архивировать. Архивы делать по годам и тд
Кто реально сталкивался с этими 64 Гб на практике, причем столкновение было не из-за ошибок проектирования или своего недосмотра?
У нас один раз логи переполнились - удалили базу и все, ну потеряли за последние два дня, не страшно.
 
вообще не понимаю смысла в этих 256 GB... даже 64 GB не понимаю.
Да есть косяки, когда много вьюх, много документов.
Но если вьюхи можно сократить, вынести индексы, FT, rebuild, NIF
Аттачи: ZU + DAOS
А такое количество документов варяд ли всё живое, то можно их архивировать. Архивы делать по годам и тд
Кто реально сталкивался с этими 64 Гб на практике, причем столкновение было не из-за ошибок проектирования или своего недосмотра?
У нас один раз логи переполнились - удалили базу и все, ну потеряли за последние два дня, не страшно.
то ты не пробовал перенести такую базу на флешке ;)

как раз снятие такого ограничения позволит мне клиентом стянуть базу и развернуть её где угодно - хоть локально
 
А вот по всяким 15К, 32К и прочим ограничениям че-то слабовато продвинулись....
 
Мы в соцсетях:

Взломай свой первый сервер и прокачай скилл — Начни игру на HackerLab