SpringMVC - ведение статических списков, таких как страны и т. Д.

Question

SpringMVC - ведение статических списков, таких как страны и т. Д.

1

Это должен быть очень простой вопрос, но он хотел подтвердить наилучшую практику. 1) Скажите, что мои страны и штаты находятся в базе данных - мне нужно заполнить их в раскрывающемся списке в форме html. Поскольку список, подобный странам/состояниям, не меняется часто, я хочу вытащить их из базы данных только один раз и поддерживать этот массив в некотором одноэлементном классе.

Пожалуйста, сообщите, что это лучший способ сделать это.

2) Могу ли я также сохранить эти списки в файле xml/properties - и загрузить их в статические переменные.

Srikanth P 26 март 2015, в 22:28

Источник

0

Зачем хранить их в базе данных, если вы считаете список полностью статичным? Я бы просто загружал список каждый раз, когда вам это нужно. Это должно быть достаточно быстро, чрезвычайно просто и будет хорошо работать, даже если вы поймете, что список не такой статичный, как вы изначально думали. Если это действительно вызывает проблемы с производительностью (в чем я сомневаюсь), то использование абстракции кеша может решить ее без изменения кода.
JB Nizet 26 март 2015, в 20:52
0

Привет, этот список может быть не таким статичным, как кажется (страны). Могут быть небольшие изменения, и их наличие в базе данных помогает централизовать данные для всех приложений.
Srikanth P 27 март 2015, в 18:32
0

Тогда вы не должны делать так, как если бы он был статичным, и вы не должны кешировать его вечно в одиночном коде. Я поддерживаю мой предыдущий комментарий.
JB Nizet 27 март 2015, в 18:36
0

Итак, загрузка списка из базы данных и удержание его в сессионном компоненте? Вы так настаиваете?
Srikanth P 27 март 2015, в 18:46
0

Я бы никуда не держал. Просто загружайте его каждый раз, когда вам это нужно. Как и в случае с любым другим нестатическим списком.
JB Nizet 27 март 2015, в 19:29

Показать ещё 3 комментария

Теги:

java

spring-mvc

java-ee

3 ответа

Ещё вопросы

Зачем хранить их в базе данных, если вы считаете список полностью статичным? Я бы просто загружал список каждый раз, когда вам это нужно. Это должно быть достаточно быстро, чрезвычайно просто и будет хорошо работать, даже если вы поймете, что список не такой статичный, как вы изначально думали. Если это действительно вызывает проблемы с производительностью (в чем я сомневаюсь), то использование абстракции кеша может решить ее без изменения кода.
Привет, этот список может быть не таким статичным, как кажется (страны). Могут быть небольшие изменения, и их наличие в базе данных помогает централизовать данные для всех приложений.
Тогда вы не должны делать так, как если бы он был статичным, и вы не должны кешировать его вечно в одиночном коде. Я поддерживаю мой предыдущий комментарий.
Итак, загрузка списка из базы данных и удержание его в сессионном компоненте? Вы так настаиваете?
Я бы никуда не держал. Просто загружайте его каждый раз, когда вам это нужно. Как и в случае с любым другим нестатическим списком.

Razib · Answer 1 · 2015-03-26T19-18-00.000Z

Вы можете использовать java.util.Locale с константой перечисления. Поскольку этот список стран вряд ли изменится, и если у вас нет другой связанной информации для сохранения в стране, тогда лучше не сохранять страну в базе данных.

Sergey Pauk · Answer 2 · 2015-03-26T18-43-00.000Z

Если вы используете JPA, вы можете рассмотреть возможность применения кэш второго уровня.

Marc · Answer 3 · 2015-03-26T18-30-00.000Z

Я бы вытащил их из БД в качестве referenceData только в форме, которая им действительно нужна. Вы можете кэшировать их в среднем ярусе, только загружая их в первый раз - но это, вероятно, не стоит усилий.