Сохранение пользовательских настроек/базы данных/кэша … в Java (На каждой ОС)
Все зависит от пропускной способности сети от количества данных.
Данные должны быть перемещены из текущего локального местоположения в Amazon S3.
Это можно сделать с помощью:
- Сетевое копирование
- AWS Snowball
Вы можете использовать сетевой сетевой калькулятор [111 ], чтобы рассчитать, сколько времени потребуется для копирования через сетевое соединение.
Затем сравните это с использованием AWS Snowball для копирования данных.
Выберите тот, который дешевле / проще / быстрее.
Как только данные окажутся в Amazon S3, используйте команду Amazon Redshift COPY для их загрузки.
Если данные постоянно добавляются, вам нужно найти способ отправлять непрерывные обновления в Redshift. Это может быть проще с помощью сетевого копирования.
Использование конвейера данных не дает никаких преимуществ.
4 ответа
В моей системе WinXP Pro SP3 user.home указывает на C:\Documents and settings\<username> Партия приложений просто хранит их данные там (вместо этого пути + Данные приложения, но некоторые другие спускаются там), создавая каталог в стиле Unix, т.е. точку + имя приложения (примеры: .antexplorer, .sqlworkbench, .squirrel-sql.SunDownloadManager, .p4qt, .gimp-2.4, и т.д.).
Похож на достойную, обычную практику...
Для приложения окна необычно сохранить данные в user.home, но не "неправильно". Приложения Windows любят распространять свои данные повсеместно (немного в реестре, немного в каталоге установки приложения, немного в каталоге Windows, немного в System32, немного здесь и немного там). В конце это лишает возможности чисто копировать или удалять что-то, что приводит к известной "гнили Windows" (т.е. необходимо переустановить каждые несколько месяцев).
Так или иначе. Если Вы действительно не хотите использовать user.home (и я не вижу оснований не к), используйте код как это от Apache Ленг свободного городского населения, чтобы выяснить, работаете ли Вы на Windows. Если это уступает верный, раскрывающийся диалоговое окно выбора каталога, где пользователь может указать, где они хотят сохранить свои данные.
Сохраните эту информацию в Предпочтениях и используйте этот путь в следующий раз, когда Ваше приложение будет запущено. Таким образом, пользователи могут указать, где они хотят свои данные, и только необходимо оставить один бит информации в prefs.
Для приложения "нечто" я создал бы каталог, названный ".foo" внутри user.home. Для Windows это будет выглядеть немного странным, но почти никто никогда не смотрит в том каталоге (и это заполнено неясными каталогами так или иначе), и на Linux/Solaris/... это приведет к скрытому каталогу, который не создает помехи пользовательскому корневому каталогу визуально.
Проблемой не является Wiindows, но стандартная установка Java.
Долгое Обсуждение http://bugs.sun.com/bugdatabase/view_bug.do? bug_id=4787931> Здесь
Я советовал бы брать это на '-D MYLOC = свойство' % ПРОФИЛЯ ПОЛЬЗОВАТЕЛЯ % на командной строке.
Обратите внимание, что Вы только получите "ПРОФИЛЬ ПОЛЬЗОВАТЕЛЯ", если пользователь сделал настольный вход в систему, это не становится установленным, если пользователь вошел в систему, remotly с Citrix или подобный или через ssh, также, coprporate рабочие столы бездельничают с этой установкой и могут установить его на что-то неприменимое.