Welche SQL-Zugriffsebene wird zum einfachen Lesen in Play-Scala verwendet?

8

Ich werde in Play 2.1 (Scala) eine schreibgeschützte Webanwendung implementieren. Da ich nur die in JSON eingelesenen Daten lesen und marshallen möchte, möchte ich andere DSLs und Mappings vermeiden.

Ich habe ähnliche Projekte in .NET / C # mit dapper-dot-net gemacht war sehr glücklich mit der Art und Weise, wie sich die Dinge entwickelten. Kein Aufwand und nicht viel Kesselplatte.

Ich schaue gerade an:

  • anorm ( anormtyped sieht ebenfalls sehr vielversprechend aus, ist aber wahrscheinlich zu früh zu übernehmen. Die manuelle Zuordnung von Variablen zu Fallklassen-Konstruktorparametern zu vermeiden, erscheint großartig.)
  • Prequel
  • slick - weil es der primäre Weg ist, SQL in 2.1 zu machen und hauptsächlich die einfache SQL-API
jl. 24.01.2013, 09:29
quelle

2 Antworten

3

Slick ist sehr gut. Stellen Sie sicher, dass Sie dieses kurze Buch darüber lesen - es ist sehr gut darin, einige Grundlagen zu erklären. Zusammen mit den Dokumenten würde es Sie schnell weiterbringen. Beachten Sie auch, dass die Dokumente in GitHub besser sind - die neuesten wurden noch nicht veröffentlicht.

Die Verwendung der Option plain sql wird sehr gut unterstützt. Mit einfachen SQL-Abfragen machen Sie allerdings nicht viel in Sachen Typprüfung. Ansonsten ist die Verwendung einer einfachen Abfrage mit Scala 2.10 so einfach wie:

%Vor%

Dies schützt Sie sogar vor SQL-Injection, da $name nicht in der Abfrage enthalten ist. Weitere Informationen finden Sie in den Dokumenten .

    
Emil Ivanov 24.01.2013, 09:31
quelle
0

Ich habe ein Projekt auf GitHub , das massiv von Dapper inspiriert ist und dbmapper

Vorteile gegenüber Slick sind:

  • kein DSL - Du kennst schon eine gute Daten-DSL, es heißt SQL
  • völlig asynchron
  • sehr wenig Boilerplate-Code

Hier ist ein Beispiel:

%Vor%

Wenn Sie dapper aus der Dotnet-Welt kennen, wird sich dbmapper merkwürdig vertraut fühlen!

    
Nick Edwards 15.09.2014 13:54
quelle