Skip to content
Snippets Groups Projects
Select Git revision
  • 754f3f42585f40304436f2f1b6956c776ec99373
  • master default protected
  • feature/ogm_mongodb
  • feature/chapter9
  • feature/chapter8
  • feature/chapter6
  • feature/chapter4
7 results

my-aktion

  • Open with
  • Download source code
  • Your workspaces

      A workspace is a virtual sandbox environment for your code in GitLab.

      No agents available to create workspaces. Please consult Workspaces documentation for troubleshooting.

  • user avatar
    Julian Horner authored
    754f3f42
    History
    Name Last commit Last update
    src/main
    .gitignore
    README.md
    pom.xml

    NoSQL-Datenbank für My-Aktion

    Worum geht es in diesem Projekt?

    Die Aufgabe dieses Projekts ist es die relationale H2-Datenbank des Projekts my-aktion durch die NoSQL-Datenbank MongoDB zu ersetzen, sowie dem anpassen von my-aktion an die neue Datenbank.

    Zur Umsetzung wurde das Mapping-Framework Hibernate OGM genutzt. Hibernate OGM mappt die Entities der Anwendung nicht wie Hibernate ORM, an eine relationale Datenbank sondern an eine NoSQL-Datenbank. Im Falle des Projekt also an die MongoDB-Datenbank.

    Hibernate OGM ist dazu in der Lage JPQL-Queries zu übersetzen in die Sprache der jeweilig angebundenen Datenbank. Der Programmierer muss also die Abfragesprache der genutzten Datenbank nicht zwangsläufig kennen.

    Aufgetretene Probleme

    Aggregatfunktionen in Hibernate OGM

    Da Hibernate OGM ein laufender Prozess können bislang nur manche Sprachkonstrukte von JPQL in andere Abfragesprachen übersetzt werden. Was genau übersetzt wird unterscheidet sich je nach genutzter Datenbank. Die Version für MongoDB-Datenbanken unterstützt die folgenden Teile von JPQL:

    • simple comparisons using "<", "⇐", "=", ">=" and ">"
    • IS NULL and IS NOT NULL
    • the boolean operators AND, OR, NOT
    • LIKE, IN and BETWEEN
    • ORDER BY

    Im Projekt my-aktion wird an einer Stelle die SQL-Aggregatfunktion SUM genutzt, diese wird theoretisch nicht unterstützt konnte aber mit einem "workaround" dennoch genutzt werden. Die restlichen Queries konnten Problemlos weiter genutzt werden ohne spezielle Anpassungen vornehmen zu müssen.

    Organizer-Dokument

    Da die Dokumente in einer MongoDB-Datenbank immer einen eindeutigen Identifier im Feld _id haben müssen, wurde in die Organizer-Entity ein Feld Id eingefügt welches das email-Feld als Identifier ersetzt. Damit dennoch sichergestellt wird das eine bestimmte E-Mail nur einmal vorkommt in der Tabelle, wurde an das email-Feld die Annotation @Column(unique = true) angehängt (siehe untenstehender Code).

    @Entity
    public class Organizer extends DateEntity {
        //----------------------------------------------------------------------------------------------
    
        public static final String findByEmail = "Organizer.findByEmail";
    
        //==============================================================================================
    
        @GeneratedValue
        @Id
        private Long id;
        
        @NotNull
        @Size(min = 3, max = 20, message = "{organizer.firstName.size}")
        private String firstName;
    
        @NotNull
        @Size(min = 3, max = 30, message = "{organizer.lastName.size}")
        private String lastName;
    
        @Pattern(regexp = ".+@.+", message = "{organizer.email.pattern}")
        @Column(unique = true)
        private String email;
    
        @NotNull
        private String password;
    
        //----------------------------------------------------------------------------------------------
        
        ...
    }

    Wie startet man das Projekt?

    Voraussetzungen

    Ausführen