Vorlesung Datenbanksysteme vom JDBC. Einführung JDBC-Verbindungen Schreibzugriff mit SQL SELECT Anweisungen prepared/callable Statements

Transkript

1 Vorlesung Datenbanksysteme vom JDBC Einführung JDBC-Verbindungen Schreibzugriff mit SQL SELECT Anweisungen prepared/callable Statements

2 Einführung DB-Anbindung an Programmiersprachen Embedded SQL vs. Call Level Interface JDBC-Treiber Typen JDBC-Klassen/Interfaces JDBC-Quellen JDBC-Beispiel

3 DB-Anbindung an Programmiersprachen 1. Erweiterung der Programmiersprache: DB-Konstrukte zur Programmiersprache hinzufügen eher historische Bedeutung (80er Jahre) z.b. Pascal/R ("Relationales Pascal") 2. Embedded SQL: Speziell markierte SQL-Anweisungen Pre-Compiler wandelt diese in Aufrufe von (meist proprietären) Bibliotheksfunktionen der "Wirtsprache" um. z.b.: Embedded SQL in C/C++, SQLJ 3. CLI (Call Level Interface): Verwendung von standardisierten Prozeduraufrufen z.b.: SQL/CLI, ODBC, JDBC 3

4 Embedded SQL Beispiel: C/C++ EXEC SQL BEGIN DECLARE SECTION; long matrnr; char name[30]; int semester; EXEC SQL END DECLARE SECTION; EXEC SQL DECLARE c_studenten CURSOR FOR SELECT * FROM Studenten; EXEC SQL OPEN c_studenten; while (SQLCODE == 0) { EXEC SQL FETCH c_studenten INTO :matrnr, :name, :semester; printf("%d, %s %d", matrnr, name, semester); } EXEC SQL CLOSE c_studenten; 4

5 Embedded SQL Beispiel: SQLJ #sql iterator StudIterator (int MatrNr, String Name, int Semester); StudIterator i_stud; #sql i_stud = { select * from Studenten }; while (i_stud.next()) { System.out.println(i_stud.MatrNr() + ", " + i_stud.name() + ", " + i_stud.semester()); } i_stud.close(); 5

6 Embedded SQL: Merkmale Üblicherweise "statisches SQL", d.h.: Struktur der Anfragen steht zur Compile-Zeit fest. Vor-/Nachteile: weiter gehende Überprüfungen möglich (z.b.: Syntax-Prüfung der SQL-Anfragen) aber unflexibel Häufig wird aber auch "dynamisches SQL" unterstützt (d.h.: Anfrage in String-Variable), z.b.: Pro*C von Oracle. Informationsaustausch zw. SQL und Wirtsprache: Host-Variablen + Cursor Portabilität: Ursprünglich nur auf Source Code Ebene, d.h.: für Verwendung eines anderen DBMS war Recompilierung nötig. SQLJ: Pre-Compiler ("Translator") erzeugt JDBC => gleiche Flexibilität wie CLI (aber bequemer). 6

7 Call Level Interfaces (1) Erster CLI-Standard: Microsoft, Lotus, etc: definieren eine Menge von Funktionen unter dem Namen "Database Connectivity" SAG (SQL Access Group: Oracle, Informix, etc.): auf Database Connectivity aufbauend wird ein CLI definiert. 1992: CLI wird von ANSI und ISO als Basis eines neuen Standards übernommen. ODBC (Open Database Connectivity): 1992: von Microsoft speziell für Windows entwickelt, später auch andere Betriebssysteme (insbesondere UNIX) Implementierung + Erweiterung des CLI-Standard Hauptsächlich für C/C++; aber auch andere Sprachen 7

8 Call Level Interfaces (2) SQL/CLI: Standardisierungsarbeiten der ANSI/ISO SQL Gruppen auf der Basis von ODBC. 1995: Verabschiedung des Standards : SQL/CLI 1999: Erweiterung des SQL/CLI im Zuge der SQL- Erweiterungen durch SQL-99. JDBC: Basierend auf ODBC aber weniger komplex, nützt Java- Möglichkeiten (z.b. objektorientiert, try-catch für Error Handling, ) Versionen: 1997: JDBC 1.0 in J2SE, ab Version 1.4: JDBC 3.0 letzte Version: JDBC 4.0 8

9 JDBC-Treiber Typen (1) Type 1: JDBC-ODBC-Bridge + ODBC-driver: JDBC-ODBC-Bridge ruft ODBC-Methoden auf ODBC-Treiber nötig. Type 2: Native-API partly- Java driver JDBC-Treiber ruft herstellerspezifische DB-Bibliotheken auf. => Diese Bibliotheken sind am Client erforderlich z.b.: Oracle OCI driver Type 1 Type 2 9

10 JDBC-Treiber Typen (2) Type 3: JDBC-Net pure Java driver: JDBC-Treiber ruft Middlewarespezifische Methoden auf. Middleware stellt Connectivity zu unterschiedlichen DB- Systemen bereit. Type 4: Native-protocol pure Java driver JDBC-Treiber kommuniziert direkt mit dem DB-Server. Außer JDBC-Treiber keine weitere SW am Client nötig. => beste Lösung für Applets z.b.: Oracle thin driver Type 4 Type 3 10

11 JDBC-Klassen/Interfaces package java.sql, z.b.: DriverManager Connection DatabaseMetaData Statement, PreparedStatement, CallableStatement ResultSet ResultSetMetaData SQLException, SQLWarning Types package javax.sql, z.b.: DataSource 11

12 JDBC-Quellen JavaDoc: Tutorials und weitere Informationen im Web: GettingStartedTOC.fm.html Bücher (für die VL Datenbanksysteme nicht erforderlich!): JDBC API Tutorial and Reference: Maydene Fisher, Jon Ellis, Jonathan Bruce (O'Reilly, 2003) Datenbanken & Java JDBC, SQLJ, ODMG und JDO: Gunter Saake, Kai-Uwe Sattler (dpunkt.verlag, 2003) 12

13 JDBC-Beispiel DriverManager.registerDriver (new oracle.jdbc.driver.oracledriver()); Connection conn = DriverManager.getConnection ("jdbc:oracle:thin:@localhost:1521:xe", "user", "password"); Statement stmt = conn.createstatement(); ResultSet rs = stmt.executequery ("select * from Studenten"); // Achtung: kein ';' als SQL-Begrenzer! while(rs.next()){ System.out.print(rs.getString(1) + ", " ); System.out.println(rs.getString(3)); } rs.close(); stmt.close(); conn.close(); 13

14 JDBC-Verbindungen Verbindungsaufbau Eigenschaften/Methoden einer Verbindung Verbindungsabbau Fehlerbehandlung

15 Verbindungsaufbau (1) DB-spezifischer JDBC-Treiber im CLASSPATH: für die Laborübung: ojdbc14.jar Möglichkeiten einen Treiber zu registrieren: Class.forName("oracle.jdbc.driver.OracleDriver"); oder: DriverManager.registerDriver (new oracle.jdbc.driver.oracledriver()); Parameter von getconnection() in der Laborübung: Treiber: jdbc:oracle:thin DB-Adresse: uebung.dbai.tuwien.ac.at:1521:uebung DB-User/Passwort: laut Mail an LVA-TeilnehmerInnen d.h.: Connection conn = DriverManager.getConnection( "jdbc:oracle:thin:@uebung.dbai.tuwien.ac.at:1521:uebung", "u<matrikelnr>", "<passwort>"); 15

16 Verbindungsaufbau (2) "Klassische" Methode: DriverManager.getConnection(" ") "Modernere" Methode: mittels DataSource Interface Die DB-Hersteller stellen spezfische Implementierungen von DataSource bereit. Basis-Implementierung funktioniert im wesentlichen wie DriverManager. Daneben stellen die DB-Hersteller aber auch Connection Pooling Implementierungen bereit => Connection Objekt als Teil eines Connection Pools. Vorteil: Connection Pooling ist wesentlich Ressourcenschonender. 16

17 Beispiel import javax.sql.datasource; import oracle.jdbc.pool.oracledatasource; DriverManager.registerDriver (new oracle.jdbc.driver.oracledriver()); OracleDataSource ods = new OracleDataSource(); ods.setdrivertype("thin"); ods.setservername("uebung.dbai.tuwien.ac.at"); ods.setportnumber(1521); ods.setdatabasename("uebung"); ods.setuser(dbuser); ods.setpassword(passwort); Connection conn = ods.getconnection(); Statement stmt = conn.createstatement(); 17

18 Eigenschaften/Methoden DB-Metadaten: mittels conn.getmetadata() Informationen über die DB bzw. die Verbindung, z.b.: DatabaseMetaData dbmeta = conn.getmetadata(); System.out.println("DB-ProductName: "+ dbmeta.getdatabaseproductname()); System.out.println("User: "+ dbmeta.getusername()); Transaktionssteuerung: AUTOCOMMIT on/off: conn.setautocommit(false); Transaktion beenden, z.b.: conn.commit(); (oder: conn.rollback();) Isolation Level setzen bzw. auslesen, z.b.: conn.gettransactionisolation() 18

19 Verbindungsabbau Ressourcenbelegung in der Datenbank: JDBC-Objekte können (abgesehen vom Speicher des Java-Programms) auch Ressourcen in der Datenbank belegen, z.b.: Oracle-Fehler "max cursors exceeded", wenn zu viele Statements gleichzeitig offen sind. Daher sollten Connections und Statements (und am besten auch ResultSets) immer explizit geschlossen werden, sobald sie nicht mehr benötigt werden, z.b.: rs.close(); stmt.close(); conn.close(); Hierarchie ResultSet < Statement < Connection, d.h.: Beim Schließen einer Connection werden implizit alle Statements dieser Connection geschlossen. 19

20 Fehlerbehandlung SQLException / SQLWarning: Die Methoden des JDBC-API werfen im Fehlerfall eine SQLException. Connections, Statements und ResultSets können auch SQLWarnings produzieren. Diese werden aber nicht geworfen sondern müssen aktiv angefordert werden mittels stmt.getwarnings() oder conn.getwarnings() Es kann auch mehrere SQLExceptions und SQLWarnings geben (als verkettete Liste). Felder von SQLException und SQLWarning: code: DB-spezifischer Fehlercode state: SQL-State laut SQL/CLI Standard msg: DB-spezifische Fehlermeldung 20

21 Beispiel für einen catch-block try { // JDBC-Aufrufe } catch (SQLException e) { while (e!= null) { System.out.println("Code = " + e.geterrorcode()); System.out.println("Message = " + e.getmessage()); System.out.println("State = " + e.getsqlstate()); e = e.getnextexception(); } } finally { try { if (rs!= null) { rs.close(); } if (stmt!= null) { stmt.close(); } if (conn!= null) { conn.close(); } } catch (SQLException e) { e.printstacktrace(); } // sauberer: finally mit geschachteltem try-catch } 21

22 Schreibzugriff mit SQL execute-methoden: Überblick Beispiel: DDL + DML

23 Execute-Methoden: Überblick executequery(): für SELECT-Anweisungen executequery() liefert ein ResultSet executeupdate(): für Schreibzugriff: DDL- und DML-Befehle executeupdate() liefert einen Integer-Wert (= Anzahl der betroffenen Tupel; bei DDL ist dieser Wert immer 0). Weitere Methoden: executebatch(): zuerst mehrere SQL-Befehle mittels addbatch() speichern und dann gemeinsam abschicken execute() 23

24 Beispiel: DDL + DML count = stmt.executeupdate ("DROP TABLE Abteilungen CASCADE CONSTRAINTS"); count = stmt.executeupdate ("CREATE TABLE Abteilungen (" + "AbtNr INTEGER PRIMARY KEY," + "Chef INTEGER," + "Bezeichnung VARCHAR(30)," + "Standort VARCHAR(30))"); count = stmt.executeupdate ("ALTER TABLE Abteilungen " + "ADD CONSTRAINT chef_fk FOREIGN KEY (Chef) " + "REFERENCES Mitarbeiter (PersNr)"); count = stmt.executeupdate ("INSERT INTO Abteilungen "+ "VALUES (1001, 102, 'Abteilung A', 'Ort A')"); 24

25 SELECT-Anweisungen ResultSet-Verarbeitung ResultSet-Metadaten SQL- vs. Java-Typen scrollable/updatable ResultSet

26 ResultSet-Verarbeitung SELECT-Anweisung verwendet die executequery() Methode. Diese liefert das Ergebnis als ResultSet. Das ResultSet ist ein Iterator, der mittels next() Methode die einzelnen Datensätze durchläuft. Der Zugriff auf die Spalten des aktuellen Datensatzes erfolgt durch typspezifische get-methoden des ResultSet, z.b.: getint(), getstring(), getdouble(), getdate(), Dieser Zugriff auf die Spalten geschieht entweder über den Spaltennamen oder über die Spaltenposition Default-mäßig dient ein ResultSet nur zum sequentiellen Durchlaufen in Vorwärts-Richtung und nur zum Lesen. Man kann aber auch explizit ein "scrollable" und/oder "updatable" ResultSet definieren. 26

27 Beispiel ResultSet rs = stmt.executequery("select "); while(rs.next()){ // Zugriff mittels Spalten-Position: String s = rs.getstring(1); // Name int i = rs.getint(2); // PersNr // oder: Zugriff mittels Spalten-Name: float f = rs.getfloat("gehalt"); double do = rs.getdouble("gehalt"); Date da = rs.getdate("geboren"); Timestamp t = rs.gettimestamp("geboren"); } 27

28 ResultSet-Metadaten Zu jedem ResultSet kann man MetaDaten abfragen ResultSetMetaData rsmd = rs.getmetadata(); Diese Metadaten enthalten Informationen über die Anzahl der Spalten einer Zeile sowie über die einzelnen Spalten (wie Name, JDBC-Typangabe, DB-spezifische Typbezeichnung, ) Beispiel: int anzahl = rsmd.getcolumncount(); for (int i = 1; i <= anzahl; i++) { columnname = rsmd.getcolumnname(i); dbspecifictype = rsmd.getcolumntypename(i); columntypeint = rsmd.getcolumntype(i); } 28

29 SQL- vs. Java-Typen (1) 1. Generische Typ-Bezeichnungen für SQL-Typen: Problem: Die verschiedenen DB-Systeme bieten zwar SQL- Typen mit ähnlicher Funktionalität an; diese Typen haben aber eventuell unterschiedliche Namen, z.b.: LONG RAW, IMAGE, BYTE, LONGBINARY sind im wesentlichen gleich. Für Portabilität wäre es wichtig, generische Bezeichnungen für die SQL-Typen zu verwenden, z.b. als return-wert von getcolumntype() (in ResultMetaData). Lösung in JDBC: Die Klasse Types (in java.sql) bietet eine Reihe von static int Definitionen für die verschiedenen SQL-Typen, z.b.: LONGVARBINARY für die SQL-Typen LONG RAW, IMAGE, etc. 29

30 SQL- vs. Java-Typen (2) 2. Konvertierung von Werten zw. Java-Typen und SQL-Typen. Problem: Selbst wenn man für die SQL-Typen einheitliche Bezeichner definiert, muss man erst festlegen, wie man Werte solcher SQL-Typen im Java-Programm speichert. Einfachste Lösung: Solange man z.b. bloß die Werte am Bildschirm ausgeben will, kann man alle SQL-Werte als Strings auffassen. Für die Weiterverarbeitung im Java- Programm ist das aber üblicherweise ungeeignet. Bessere Lösung: Type Mapping zwischen den generischen JDBC-Types und tatsächlichen Java-Typen, z.b.: siehe nächste Folie. 30

31 JDBC Type Java Type CHAR, VARCHAR, LONGVARCHAR NUMERIC, DECIMAL BIT, BOOLEAN TINYINT / SMALLINT / INTEGER / BIGINT REAL FLOAT, DOUBLE BINARY, VARBINARY, LONGVARBINARY DATE TIME TIMESTAMP String java.math.bigdecimal boolean byte / short / int / long float double byte[] java.sql.date java.sql.time java.sql.timestamp 31

32 Scrollable/Updatable ResultSet Default-Verhalten von ResultSets: Read-only nur Vorwärtsbewegung möglich (mittels rs.next()) Erweiterte Möglichkeiten bei ResultSets: "Type": Forward_only vs. scrollable "Concurrency Mode": read_only vs. updatable Das ResultSet Verhalten wird beim createstatement() Aufruf festgelegt: default-verhalten: conn.createstatement(); erweitert, z.b.: stmt = conn.createstatement( ResultSet.TYPE_SCROLL_INSENSITIVE, ResultSet.CONCUR_UPDATABLE); 32

33 Navigation im Scrollable ResultSet Folgende Methoden stehen zur Verfügung: first() last() next() previous() beforefirst() afterlast() absolute(x): Sprung zur Zeile mit Zeilennummer x relative(x): Vorwärtsbewegung um x Zeilen (bei x < 0 erfolgt entsprechende Rückwärtsbewegung). 33

34 Schreibzugriff auf ResultSet (1) UPDATE: Ändern von einzelnen Spalten-Werten der aktuellen Zeile mittels Typ-spezifischer update-methode Festschreiben der geänderten, aktuellen Zeile mittels updaterow()-methode DELETE: mittels deleterow()-methode Beispiel: rs = stmt.executequery("select MatrNr,VorlNr,... FROM pruefen"); while(rs.next()) { l_note = rs.getfloat("note"); if (l_note == 5) rs.deleterow(); else if (l_note >= 2) { rs.updatefloat("note", l_note - 1); rs.updaterow(); } } 34

35 Schreibzugriff auf ResultSet (2) Warnung: Erzeugung eines updatable ResultSet funktioniert (bei Oracle) nur, wenn im SELECT Statement die Ergebnis- Attribute explizit aufgelistet werden. Bei SELECT * FROM... wird anstelle des updatable ResultSet nur ein scrollable ResultSet erzeugt. Beispiel: folgendere Code funktioniert nicht! rs = stmt.executequery("select * FROM pruefen"); while(rs.next()) { l_note = rs.getfloat("note"); if (l_note == 5) rs.deleterow();... } 35

36 Schreibzugriff auf ResultSet (3) INSERT: Es gibt eine eigene "insert row". Das Einfügen einer neuen Zeile geschieht durch Wertzuweisungen an die Spalten der "insert row". Festschreiben der neuen Zeile: mittels insertrow()- Methode. Beispiel: rs.movetoinsertrow(); rs.updatefloat("note", l_note - 1); rs.updateint("matrnr", l_matrnr); rs.updateint("persnr", neuerpruefer); rs.updateint("vorlnr", l_vorlnr); rs.insertrow(); rs.movetocurrentrow(); 36

37 prepared/callable Statements Prepared Statements Stored Procedures Callable Statements Escape Syntax

38 Prepared Statements Ziel: die gleiche Art von SQL-Statement jeweils mit teilweise unterschiedlichen Werten mehrmals ausführen., z.b.: SELECT * FROM Studenten WHERE Semester =? Lösung in JDBC: mittels "prepared Statement" ein SQL-Statement mit "bind variables" definieren. Vor jedem execute-aufruf werden diese bind variables mittels Typ-spezifischen Set-Methoden neu versorgt. Vorteil: Das DB-System muss manche Arbeiten nur ein Mal durchführen (z.b. Parsen, Anfrage-Optimierung) Bemerkung: Prepared Statements können im Prinzip für beliebige Arten von SQL- (oder auch PL/SQL-) Statements verwendet werden, z.b.: stored procedures mit ausschließlich INPUT-Parametern. 38

39 Beispiel PreparedStatement pstmt = conn.preparestatement ("SELECT * FROM Studenten WHERE Semester =? "); for (int j = 1; j <= 20; j++ ) { pstmt.setint (1, j); rs = pstmt.executequery(); System.out.println("Studenten im " + j + "-ten Semester: "); while(rs.next()){ System.out.print(rs.getString(1) + ", " ); System.out.print(rs.getString(2) + ", " ); System.out.println(rs.getString(3)); } } 39

40 Stored Procedures/Functions Definition der stored procedure: "ganz normal" mittels CREATE PROCEDURE in executeupdate()-methode Aufruf: am einfachsten mittels anonymem PL/SQL-Block: Prozedur ohne Parameter: direkt in executeupdate() Prozedur mit ausschließlich Input Parametern: Falls die Parameter-Werte erst zur Laufzeit feststehen, muss ein Prepared Statement mit bind variables verwendet werden. Prozedur mit Output Parametern oder Funktion: mittels Callable Statement (siehe übernächste Folie) 40

41 Beispiel count = stmt.executeupdate( "CREATE OR REPLACE PROCEDURE p_copy_student AS " + "CURSOR c_student IS SELECT * FROM Studenten s; " + "BEGIN " + " FOR rec_student IN c_student LOOP " + " INSERT INTO Studenten_Kopie " + " VALUES (rec_student.matrnr, " + " rec_student.name, rec_student.semester); " " END LOOP; " + "END;"); count = stmt.executeupdate( "BEGIN " + " p_copy_student;" + "END;" ); 41

42 Callable Statements Ziel: Bei Aufruf einer stored procedure mit Output-Parametern bzw. einer stored function werden Werte zurückgeliefert. Diese müssen in Java-Variablen umgespeichert werden. Lösung in JDBC: mittels "callable Statement" ein SQL-Statement mit "bind variables" definieren. Der Typ jeder Output-Variable (bzw. des Return-Werts einer stored function) muss "registriert" werden. Vor jedem execute-aufruf werden die Input-Variablen mittels Typ-spezifischen Set-Methoden neu versorgt. Nach jedem execute-aufruf werden die Output-Variablen mittels Typ-spezifischen Get-Methoden ausgelesen. 42

43 Beispiel (1) count = stmt.executeupdate( "CREATE OR REPLACE PROCEDURE p_copy_student " + " (l_sem IN NUMBER, l_anzahl OUT NUMBER) AS " + " CURSOR c_student IS SELECT * FROM Studenten s " + " WHERE s.semester = l_sem; " + "END;"); CallableStatement cstmt = conn.preparecall( "BEGIN " + " p_copy_student (?,?);" + "END;" ); cstmt.registeroutparameter(2, Types.INTEGER); 43

44 Beispiel (2) for (int j = 1; j <= 20; j++ ) { cstmt.setint (1, j); cstmt.executeupdate(); anzahl = cstmt.getint(2); if (anzahl!= 0) { System.out.println("Anzahl der Studenten im " + j + ". Semester: " + anzahl); } } 44

45 Escape Syntax (1) Problem: Die konkrete Syntax für manche SQL-Features sind in besonderer Weise DB-Hersteller spezifisch, z.b.: Aufruf von stored procedures, Built-in Funktionen, Date/Time-Format, etc. Ziel: trotzdem portablen Java-Code erstellen. Lösung in JDBC: mittels { } wird dem JDBC-Treiber mitgeteilt, dass er die (standardisierte) "escape syntax" in die DB-spezifische Syntax umwandeln soll. Schreibweise: {<keyword> }, wobei <keyword> z.b. folgende Werte haben kann: call (für Aufruf einer stored procedure/function) fn (für Aufruf einer built-in Funktion) d bwz. t (für Date bzw. Time-Angabe). 45

46 Escape Syntax (2) Beispiele: Prozedur-Aufruf: cstmt = conn.preparecall( "{ call p_copy_student (?,?) }"); Funktions-Aufruf: cstmt = conn.preparecall( "{? = call f_anzahl (?) }"); Datums-Angabe, Built-in Funktion: stmt.executeupdate("update Mitarbeiter "+ "SET Geboren = {d ' '}, " + " Gehalt = {fn ceiling( )} " + "WHERE PersNr = 1005"); Bemerkung: Wenn die DB-Hersteller einmal SQL vollständig unterstützen (und nicht nur den Entry Level), dann ist die Escape Syntax in JDBC überflüssig. 46

47 JDBC: autocommit = false Transaktionssteuerung in JDBC Oracle-Verhalten

48 Transaktionssteuerung in JDBC Autocommit vs. explizite Transaktionssteuerung: By default a Connection object is in auto-commit mode, which means that it automatically commits changes after executing each statement. If auto-commit mode has been disabled, the method commit must be called explicitly in order to commit changes; otherwise, database changes will not be saved. 48

49 Oracle-Verhalten User Guide: /b14355/basic.htm#i By default, data manipulation language (DML) operations are committed automatically as soon as they are run. This is known as the auto-commit mode. However, you can disable auto-commit mode with the following method call on the Connection conn.setautocommit(false); If you disable the auto-commit mode, then you must manually commit or roll back changes with the appropriate method call on the Connection conn.commit(); or conn.rollback(); 49

50 Oracle-Verhalten Beobachtetes Verhalten: Wenn die Session ohne conn.close() endet, wird implizit ein rollback durchgeführt. Wenn die Session sauber mittels conn.close() geschlossen wird, dann wird implizit ein commit durchgeführt!! Konsequenz: Auf keinen Fall auf ein bestimmtes Default Verhalten vertrauen und immer explizit commit() oder rollback() durchführen!! 50