Perl 5:
Ахиллесова пята почти всех решений для хранения данных - это резервное копирование. Никто не хочет хранить данные, к которым редко обращаются в сети, если они этого не делают. Это не обязательно, потому что онлайн-данные стоят больше, чем офлайн-данные. К сожалению, после того, как данные больше не доступны в сети, их становится намного труднее получить, что часто требует ручных операций. Независимо от того, действительно ли данные больше не доступны онлайн или нет, это источник платы за доступ к более старым данным.
Я знаю, что мы удаляем старые данные для наших студентов примерно через 13 месяцев после того, как они покидают университет. И да, мы тоже взимаем плату за восстановление данных после их удаления в автономное хранилище.
Я знаю, что мы удаляем старые данные о наших студентах примерно через 13 месяцев после того, как они покидают университет. И да, мы тоже взимаем плату за восстановление данных после их удаления в автономное хранилище.
Я знаю, что мы удаляем старые данные о наших студентах примерно через 13 месяцев после того, как они покидают университет. И да, мы тоже взимаем плату за восстановление данных после их удаления в автономное хранилище.
Нет технических ограничений. Банки должны зарабатывать деньги, и взимание платы за относительно малоизвестные услуги - один из способов, которым они это делают.
Им нужны ваши деньги. Я сомневаюсь, что здесь есть огромные технические ограничения. Банки жадные. Вам нужны только старые статистические данные время от времени. Если вы это сделаете, вы, вероятно, готовы заплатить.
Я не думаю, что это настолько технически. ограничение, так как это генератор долларов, как и все другие банковские сборы.
Я действительно представляю, что банки думали об этом и чувствовали, помимо заработка долларов, что большинство пользователей будут более чем довольны 18 месяцами и, таким образом, взимают "вернуться дальше" - разумное обвинение.
Может показаться, что хранить «диск» данных относительно просто, но это не учитывает слои и слои избыточности и резервного резервирования, которые требуются этим данным в нескольких системах. Часто данные для создания одной инструкции включают сотни, если не тысячи транзакций и точек данных, и во многих случаях эти операторы генерируются для отображения пользователю из необработанных данных.
Исходя из опыта, мы стремимся сохранить данные в живых системах за семь лет, и после этого система может либо перейти на «неживое резервное копирование», либо вообще отказаться от него.