Кажется, что веб способен запускаться где угодно, и возможность разрабатывать нативные приложения через разметку и JS должна убить конструкторы формочек для Windows и Mac)
Есть пример - RollingScopes School, там на сообществе построено образование и ручные проверки заданий, из минусов - редкость наборов и небольшое направление тем
Я займусь этим в ближайшее время, благодарю за наводку! Сейчас я использую стандартные репозитории с парочкой индексов, поэтому думаю, что еще спринг может подтягивать внутренности объектов целиком, что задерживает ответ
Я согласен с вами, думаю, что постгрес более оптимизирован под работу из коробки чем neo4j в спринге. Конечно, если все написать на нативные запросы, то можно много времени выиграть, я думаю, что так и поступлю
Да, это учреждение образования. BaseEntity хранит общие поля для всех сущностей приложения - айди, даты создания и внутренний статус сущнсоти (удалена, заблокирована, активна и т.п.) Вложенная сущность - поле с сущностью Spring Data JPA. Вероятно графовые базы работают хорошо при других видах данных и других настройках спринга, однако в моем варианте при замене репозитория на neo4j, один и тот же запрос в базу выполянется на порядок дольше
Да, соглашусь, спасибо, за замечание!
Кажется, что веб способен запускаться где угодно, и возможность разрабатывать нативные приложения через разметку и JS должна убить конструкторы формочек для Windows и Mac)
Интересная статья! Я правильно понимаю что этот софт работает только на машине, без какого-либо подключения к сети после инсталляции?
Спасибо!
Спасибо за приятный отзыв!
В ближайшее время перепишу на текст!)
Так в этом и суть, чтобы было внутреннее употребление со всеми красивыми терминами как "слияние"
Это моя оригинальная статья, опубликованная как на Медиум (https://medium.com/@ilyalisov/when-we-losing-your-motivation-42ac30409739), так и здесь. Писав ее на английском изначально, вероятно, это привело к такому переводу, я подправлю его
Есть пример - RollingScopes School, там на сообществе построено образование и ручные проверки заданий, из минусов - редкость наборов и небольшое направление тем
Я избавился от вычисляемых полей и время фетчинга упало с 2,5 сек до 45-60мс на постгресе
Я займусь этим в ближайшее время, благодарю за наводку! Сейчас я использую стандартные репозитории с парочкой индексов, поэтому думаю, что еще спринг может подтягивать внутренности объектов целиком, что задерживает ответ
Объем volume, занимаемый докер образом Neo4j. Он превышает гигабайт, когда в то же время у постгреса он в разы меньше при одинаковом объеме данных
Данный вариант работает с момента, когда объектов было несколько десятков. А так действительно надо пересмотреть логику с кластеризацией
Да, вы правы. Эта статья скорее мой первый опыт публикаций на Хабре. В комментариях можно подчерпнуть несколько идей и советов.
Я согласен с вами, думаю, что постгрес более оптимизирован под работу из коробки чем neo4j в спринге. Конечно, если все написать на нативные запросы, то можно много времени выиграть, я думаю, что так и поступлю
Да, это учреждение образования. BaseEntity хранит общие поля для всех сущностей приложения - айди, даты создания и внутренний статус сущнсоти (удалена, заблокирована, активна и т.п.)
Вложенная сущность - поле с сущностью Spring Data JPA.
Вероятно графовые базы работают хорошо при других видах данных и других настройках спринга, однако в моем варианте при замене репозитория на neo4j, один и тот же запрос в базу выполянется на порядок дольше