Нужен пример (рабочий) по тестированию postgresql

Здравствуйте, ребята.
Создал проект, все работает на java spring + posgresql, но вот проблема не могу протестировать это дело.
в Сети куча примеров проектов с github, но все либо не собирается, либо не работает.
Не могли бы дать мальенкий пример проекта с тестированием на базе pom.xml?
Можно конечно сделать собственный класс тестирования, но думаю это лишнее так как есть стандартные
инструменты. Среда у меня эклипс sts. Будьте добры, выложите пожалуйста рабочий простейший
проект для тестирования либо здесь либо где-нибудь на гитхабе.
Спасибо.

0

Сообщение от Saggitarius80 h2 непойдет, так как на реальной базе может быть другой расклад.

какой например?
Единственное отличие h2 от реального постгреса, которое мне пока что попадалось это то, что он из коробки не поддерживает расширение для uuid, которым удобно генерить uuid при вставке в БД. Решается проблема так же довольно просто. В остальном за много лет тестирования с h2 никаких проблем не возникало при работе с режимами совместимости postgre, mysql, mssql, oracle

Если же все ещё неимется, то есть вот такая штука
https://habr.com/ru/company/hh/blog/333616/

0

Ну вот, немного переделал, рабочий пример как юнит тестить постгрес.
Правда пример получился несколько не тривиальный через @Service
попробую @Autowired BookRepository маппить напрямую.

Вложения

spring-boot-fundamentals-unit-test.zip (90.3 Кб, 1 просмотров)

0

а вот вы мне скажите h2 поддерживает иерахические типы данных как я использую в постргес типа ltree? Смотрю на типы
а вот фигушки, не поддерживать и как скажите я буду это юзать в h2? Иерархические нужны для иерархии в организации, чтобы
не морочится с разными деревьями типа листов сетов.

Data Types
Index
INT
BOOLEAN
TINYINT
SMALLINT
BIGINT
IDENTITY
DECIMAL
DOUBLE
REAL
TIME
TIME WITH TIME ZONE
DATE
TIMESTAMP
TIMESTAMP WITH TIME ZONE
BINARY
OTHER
VARCHAR
VARCHAR_IGNORECASE
CHAR
BLOB
CLOB
UUID
ARRAY
ENUM
GEOMETRY
JSON
INTERVAL

Увы, нету типа ltree. Хорошую статью вы дали, но много букоф. Привык брать типовой простой проект, где а) все работает б) есть то что мне нужно и вместо мануалов просто изучаю рабочий код. По-моему так намного быстрее. Дело в том что спринг это слишком много для Атоса. Моя голова и время не позволяют так загружать себя информацией в большей части не нужной. И в мускуле тоже нет иеррхического типа, есть только у мелкомягких. Есть вроде в новом мускуле, но после его установки у меня благополучно лег phpmyadmin.

Добавлено через 14 минут
Или, например, есть такой замечательный тип в постгрес
8.9.1. inet
8.9.2. cidr
8.9.3. inet vs. cidr
8.9.4. macaddr
есть они в h2? их планируется юзать, и что опять танцы с бубном?

Добавлено через 3 минуты
Вам конечно спасибо за помощь, но вот что пишут из статьи, которую вы дали
что очень точно отражает проблемы которые я тут описал

В нашей компании для unit-тестирования исторически использовалась HSQLDB. И все бы ничего, но на продакшене стоит PostgreSQL, и получалось, что тесты не полностью отражают то, что происходит на проде. Некоторые фичи приходилось оставлять без тестирования: например, запросы, использующие window functions, протестировать не удавалось. Для некоторых тестов приходилось делать достаточно навороченные костыли: яркий тому пример — разная реализация мэппинга пользовательского типа массива на SQL в PostgreSQL и HSQLDB (ниже я расскажу об этом подробнее). Также мы столкнулись с проблемной реализацией exists — были случаи, когда ни с того ни с сего тест падал с NPE где-то в недрах HSQLDB.

Добавлено через 3 минуты
Тем более проблемы поднять сервак постгрес в линухах вообще не представляет никаких. Зачем же юнит тестить на суррогатах, больше нервов уйдет на это. А испытав на реальном вы будете на 100 уверены, что ничего у вас не упадет, только если в тестах намудрили.

0

так вопрос то какой у тебя?

0

проблема решена и проект выложил. А вопрос осталось размять можно ли использовать mock базы типа h2 как замена постгрес и факты показывают что нельзя. что-то общее не более того можно наверное, но как всегда дъявол в деталях.

видимо по спринг бут форум не совсем тот.

0

Эта версия проекта более корректная. Убрал много лишнего и делается всего один тест.
Создается таблица Bookos и вносится всего одна запись в таблицу "the name of the rose"
Также если запустите как приложение спринг появится запись "Hobbiton"
Обратите внимание на @Rollback(false) если это уберете из теста, тогда все изменения
в базе не будут сохранятся. Эта штука не нужна, но для таких фом неверущих таких как я
это полезная фича позволит вам увидеть через pgAdmin действительно ли ваш код что-то пишет в базу.
Енжой!
ну а кто не спрятался, я не виноват.

Вложения

spring-boot-fundamentals-unit-test.zip (74.7 Кб, 0 просмотров)

0

Сообщение от Saggitarius80 Увы, нету типа ltree.

всякие хитрые типы обычно хороши пока не нужна унифицированная поддержка со стороны spring data. А когда она нужна, начинаются проблемы. Тоже самое касается inet cidr и.т.д. Обычно это расширения, которые по-сути представляют собой перенос части логики в БД что обычно является плохим решением.

Сообщение от Saggitarius80 Хорошую статью вы дали, но много букоф.

ну лан тогда. Делай как знаешь

1

Сообщение от KEKCoGEN унифицированная поддержка со стороны spring data

А унифицированная поддержка хороша, пока не упираешься в производительность и объём данных, тогда и начинаются оптимизации в виде использования встроенных средств БД или вообще переезд на узкоспециализированные хранилища. )

0

Сообщение от korvin_ А унифицированная поддержка хороша, пока не упираешься в производительность и объём данных, тогда и начинаются оптимизации в виде использования встроенных средств БД или вообще переезд на узкоспециализированные хранилища. )

тоже верно. Но я не сторонник того, чтобы оптимизировать заранее и пытатьсья угадать где будет жать через год. Обычно нет бесконечного времени и бюджета, чтобы построить идеальное и оптимальное решение. Всегда приходится искать компромисс.

1

унифицированная подержка со стороны spring дататипа ltree как раз присутствует. Проверено. Вот она:


@Column(name = "path", columnDefinition="ltree")
private String path;

Теперь используя это, можно строить деревья иерархии организации и чего угодно.

Добавлено через 16 минут
насчет производительности опять KEKCoGEN в теме. Преждевременно об этом думать. Более того, чаще программисты думают, что
оптимизируют "бутылочное горлышко", но как всегда жизнь говорит другое.

0

...Тоже самое касается inet cidr и.т.д. Обычно это расширения, которые по-сути представляют собой перенос части логики в БД что обычно является плохим решением...

Ничего похожего. Представьте я хакцер. И мне нужно понять кто постоянно ломится мне на порт(не важно какой) тогда ип нехорошего человека нужно писать в базу, так как это данные и к логике не имею никакого значения. Логика как была в приложении там и осталась. А база мне нужна для хранилища ип нехороших людей, чтобы с ними уже производить какие-то действия. Более того в такую базу я могу писать например кое-что из трафа, чтобы детектить атаки. И куда записывать надо куски траффика? Правильно в базу. А потом уже вытаскивать оттуда и аналить, что и делает логика приложения. У меня все ходы записаны, гроссмейстер!

Добавлено через 21 минуту
раз уж о базах говорим, такой вопрос, стоит ли все запросы переносить в процедуры? Или такой вопрос в отдельную ветку лучше. Но просто думаю, что такие вопросы уже были здесь.

0

Доп. вопрос надо задать в отдельной теме. По поводу кулхацкера мне лень столько текста писать да и смысла нет.

1