Jag har problem med att kartlägga en byte array till en MySQL-databas i Hibernate och undrade om jag saknar något självklart. Min klass ser ungefär ut så här. Bordet definieras som det här i MySQL 5 5. Och Hibernate 3 6 2 mapping ser ut Liknar detta. Jag använder endast hbm2ddl för validering och det ger mig det här felet när jag installerar applikationen. Om du använder typ binär i mappningen skulle det inte leda till viloläge att förvänta kolumn s-typen att vara binär istället för tinyblob, gör jag inte Vet vad jag skulle ha tillbringat i tid Googling detta men kunde inte hitta det exakta felet Lösningarna för liknande fel var att. Specify längd på egenskapen som ändrar vilken typ som Hibernate förväntar sig men det är alltid en mängd olika blob istället för den binära typen det s Hitta. Istället för att deklarera en typ på egenskapselementet, inhämta ett kolumnelement och ge det ett attribut för sql-typ som fungerar men det skulle också göra bindningen specifikt för MySQL så jag skulle vilja undvika det om möjligt. Abou T den här inställningen som skulle orsaka denna felmatchning Om jag anger typ binärt istället för blob, varför är Hibernate förväntar sig en blob istället för en binär. asked 12 maj 11 på 5 28. Du är korrekt - typ binär är definitivt problemet jag bara var felaktigt Förutsatt att eftersom det finns både en blob Hibernate-typ och en binär Hibernate-typ, skulle blob Hibernate-typen motsvara de olika MySQL-blobtyperna och binära skulle motsvara binära Tyvärr verkar det inte vara någon Hibernate-typ som motsvarar en MySQL Binär vilket verkar som en ganska stor övervakning spaaarky21 15 maj 11 kl 17 04. Vad vi slutade göra för att lösa ett problem som liknar detta är att skriva vår egen anpassade UserType. UserTypes är relativt lätta att implementera. Skapa bara en klass som implementerar och implementerar Åsidosättningsmetoderna. I dina hibernate-definitioner är det ganska enkelt att använda en användartyp. Enkelt uttryckt, Vad detta kommer att göra är att utföra denna klass för att läsa och skriva data från databasen. Speciellt met Ods nullSafeGet och nullSafeSet används. I vårt fall använde vi detta för att gzip komprimera binära data innan du skriver den till databasen och komprimera den som läsad. Detta döljer det faktum att data komprimeras från programmet med hjälp av denna data. I Ha en ansökan med hjälp av viloläge 3 1 och JPA-anteckningar Det har några objekt med byte attribut 1k - 200k i storlek Det använder JPA Lob annotering och viloläge 3 1 kan läsa dessa bra på alla större databaser - det verkar dölja JDBC Blob-säljaren särdrag som det borde göra. Vi var tvungna att uppgradera till 3 5 när vi upptäckte att hibernate 3 5 bryter och vann inte fixa denna annoteringskombination i postgresql utan någon lösning, jag har hittills inte hittat en klar fix, men det gjorde jag Märker att om jag bara tar bort Lob, använder den postgresql-typen bytea som fungerar men bara på postgres. Jag letar efter ett sätt att ha en enda annoterad klass med en blob-egenskap som är bärbar över stora databaser. Vad är den bärbara Sätt att annotera en byt E property. Is detta fixat i någon ny version av hibernate. Update Efter att ha läst den här bloggen har jag äntligen funderat på vad den ursprungliga lösningen i JIRA-frågan var. Du borde tydligen släppa Lob och kommentera egenskapen. Men det gör det inte Jobba för mig - jag får fortfarande OID i stället för bytea men det fungerade för författaren till JIRA-frågan, som verkade vilja oid. Efter svaret från A Garcia försökte jag sedan den här kombinationsrutan som faktiskt jobbar med postgresql, Men inte på oracle. What jag verkligen behöver göra är att kontrollera vilken kombination Lob byte får mappas till på postgresql. Here är snippet från från MaterializedBlobType sql typ Blob Enligt Steve s blogg vill postgresql att du använder Streams for bytea don t Fråga mig varför och postgresql s anpassade Blob-typ för oids Notera också att använda setBytes på JDBC är också för bytea från tidigare erfarenhet Så det förklarar varför användningsflödena inte påverkar de båda antar bytea. Detta resulterar in. Update Den nästa logiska frågan är Varför Inte bara ändra tabelldefinitionerna manuellt till bytea och behåll Lob byte Detta fungerar, tills du försöker lagra en null-byte Vilken postgreSQL-drivrutinen tycker är ett OID-typuttryck och kolumntypen är bytea - det här beror på att viloläget riktigt kallas I stället för vilken PG-förare förväntas. Typsystemet i viloläge är för närvarande ett pågående arbete enligt 3 5 5 avskrivnings kommentar. Faktum är att så mycket av 3 5 5-koden avlägsnas, det är svårt att veta vad man ska titta på när sub - Klassificera PostgreSQLDialect. AFAKT, på postgresql bör mappas till någon anpassad typ som använder OID-format JDBC-åtkomst dvs PostgresqlBlobType-objekt och NOT MaterializedBlobType Jag har aldrig använt Blobs med postgresql faktiskt, men jag vet att bytea bara fungerar som en jag skulle Förvänta mig. Jag tittar för närvarande på BatchUpdateException - det är möjligt att föraren inte stöder batching. Great citat från 2004 För att sammanfatta mina ramblings, säger jag att de borde vänta på JDBC-drivrutinen t O gör LOBs ordentligt innan du ändrar Hibernate. What är den bärbara sättet att annotera en byte egenskap. Det beror på vad du vill ha JPA kan kvarstå en icke-annoterad byte Från JPA 2 0 spec.11 1 6 Basic Annotation. The grundläggande anteckning är Enklaste kartortypen till en databaskolumn Den grundläggande anteckningen kan appliceras på en beständig egenskap eller instansvariabel av någon av följande typer av Java-primitiva, typer, omslag av de primitiva typerna, byte-byte-karaktärerna och en annan typ som implementerar Serializable Som beskrivs i avsnitt 2 8 är användningen av den grundläggande anteckningen valfri för persistenta fält och egenskaper för dessa typer. Om den grundläggande anteckningen inte är specificerad för ett sådant fält eller en egenskap, gäller standardvärdena för den grundläggande anteckningen. Och viloläge Kommer att kartlägga det som standard till en SQL VARBINARY eller en SQL LONGVARBINARY beroende på den kolumnstorlek som PostgreSQL hanterar med en bytea. But om du vill att byte ska lagras i ett stort objekt, ska du använda A Lob Från spec.11 1 24 Lob Annotation. A Lob-annotering anger att en beständig egenskap eller ett fält bör kvarstå som ett stort objekt till en databasstödd stor objekttyp. Bärbara applikationer ska använda Lob-annoteringen vid mappning till en databas Lob Typ Lob-anteckningen kan användas i samband med den grundläggande anteckningen eller med ElementCollection-anteckningen när elementets insamlingsvärde är av grundläggande typ A Lob kan vara antingen en binär eller teckentyp. Lob-typen är härledd från typen av det ihållande fältet eller Egendom och, förutom sträng - och teckentyper, är standardvärdena till Blob. And Hibernate kommer att kartlägga det till en SQL BLOB som PostgreSQL hanterar med en oid. Is detta fixat i en ny version av viloläge. Väl, problemet är att jag inte vet Vad problemet är exakt Men jag kan åtminstone säga att ingenting har förändrats sedan 3 5 0-Beta-2 vilket är där en förändring har introducerats i 3 5 x branchen. Men min förståelse för frågor som HHH-4876 HHH-4617 en Nd av PostgreSQL och BLOBs som nämns i PostgreSQLDialects javadok är att du ska ange följande property. if du vill använda oid dvs byte med Lob vilket är min förståelse eftersom VARBINARY är inte vad du vill med Oracle Försökte du detta . Som ett alternativ föreslår HHH-4876 att använda den avkodade PrimitiveByteArrayBlobType för att få det gamla beteendet före Hibernate 3 5.JPA 2 0 Specification. Section 2 8 Mapping-standard för icke-relationella fält eller Properties. Section 11 1 6 Basic Annotation. Section 11 1 24 Lob Annotation. Justin Men medan hibernate 3 5 maps till oid som standard läser det med JDBC getBytes vilken PGSQL-drivrutin returnerar 6 byte oid istället för data - sker detta när du använder för att se vad Steve sa nu Pascal Thivent 17 sep 10 kl 21 37. Här går vad O reilly Enterprise JavaBeans, 3 0 says. JDBC har speciella typer för dessa mycket stora objekt. Typen representerar binär data och representerar teckendata. Här går PostgreSQLDialect källkod. Så vad du kan göra. Överför PostgreSQLDialect enligt följande. Definiera nu just din anpassade dialekt. Och använd din bärbara JPA Lob annotation. Here har extraherats här. Jag har en applikation som körs i viloläge 3 3 2 och programmen fungerar bra med alla blob-fält med oid byte i java. Migrating to hibernate 3 5 alla blob-fält fungerar inte längre och serverns logg visar FEL - ERROR-kolumnen är av typen oid men uttrycket är av typ bytea. Denna generaly är inte fel i PG JDBC men förändring av standard implementering av Hibernate i 3 5 versi På I min situation kunde inte kompatibel egenskap vid anslutningen hjälpa till. Mycket mer det som jag såg i 3 5 - beta 2, och jag vet inte om det var fixat är Hibernate - utan typannotation - kommer automatiskt skapa kolumn av typen oid , Men kommer att försöka läsa detta som bytea. Interesting är att när han kartlägger som bytea Se CustomPostgreSQLDialect han får. Kan inte utföra JDBC-batch update. when infoga eller uppdatering. Hibernate - Mapping Files. An Relational mappings för objekt definieras vanligtvis i ett XML Dokument Den här mappfilen instruerar Hibernate hur man kartlägger den definierade klassen eller klasserna i databasborden. Även om många Hibernate-användare väljer att skriva XML-filen för hand finns ett antal verktyg för att skapa mappningsdokumentet. Dessa inkluderar XDoclet, Middlegen och AndroMDA för avancerade Hibernate users. Let oss överväga vår tidigare definierade POJO-klass vars objekt kommer att kvarstå i tabellen som definieras i nästa avsnitt. Det skulle finnas ett bord som motsvarar varje objekt du är villig att ge persi Stence Överväg ovanstående objekt måste lagras och hämtas i följande RDBMS-tabell. Baserat på de två ovanstående enheterna kan vi definiera följande mappfil som instruerar Hibernate hur man kartlägger den definierade klassen eller klasserna i databas tabeller. Du borde spara kartläggningsdokumentet I en fil med formatet klassnamn Vi sparade vårt kartläggningsdokument i filen Låt oss se lite detaljer om kartläggningselementen som används i kartläggningsfilen. Kartläggningsdokumentet är ett XML-dokument som har hibernate-mapping som rotelementet som innehåller hela klassen Element. Klasselementen används för att definiera specifika mappningar från en Java-klass till databastabellerna. Java-klassnamnet är specificerat med namnetattributet till klasselementet och databastabellnamnet specificeras med hjälp av tabellattributet. Meta-elementet är valfritt Elementet och kan användas för att skapa klassbeskrivningen. Id-elementet kartlägger det unika ID-attributet i klassen till den primära nyckeln i databastabellen. Namnet a Ttribute av id-elementet hänvisar till egenskapen i klassen och kolumnattributet hänvisar till kolumnen i databastabellen. Typattributet innehåller dvala-kartläggningstypen. Dessa kartläggningstyper kommer att konverteras från Java till SQL-datatyp. Generatorns element inom Id-element används för att automatiskt generera primärnyckelvärdena Ange klassattributet hos generatorelementet är inställt på infödda för att låta dvala plocka upp antingen identitet, sekvens eller hilo-algoritm för att skapa primärnyckel beroende på kapaciteten hos den underliggande databasen. Egenskapen Element används för att kartlägga en Java-klassegenskap till en kolumn i databastabellen Namnattributet för elementet hänvisar till egenskapen i klassen och kolumnattributet hänvisar till kolumnen i databastabellen Typattributet innehåller dvala-kartläggningstypen, Dessa kartläggningstyper kommer att konverteras från Java till SQL-datatyp. Det finns andra attribut och element tillgängliga som kommer att användas i ett kartläggningsdokument och jag w Ould försök att täcka så många som möjligt medan du diskuterar andra dvala relaterade ämnen.5 1 Mapping deklaration. Object relationella mappings definieras vanligtvis i ett XML-dokument Mappningsdokumentet är utformat för att vara läsbart och handredigerbart Kartläggningsspråket är Java-centrerat, Vilket innebär att mappings är konstruerade kring vedhängande klassdeklarationer och inte tabelldeklarationer. Observera att även om många Hibernate-användare väljer att skriva XML-filen för hand finns ett antal verktyg för att skapa mappningsdokumentet. Dessa inkluderar XDoclet, Middlegen och AndroMDA. Här är Ett exempel på kartläggning. Vi kommer nu att diskutera innehållet i kartläggningsdokumentet. Vi beskriver bara de dokumentelement och attribut som används av viloläge vid körning. Kartläggningsdokumentet innehåller också några extra valfria attribut och element som påverkar databasscheman exporterade Med schemaexportverktyget, till exempel, inte-null-attributet.5 1 1 Doctype. All XML-mappings bör deklarera doktyp s Hown Den faktiska DTD kan hittas på webbadressen ovan, i katalogen viloläge-x xx src org viloläge eller i Hibernate söker alltid DTD i sin klassväg först Om du upplever uppslag av DTD med en Internetanslutning, kolla DTD Förklaring mot innehållet i din klassväg.5 1 1 1 EntityResolver. Hibernate försöker först att lösa DTD i sin klassväg Det gör detta genom att registrera en anpassad implementering med SAXReader som den använder för att läsa i XML-filerna. Denna anpassade EntityResolver känner igen två olika SystemId namespaces. a Hibernate namespace erkänns när resolverna stöter på ett systemId börjar med resolver försöker lösa dessa enheter via klasslasten som laddade Hibernate classes. a användarnamnrymden identifieras när upplösaren möter ett systemId använder ett klasspath-URL-protokoll. Resolutionen Kommer att försöka lösa dessa enheter via 1 den aktuella trådklasslasten och 2 klasslasten som laddades Hibernate-klasserna. Följande är ett exempel på användningen av användarnamnspacing. Where är en resurs i paketet och innehåller en anpassad typedef.5 1 2 Hibernate-mapping. Detta element har flera valfria attribut. Schema - och katalogattributen anger att tabeller hänvisas till I den här mappningen tillhör det namngivna schemat och eller katalogen Om de är angivna kommer tabellenamn att vara kvalificerade enligt det angivna schemat och katalognamn Om de saknas kommer tabellen namn okvalificeras Standardkaskadattributet anger vilken kaskadstil som ska antas för egenskaper Och samlingar som inte anger ett kaskadattribut Som standard tillåter egenskapen för automatisk import att du använder okvalificerade klassnamn i fråge språket. Schema valfritt namnet på en databas schema. entity-namn valfritt - standardvärdena i klassnamnet Hibernate3 tillåter En klass som ska kartläggas flera gånger, eventuellt till olika tabeller. Det tillåter också enheter mappings som representeras av Kartor eller XML på Java-nivå I N i dessa fall borde du ange ett uttryckligt godtyckligt namn för enheten Se avsnitt 4 4, Dynamiska modeller och Kapitel 18, XML-kartläggning för mer information. check frivilligt ett SQL-uttryck som används för att generera en multi-raden kontrollbegränsning för automatisk schemagenerering. Rastfritt valfritt Hibernate kan använda ROWID på databaser På Oracle kan till exempel Hibernate använda den radiga extra kolumnen för snabba uppdateringar när det här alternativet är inställt på rowid A ROWID är en implementeringsdetalj och representerar den fysiska platsen för en lagrad tuple. subselect valfri Kartor en oföränderlig och skrivskyddad enhet till en databas subselect Detta är användbart om du vill ha en vy istället för en bastabell Se nedan för mer information. abstract frivilligt används för att markera abstrakta superklasser i fackliga underklasshierarkier. Det är acceptabelt För den namngivna ihärdiga klassen att vara ett gränssnitt Du kan deklarera implementeringsklasser av det gränssnittet med hjälp av underklasselementet Du kan bestå av någon statisk inre klass Ange cl Ass namn med hjälp av standardformuläret i e. Immutable klasser, kan mutable false inte uppdateras eller raderas av programmet. Detta gör att Hibernate kan göra några mindre prestandaoptimeringar. Den frivilliga proxyattributet möjliggör latininitiering av uthålliga instanser av klassen Hibernate kommer initialt att återvända CGLIB Proxy som implementerar det angivna gränssnittet Det vedhållande objektet laddas när en proxy-metod är påkallad. Se Initialiserande samlingar och proxyer nedan. Implikt polymorfism innebär att instanser av klassen kommer att returneras av en fråga som heter någon superklass eller implementerat gränssnitt eller klass, Och att förekomsten av någon underklass i klassen kommer att returneras av en fråga som namnger själva klassen. Explicit polymorphism betyder att klassinstanser kommer att returneras endast av frågor som uttryckligen namnger den klassen. Sökningar som heter klassen kommer bara att returnera instanser av underklasser kortlagda inuti Denna klassdeklaration som en underklass eller en delklass För de flesta ändamål, E standardpolymorfism implicit är lämplig Explicit polymorfism är användbar när två olika klasser är mappade till samma tabell. Detta möjliggör en lättviktsklass som innehåller en delmängd av tabellkolumnerna. Persister-attributet låter dig anpassa persistensstrategin som används för klassen Du kan, Ange till exempel din egen underklass eller så kan du till och med ge en helt ny implementering av gränssnittet som implementerar till exempel uthållighet via lagrade procedurer, serialisering till platta filer eller LDAP. Se för ett enkelt exempel på uthållighet till en Hashtable. Dynamiska uppdateringar och dynamiska insättningsinställningar är inte ärftliga av underklasser, så de kan också specificeras på delklass eller delkomponentelement. Även om dessa inställningar kan öka prestanda i vissa fall kan de faktiskt minska prestandan i andra. Användning av valda - Före uppdatering brukar minska prestanda Det är användbart att förhindra att en databasuppdateringsutlösare kallas onödigt om du läser Ta en graf över fristående instanser till en session. Om du aktiverar dynamisk uppdatering får du välja mellan optimistiska låsningsstrategier. Version kolla kolumnerna för versionstidsstämplar. Kolla alla kolumner. Kontrollera de ändrade kolumnerna och använd vissa samtidiga uppdateringar. Använd inte optimistisk låsning. Det rekommenderas starkt att du använder versionstidsstämpelspalten för optimalt låsning med viloläge. Denna strategi optimerar prestanda och hanterar korrekt ändringar som gjorts i fristående instanser, dvs när används. Det finns ingen skillnad mellan en vy och en bastabell för En Hibernate-kartläggning Detta är genomskinligt på databasnivå, även om vissa DBMS inte stöder visningar korrekt, särskilt med uppdateringar. Ibland vill du använda en vy men du kan inte skapa en i databasen, dvs med ett gammalt schema. I det här fallet kan du Kartlägga en immutabel och skrivskyddad enhet till ett givet SQL-subselektuttryck. Ange tabellerna för att synkronisera denna enhet med att se till att auto-flush händer co Rätt och de här frågorna mot den härledda enheten returnerar inte gammal data Subselekten är tillgänglig både som ett attribut och ett kapslade kartläggningselement. Gemensamma klasser måste deklarera primärdiktkolumnen i databastabellen De flesta klasser kommer också att ha en egenskap av JavaBeans-stil Den unika identifieraren av en instans ID-elementet definierar mappningen från den här egenskapen till den primära nyckeln kolumn. Namn valfritt namnet på identifieraren property. formula valfritt ett SQL-uttryck som definierar värdet för en beräknad utländsk nyckel. Ställ in ett värde av Kaskad attribut till något meningsfullt värde annat än ingen kommer att sprida vissa operationer till det associerade objektet De meningsfulla värdena är indelade i tre kategorier Först basiska operationer, som inkluderar kvarstår, sammanfogning, radering, lagring, uppdatering, evict, replikering, låsning och uppdatering andra , Speciella värden delete-orphan och third, alla kommaseparerade kombinationer av operationsnamn kaskad kvarstår, sammanfogar, slocknar eller kaskader allt, tar bort - orphan Se avsnitt 10 11, Transitiv persistens för en fullständig förklaring Observera att enskilda värderade, många till en och en till en, föreningar inte stöder orphan delete. Here är ett exempel på en typisk många till en-deklaration . Egenskapsref-attributet bör endast användas för att kartlägga äldre data där en främmande nyckel hänvisar till en unik nyckel i det associerade tabellen än den primära nyckeln. Detta är en komplicerad och förvirrande relationell modell. Om produktklassen hade en unik Serienummer som inte är den primära nyckeln De unika attributkontrollerna Dvalerar s DDL-generationen med SchemaExport-verktyget. Då kan kartläggningen för OrderItem användas. Detta uppmuntras dock inte. Om den angivna unika nyckeln består av flera egenskaper hos den tillhörande enheten, så Bör kartlägga de angivna egenskaperna i ett namngivna egenskapselement. Om den angivna unika nyckeln är egenskapen till en komponent kan du ange en egenskapsväg.5 1 13 En-till-en.5 2 1 Enheter och värden. I förhållande till Persistenstjänsten klassificeras Java-språknivåobjekt i två grupper. En enhet existerar oberoende av andra objekt som innehåller referenser till enheten. Kontrast detta med den vanliga Java-modellen, där ett obestämt objekt är insamlat. Enheter måste explicit sparas och raderas. Sparar och raderingar kan dock kaskadas från en förälderhet till sina barn. Detta skiljer sig från ODMG-modellen för objektets persistens genom nåbarhet och motsvarar närmare hur ansökningsobjekt vanligtvis används i stora system. Enheter stöder cirkulära och delade referenser. De kan Också vara versioned. En entitet s vidhäftande tillstånd består av referenser till andra enheter och instanser av värde typer Värderingar är primitiva samlingar inte vad som finns i en samling, komponenter och vissa oföränderliga objekt Till skillnad från enheter, värderingar i synnerhet samlingar och komponenter, kvarstår och raderas Genom nåbarhet Eftersom värdeobjekt och primitiva är kvar och d Eleted tillsammans med deras innehållande enhet kan de inte vara oberoende av varandra. Värdena har ingen oberoende identitet, så de kan inte delas av två enheter eller samlingar. Hittills har vi använt termen ihållande klass för att hänvisa till enheter. Vi fortsätter att göra det Inte alla användardefinierade klasser med ett beständigt tillstånd är emellertid enheter En komponent är en användardefinierad klass med värde semantik En Java-egenskap av typen har också värde-semantik Med den här definitionen har alla typer av klasser som tillhandahålls av JDK värdetyps semantik I Java, medan användardefinierade typer kan kartläggas med enhet eller värde typ semantik Detta beslut är upp till applikationsutvecklaren En entitetsklass i en domänmodell har normalt delade referenser till en enda instans av den klassen, medan komposition eller aggregering vanligtvis Översätter till en värde typ. Vi kommer att se över båda koncepten genom denna referensguide. Utmaningen är att kartlägga Java-typsystemet och utvecklarens definition av en Typer och värdetyper till SQL-databasstypssystemet Broen mellan båda systemen tillhandahålls av viloläge För enheter används klassunderklassen och så vidare För värdetyper använder vi egendomskomponent etc som vanligtvis har en typattribut Värdet på detta attribut är Namnet på Hibernate-kartläggningstypen Hibernate ger en rad mappings för standard JDK-värdetyper ur rutan Du kan skriva egna kartläggningstyper och implementera egna anpassade konverteringsstrategier. Med undantag för samlingar stödjer alla inbyggda Hibernate-typer Null semantik.5 2 2 Grundläggande värde typer. De inbyggda grundläggande kartläggningstyperna kan grovt kategoriseras i följande. integer, lång, kort, flyt, dubbel, tecken, byte, booleska, yesno, truefalse. Type mappings från Java primitives Eller omslagsklasser till lämpliga leverantörsspecifika SQL-kolumntyper booleska, yesno och truefalse är alla alternativa kodningar för en Java-booleansk eller. A-typkarta från VARCHAR eller Oracle VARCHAR2.date, time, tim Estamp. Type mappings från och dess underklasser till SQL typer DATE TIME och TIMESTAMP eller equivalent. Type mappings från till SQL typer TIMESTAMP och DATE eller equivalent. Type mappings från och till NUMERIC eller Oracle NUMBER. local, timezone, currency. Type mappings från och Till VARCHAR eller Oracle VARCHAR2 Instanser av landsting och valuta mappas till deras ISO-koder Instanser av TimeZone är mappade till deras ID. En typ kartläggning från VARCHAR eller Oracle VARCHAR2 En klass är mappad till sitt fullt kvalificerade namn. Maps byte arrayer till en lämplig SQL-binära typ. Mappar långa Java-strängar till en SQL CLOB - eller TEXT-typ. Mappar serialiserbara Java-typer till en lämplig binär binär typ i SQL. Du kan också ange serielliserbar Hibernate-typ med namnet på en serielliserbar Java-klass eller ett gränssnitt som inte är standard för en Grundläggande typ. Typmappings för JDBC-klasserna och Dessa typer kan vara obekväm för vissa applikationer, eftersom blob eller clob-objektet inte kan återanvändas utanför en transaktion. Drivrutins support är fläckig en Nd inkonsistent. immdate, immtime, immtimestamp, immcalendar, immcalendardate, immserializable, immbinary. Type mappings för vad som anses vara mutable Java typer Det här är Hibernate gör vissa optimeringar lämpliga endast för oföränderliga Java typer, och programmet behandlar objektet som oföränderlig Till exempel , Bör du inte ringa till en instans mappad som immtestämpel För att ändra egenskapens värde och ha den ändringen som görs kvarhållande, måste applikationen tilldela ett nytt, ickeidentiskt objekt till egenskapen. Unika identifierare av enheter och samlingar kan vara av någon Grundläggande typ utom binär blob och clob Kompositidentifierare är också tillåtna Se nedan för mer information. Grundvärdetypen har motsvarande typkonstanter definierade på. Exempelvis representerar strängtypen. 5 2 3 Anpassade värdetyper. Det är relativt enkelt för utvecklare att Skapa egna värdetyper Till exempel kanske du vill behålla egenskaper av typen till VARCHAR-kolumner Viloläge ger inte Ea inbyggd typ för den här anpassade typen är inte begränsad till att kartlägga en egenskap eller samlingselement till en enda tabellkolumn Så, till exempel, kan du ha en Java-egenskap getName setName av typen som kvarstår i kolumnerna FIRSTNAME INITIAL SURNAME. Att implementera en anpassad typ, implementera antingen eller och förklara egenskaper med hjälp av den fullt kvalificerade klassnamnet för typen Visa för att se vilken typ av saker som är möjliga. Notera användningen av kolumntaggar för att kartlägga en egenskap till flera kolumner. CompositeUserType EnhancedUserType UserCollectionType Och UserVersionType-gränssnitt ger stöd för mer specialiserade användningsområden. Du kan även leverera parametrar till en UserType i mappfilen. För att göra detta måste din UserType implementera gränssnittet. För att leverera parametrar till din anpassade typ kan du använda typelementet i dina mappfiler. UserType kan nu hämta värdet för parametern som heter standard från egenskapsobjektet som skickas till den. Om du regelbundet använder en viss UserType är det använd Ul för att definiera ett kortare namn för det Du kan göra detta med typedef-elementet Typedefs tilldela ett namn till en anpassad typ och kan också innehålla en lista med standardparametervärden om typen är parametrerad. Det är också möjligt att åsidosätta parametrarna som levereras I en typedef från fall till fall genom att använda typparametrar på egenskapskartläggningen. Även om Hibernate s rika utbud av inbyggda typer och stöd för komponenter betyder att du sällan behöver använda en anpassad typ, anses det som bra Öva att använda anpassade typer för klasser som inte är enheter, som ofta förekommer i din ansökan. Exempelvis är en MonetaryAmount-klass en bra kandidat för en CompositeUserType trots att den kan kartläggas som en komponent. En anledning till detta är abstraktion. Med en anpassad typ Kartläggningsdokument skulle skyddas mot förändringar i hur monetära värden representeras.5 3 Kartlägga en klass mer än en gång. Det är möjligt att tillhandahålla mer än en kartläggning för en viss beständig klass I detta fall E måste du ange ett företagsnamn för att disambiguera mellan instanser av de två mappade enheterna Som standard är enhetens namn detsamma som klassnamnet Hibernate låter dig ange enhetsnamnet när man arbetar med vedhängande objekt, när man skriver frågor eller när man kartlägger Föreningar till den angivna enheten. Föreningarna specificeras nu med hjälp av företagsnamn istället för klass.5 4 SQL-citerade identifierare. Du kan tvinga Hibernate att citera en identifierare i den genererade SQL genom att bifoga tabellen eller kolumnnamnet i backticks i mappningsdokumentet Viloläge Kommer att använda rätt citat stil för SQL Dialect Detta är vanligtvis dubbla citat men SQL Server använder parentes och MySQL använder backticks.5 5 Metadata alternativ.5 5 1 Använda XDoclet markup. Many Hibernate-användare föredrar att bädda in kartläggningsinformation direkt i källkoden Använder XDoclet Vi täcker inte detta tillvägagångssätt i denna referensguide eftersom det anses vara en del av XDoclet. Vi inkluderar emellertid följande exempel på Cat-klassen vit H XDoclet mappings. See Hibernate-webbplatsen för fler exempel på XDoclet och Hibernate.5 5 2 Använda JDK 5 0 Annotations. JDK 5 0 presenterade annoteringar av XDoclet-stil på språknivå som är typsäkra och kontrollerade vid sammanställningstid Denna mekanism är Kraftfullare än XDoclet-anteckningar och bättre stöds av verktyg och IDEs IntelliJ IDEA stöder till exempel autofullisering och syntaxbeläggning av JDK 5 0-noteringar Den nya versionen av EJB-specifikationen JSR-220 använder JDK 5 0-noteringar som den primära metadatormekanismen För enhetbönor Hibernate3 implementerar EntityManager of JSR-220 API-supporten för kartläggning av metadata är tillgänglig via Hibernate Annotations-paketet som en separat nedladdning. Både EJB3 JSR-220 och Hibernate3-metadata stöds. Detta är ett exempel på en POJO-klass som antecknas som En EJB-enhet Bean. Support for JDK 5 0 Annoteringar och JSR-220 är under utveckling. Se modulen Hibernate Annotations för mer information.5 6 Gen Genererade egenskaper är egenskaper som har sina värden som genereras av databasen. Vanligtvis behövs vilolägeapplikationer för att uppdatera objekt som innehåller några egenskaper för vilka databasen genererade värden. Markeringsegenskaper som genereras tillåter dock att applikationen delegerar detta ansvar till viloläge när Viloläge utfärdar en SQL-INSERT eller UPDATE för en enhet som har definierade genererade egenskaper. Det utlämnar omedelbart en markering efteråt för att hämta de genererade värdena. Egenskaper som är markerade som genererade måste dessutom vara icke-införbara och inte uppdaterbara. Endast versioner av tidsstämplar och enkla egenskaper kan vara Markerad som genererad. Vill standardvärdet genereras inte det angivna egenskapsvärdet i databasen. insatsen genereras det angivna egenskapsvärdet på inlägg men regenereras inte vid efterföljande uppdateringar Egenskaper som skapade datum faller in i denna kategori Även om version och tidsstämpelegenskaper Kan markeras som genererad, det här alternativet är inte available. always the property value is generated both on insert and on update.5 7 Auxiliary database objects. Auxiliary database objects allow for the CREATE and DROP of arbitrary database objects In conjunction with Hibernate s schema evolution tools, they have the ability to fully define a user schema within the Hibernate mapping files Although designed specifically for creating and dropping things like triggers or stored procedures, any SQL command that can be run via a method is valid for example, ALTERs, INSERTS, etc There are essentially two modes for defining auxiliary database objects. The first mode is to explicitly list the CREATE and DROP commands in the mapping file. The second mode is to supply a custom class that constructs the CREATE and DROP commands This custom class must implement the interface. Additionally, these database objects can be optionally scoped so that they only apply when certain dialects are used. Copyright 2004 Red Hat Middleware, LLC. private contents. Input Stream contents i m getting these from a file Blob b. Now when I save the Blob b, when there is a flush, it executes code that apparently is trying to convert the Blob into a byte , so I get an OutOfMemoryError Here. Java heap space at at at at at at at at at at at at at at at at at at at at at at at at at at at at at at at. Here is the method unwrap in BlobTypeDescriptor where the exception is getting thrown. SuppressWarnings public X X unwrap Blob value, Class X type, WrapperOptions options if type type throw unknownUnwrap type. if value null return null. if type try return X new BinaryStreamImpl catch SQLException e throw new HibernateException Unable to access blob stream , e. final Blob blob value WrappedBlob value value return X blob. This is the line throwing the exception. return X new BinaryStreamImpl. It is trying to change everything into a byte , and then back into BinaryStreamImpl. Is there a way I can somehow tell hibernate not to put everything into a byte like this. I ran into the same issue OOM , and fixed it by replacing the BlobTypeDescriptor. SuppressWarnings unchecked Override public X X unwrap Blob value, Class X type, WrapperOptions options if value null return null. if type return X new BinaryStreamWrapper value. try final Blob blob value WrappedBlob value value final Blob rv return X rv catch SQLException e throw new HibernateException e. BinaryStreamWrapper implements BinaryStream and wraps around a Blob without using byte-arrays. You can register this new BlobType using an Integrator. public class BlobIntegrator implements Integrator Override public void integrate Configuration configuration, SessionFactoryImplementor sessionFactory, SessionFactoryServiceRegistry serviceRegistry BlobUserType blobUserType new BlobUserType. Another alternative is to register a UserType which overrides the nullSafeGet and nullSafeSet, but remember that you will need to handle the gory details of creating a Blob e g Oracle requires so you need to use a LobCreator Also you would need to specify the UserType for each property. Lob Type type BobUserType private Blob contents.
No comments:
Post a Comment