Dvalemodus Eiendom Type Binære Alternativer

Jeg har problemer med å kartlegge et byte-array til en MySQL-database i Hibernate, og lurte på om jeg mangler noe åpenbart. Min klasse ser omtrent slik ut. Tabellen er definert slik som i MySQL 5 5.An Hibernate 3 6 2 kartleggingsutseende ligner dette. Jeg bruker bare hbm2ddl for validering, og det gir meg denne feilen når jeg distribuerer applikasjonen. Hvis du bruker type binær i kartleggingen, ville det ikke føre til dvalemodus å forvente at kolonne s-typen skal være binær i stedet for tinyblob, jeg don t vet hva jeg ville tilbringe litt tid Googling dette, men kunne ikke finne den eksakte feilen Løsningene for lignende feil var å. Specify lengde på egenskapen som endrer hvilken type dvalemodus forventer, men det er alltid et utvalg av blob i stedet for den binære typen det er finne. I stedet for å erklære en type på eiendommen, nest et kolonneelement og gi det en attributt for sql-typen som fungerer, men det vil også gjøre bindingen spesifikk for MySQL, så jeg vil gjerne unngå det hvis det er mulig. abou t dette oppsettet som ville forårsake denne feilpasningen Hvis jeg spesifiserer type binær i stedet for blob, hvorfor er dvalemodus forventer en blob i stedet for en binær. Skrevet 12. mai 11 på 5 28. Du er riktig - type binær er definitivt problemet jeg bare var feil forutsatt at siden det er både en blob Hibernate-type og en binær Hibernate-type, vil blob Hibernate-typen tilsvare de forskjellige MySQL blob-typer og binære vil korrespondere med binær. Dessverre synes det ikke å være noen dvalemodus type som tilsvarer en MySQL binær, som virker som en ganske stor oversikt spaaarky21 15 mai 11 kl 17 04. Hva vi endte med å løse et problem som ligner på dette, er å skrive vår egen tilpassede UserType. UserTypes er relativt enkle å implementere Bare opprett en klasse som implementerer og implementerer overstyringsmetodene. I dvalemodusdefinisjonene dine er det ganske enkelt å bruke en brukertype. Enkelt sagt, Hva dette vil gjøre er å utføre denne klassen for å lese og skrive dataene fra databasen. Spesielt må metoden ods nullSafeGet og nullSafeSet brukes. I vårt tilfelle brukte vi dette til å gzip komprimere binære data før du skriver det til databasen, og pakke ut det som det er lest ut. Dette skjuler at dataene er komprimert fra applikasjonen ved hjelp av disse dataene. ha et program med dvalemodus 3 1 og JPA-annoteringer Det har noen objekter med byteattributter 1k - 200k i størrelse Det bruker JPA Lob-annotasjonen og dvale 3 1 kan lese disse fint på alle store databaser - det ser ut til å gjemme JDBC Blob leverandør særegenheter som det burde gjøre. Vi måtte oppgradere til 3 5, da vi oppdaget at dvale 3 5 bryter og vant t fikse denne merknadskombinasjonen i postgresql uten noen løsning jeg har ikke funnet en klar løsning hittil, men det gjorde jeg Legg merke til at hvis jeg bare fjerner Lob, bruker den postgresql type bytea som fungerer, men bare på postgres. Jeg leter etter en måte å ha en enkelt annotert klasse med en blob-egenskap som er bærbar over store databaser. Hva er den bærbare måte å annotere en byt e-egenskapen. Er dette løst i noen nyere versjon av dvalemodus. Update Etter å ha lest denne bloggen, har jeg endelig funnet ut hva den opprinnelige løsningen i JIRA-problemet var. Tilsynelatende skal du slippe Lob og annotere eiendommen. Men dette gjør ikke jobbe for meg - jeg får fremdeles OIDer i stedet for bytea, men det virket for forfatteren av JIRA-problemet, som syntes å ha oid. Etter svaret fra A Garcia prøvde jeg da denne kombinasjonen, som faktisk fungerer på postgresql, men ikke på oracle. What jeg virkelig trenger å gjøre er å kontrollere hvilken kombinasjon Lob byte blir kartlagt til på postgresql. Here er bunten fra fra MaterializedBlobType sql type Blob Ifølge Steve s blogg, vil postgresql du bruke Streams for bytea don t spør meg hvorfor og postgresql s egendefinerte Blob type for oids Merk også at bruk av setBytes på JDBC er også for bytea fra tidligere erfaring Så dette forklarer hvorfor brukstrømmer har ingen innflytelse de begge antar bytea. Dette resulterer in. Update Det neste logiske spørsmålet er Hvorfor ikke bare endre tabelldefinisjonene manuelt til bytea og hold Lob byte Dette virker, til du prøver å lagre en null-byte Hvilken postgreSQL-driveren mener er et OID-typeuttrykk og kolonne-typen er bytea - dette er fordi dvalemodus med rette kaller i stedet for hvilken PG-driver forventer. Typesystemet i dvalemodus er for tiden et pågående arbeid i henhold til 3 5 5 deprecation-kommentar. Faktisk så mye av 3 5 5-koden er utdatert, det er vanskelig å vite hva du skal se på når sub - klassifisering av PostgreSQLDialect. AFAKT, på postgresql bør kartlegges til noen egendefinert type som bruker OID-stil JDBC-tilgang dvs. PostgresqlBlobType-objekt og IKKE MaterializedBlobType Jeg har aldri brukt suksessfullt Blobs med postgresql, men jeg vet at bytea bare fungerer som en jeg ville forventer. Jeg ser for tiden på BatchUpdateException - det er mulig at sjåføren ikke støtter batching. Great sitat fra 2004 For å oppsummere mine ramblings, sa jeg at de skulle vente på JDBC-driveren t o gjør LOBs riktig før du endrer Hibernate. What er den bærbare måten å annotere en byte property. It avhenger av hva du vil JPA kan vedvare en ikke annotert byte Fra JPA 2 0 spec.11 1 6 Basic Annotation. The grunnleggende annotasjon er enkleste typen kartlegging til en databasekolonne Den grunnleggende annotasjonen kan brukes på en vedvarende egenskap eller instansvariabel av en av følgende typer Java primitiv, typer, wrappers av de primitive typer, byte Byte char Karakter enums og enhver annen type som implementerer Serializable Som beskrevet i Seksjon 2 8, er bruken av Grunnannonseringen valgfri for vedvarende felt og egenskaper til disse typene. Hvis Grunnannonseringen ikke er spesifisert for et slikt felt eller eiendom, vil standardverdiene for Grunnnotatasjonen gjelde. Og dvalemodus vil kartlegge det som standard til en SQL VARBINARY eller en SQL LONGVARBINARY avhengig av kolonnestørrelsen som PostgreSQL håndterer med en bytea. But hvis du vil at byte skal lagres i et stort objekt, bør du bruke en Lob Fra Spec.11 1 24 Lob Annotation. A Lob-annotasjon angir at en vedvarende egenskap eller et felt skal være vedvarende som en stor gjenstand til en databasestøttet stor objekttype. Bærbare applikasjoner skal bruke Lob-annotasjonen når kartlegging til en database Lob type Lob-annotasjonen kan brukes sammen med Basic-annotasjonen eller med ElementCollection-annotasjonen når elementinnsamlingsverdien er av grunnleggende type A Lob kan enten være en binær eller tegntype. Lob-typen er avledet fra typen av vedvarende felt eller eiendom og, bortsett fra streng og karaktertyper, standard til Blob. And Hibernate vil kartlegge det til en SQL BLOB som PostgreSQL håndterer med en oid. Is dette løst i noen nyere versjon av dvalemodus. Vel, problemet er at jeg ikke vet hva problemet er nøyaktig, men jeg kan i det minste si at ingenting har endret seg siden 3 5 0-Beta-2 som er hvor en forandret har blitt innført i 3 5 x branchen. Men min forståelse av problemer som HHH-4876 HHH-4617 en nd av PostgreSQL og BLOBs nevnt i javadok av PostgreSQLDialect er at du skal sette følgende property. if du vil bruke oid ie byte med Lob som er min forståelse siden VARBINARY er ikke det du vil med Oracle Har du prøvd dette . Som et alternativ foreslår HHH-4876 å bruke den utdaterte PrimitiveByteArrayBlobType for å få den gamle oppførelsen før Hibernate 3 5.JPA 2 0 Specification. Section 2 8 Mapping Standard for Ikke-Relasjonsfelt eller Properties. Section 11 1 6 Basic Annotation. Section 11 1 24 Lob-notat. Justin Men mens dvalemodus 3 5 kart til oid som standard leser det ved hjelp av JDBC getBytes hvilken PGSQL driver returnerer 6 byte oid i stedet for dataene - skjer dette når du bruker også å sjekke hva Steve sa nå Pascal Thivent 17 sep 10 kl 21 37. Her går det O reilly Enterprise JavaBeans, 3 0 says. JDBC har spesielle typer for disse svært store objektene. Typen representerer binære data og representerer tegndata. Her går PostgreSQLDialect kildekoden. Så hva du kan gjøre. Overstyr PostgreSQLDialect som følger. Definer nå bare din tilpassede dialekt. Og bruk din bærbare JPA Lob annotation. Here har blitt hentet her. Jeg har et program som kjører i dvale 3 3 2 og programmene fungerer fint med alle blob-feltene med oid byte i java. Migrating to hibernate 3 5 alle blokkeringsfeltene virker ikke lenger, og serverloggen viser FEIL - FEIL-kolonnen er av typen oid, men uttrykket er av type bytea. Denne generalen er ikke feil i PG JDBC, men endring av standard implementering av Hibernate i 3 5 versi på I situasjonen min hjalp ikke kompatible egenskaper ved tilkobling. Meget mer dette det jeg så i 3 5 - beta 2, og jeg vet ikke om dette ble løst, er dvalemodus - uten type annotasjon - vil automatisk opprette kolonne av typen oid , men vil prøve å lese dette som bytea. Interesting er fordi når han kartlegger som bytea Se CustomPostgreSQLDialect han får. Kan ikke utføre JDBC batch update. when innsetting eller oppdatering. Hibernate - Kartlegging Files. An Objektrelasjonelle mappings er vanligvis definert i en XML dokument Denne kartleggingsfilen instruerer Dvalemodus hvordan du kan kartlegge den definerte klassen eller klassene i databasetabellene. Selv om mange dvalemodusbrukere velger å skrive XML-en for hånd, finnes det en rekke verktøy for å generere kartleggingsdokumentet. Disse inkluderer XDoclet, Middlegen og AndroMDA for avansert Hibernate users. Let oss vurdere vår tidligere definerte POJO klasse hvis objekter vil vedvare i tabellen definert i neste avsnitt. Det ville være ett bord som svarer til hver gjenstand du er villig til å gi persi stence Vurdere over objekter må lagres og hentes inn i følgende RDBMS-tabell. Basert på de to ovenfor nevnte enhetene kan vi definere følgende kartleggingsfil som instruerer Dvalemodus hvordan du kan kartlegge den definerte klassen eller klassene i databasetabellene. Du bør lagre kartleggingsdokumentet i en fil med formatet klassenavn Vi lagret vårt kartleggingsdokument i filen La oss se liten detalj om kartleggingselementene som brukes i kartleggingsfilen. Kartleggingsdokumentet er et XML-dokument som har dvale-kartlegging som rotelementet som inneholder hele klassen elementene. Klassemodellene brukes til å definere bestemte mappings fra en Java-klasser til databasetabellene. Java-klassenavnet er spesifisert ved å bruke navnetattributtet til klassementet og databasetabellnavnet er spesifisert ved hjelp av tabellattributtet. Meta-elementet er valgfritt element og kan brukes til å lage klassebeskrivelsen. Id-elementet kartlegger unikt ID-attributt i klassen til den primære nøkkelen til databastabellen. Navnet a ttribute av id-elementet refererer til egenskapen i klassen, og kolonneattributtet refererer til kolonnen i databastabellen. Typeattributtet inneholder dvalemoduleringstypen, denne kartleggingstypen vil konvertere fra Java til SQL-datatype. Generatorelementet i id-element brukes til å generere primærnøkkelverdiene automatisk. Angi klasseattributtet til generatorelementet er satt til innfødt for å la dvalemodus plukke opp enten identitet, sekvens eller hilo-algoritme for å opprette primærnøkkel avhengig av evnen til den underliggende databasen. Egenskapen element brukes til å kartlegge en Java-klasseegenskap til en kolonne i database-tabellen Navnetattributtet til elementet refererer til egenskapen i klassen, og kolonneattributtet refererer til kolonnen i databastabellen. Typeattributtet inneholder dvaletilordningstypen, denne kartleggingstypen vil konvertere fra Java til SQL-datatype. Det finnes andre attributter og elementer som vil bli brukt i et kartleggingsdokument, og jeg w ould forsøk å dekke så mange som mulig mens du diskuterer andre dvalemessige emner.5 1 Mapping declaration. Object relasjonelle mappings er vanligvis definert i et XML-dokument Mappedokumentet er utformet for å kunne leses og håndredigeres. Kartleggingsspråket er Java-sentrisk, noe som betyr at mappings er konstruert rundt vedvarende klassedeklarasjoner og ikke tabelldeklarasjoner. Vær oppmerksom på at selv om mange Hibernate-brukere velger å skrive XML-en for hånd, finnes det en rekke verktøy for å generere kartleggingsdokumentet. Disse inkluderer XDoclet, Middlegen og AndroMDA. Her er et eksempel kartlegging. Vi vil nå diskutere innholdet i kartleggingsdokumentet. Vi vil bare beskrive dokumentelementene og attributter som brukes av dvalemodus ved kjøring. Kartleggingsdokumentet inneholder også noen ekstra valgfrie attributter og elementer som påvirker databaseskjemaene som eksporteres ved hjelp av skjemaeksportverktøyet for eksempel ikke-null-attributtet.5 1 1 Doctype. All XML-mappings bør deklarere doktypen s hown Den faktiske DTD kan bli funnet på nettadressen ovenfor, i katalogen dvalemodus-x xx src org dvalemodus eller i dvalemodus vil alltid se etter DTD-en i sin klassepath først Hvis du oppdager DTDs oppslag ved hjelp av en Internett-tilkobling, må du sjekke DTD erklæring mot innholdet i klassepathen din. 5 1 1 1 EntityResolver. Hibernate vil først forsøke å løse DTDer i sin klassepath. Det gjør dette ved å registrere en tilpasset implementering med SAXReader den bruker til å lese i XML-filene. Denne egendefinerte EntityResolver gjenkjenner to forskjellige systemId namespaces. a Hibernate namespace blir anerkjent når resolveren møter et system. Det starter med Oppløseren forsøker å løse disse enhetene via klasselasteren som lastet Hibernate classes. a brukernavnsplass blir gjenkjent når oppløseren møter et systemId bruker en classpath URL-protokoll Oppløseren vil forsøke å løse disse enhetene via 1 gjeldende kontekstklasselaster og 2 klasselaster som lastet inn Hibernate-klassene. Følgende er et eksempel på bruk av brukernavnspacing. Where er en ressurs i pakken og inneholder en tilpasset typedef.5 1 2 Hibernate-mapping. Dette elementet har flere valgfrie attributter Skjema - og katalogattributtene angir at tabeller referert til i denne kartleggingen tilhører det navngitte skjemaet og eller katalogen Hvis de er angitt, vil tabellenavnene bli kvalifisert av det angitte skjemaet og katalognavnene Hvis de mangler, vil tabellenavnene være ukvalifiserte. Standardkaskadeattributtet angir hvilken kaskadestil som skal antas for egenskaper og samlinger som ikke angir et kaskadeattributt Som standard tillater automatisk importattributt at du kan bruke ukvalifiserte klassenavn i spørringsspråket. skjema valgfritt navnet på en database schema. entity-navn valgfritt - standard til klassenavnet Hibernate3 tillater en klasse som skal kartlegges flere ganger, potensielt til forskjellige tabeller. Det tillater også enhetskartlegging som er representert av Maps eller XML på Java-nivå I I disse tilfellene bør du oppgi et eksplisitt vilkårlig navn for enheten. Se Seksjon 4 4, Dynamiske modeller og Kapittel 18, XML-kartlegging for mer informasjon. Kontroller valgfritt et SQL-uttrykk som brukes til å generere en flerbegrenset kontrollbegrensning for automatisk skjemagenerering. dvalemodus Dvalemodus kan bruke ROWID på databaser I Oracle kan dvalemodus for eksempel bruke den raske ekstra kolonnen for raske oppdateringer når dette alternativet er satt til rodet. En ROWID er en implementeringsdetalj og representerer den fysiske plasseringen av en lagret tuple. subselect valgfri kart en uforanderlig og skrivebeskyttet enhet til en database subselect Dette er nyttig hvis du vil ha en visning i stedet for en basistabell Se nedenfor for mer informasjon. Abstrakt valgfelt brukes til å markere abstrakte superklasser i unie-underklasse-hierarkier. Det er akseptabelt for den navngitte vedvarende klassen å være et grensesnitt Du kan erklære implementeringsklasser av grensesnittet ved hjelp av underklasselementet Du kan vedvare enhver statisk indre klasse Angi cl eske navn ved hjelp av standard skjema i e. Immutable klasser kan ikke mutable false ikke oppdateres eller slettes av programmet Dette tillater dvalemodus å gjøre noen mindre ytelsesoptimeringer. Den valgfrie proxy-attributtet muliggjør lat initiering av vedvarende forekomster av klassen Hibernate vil først returnere CGLIB proxyer som implementerer det navngitte grensesnittet Den vedvarende objektet vil bli lastet når en metode for proxyen er påkalt. Se Initialisere samlinger og proxyer nedenfor. Implisitt polymorfisme betyr at forekomster av klassen vil bli returnert av en forespørsel som heter noen superklasse eller implementert grensesnitt eller klasse, og at forekomster av noen underklasse av klassen vil bli returnert av en forespørsel som navngir selve klassen. Eksplisitt polymorfisme betyr at klassetilfeller vil bli returnert bare ved spørsmål som eksplisitt heter den klassen. Spørringer som navngir klassen, returnerer bare forekomster av underklasser som er kartlagt inne denne klassedeklarasjonen som en underklasse eller tildelt underklasse For de fleste formål, e standard polymorfisme implisitt er passende Eksplisitt polymorfisme er nyttig når to forskjellige klasser er kartlagt til samme tabell Dette tillater en lettvektsklasse som inneholder en delmengde av tabellkolonnene. Persisterattributtet lar deg tilpasse persistensstrategien som brukes til klassen Du kan, for eksempel angi din egen underklasse eller du kan til og med gi en helt ny implementering av grensesnittet som implementerer for eksempel utholdenhet via lagrede prosedyrer, serialisering til flate filer eller LDAP. Se for et enkelt eksempel på utholdenhet til en Hashtable. Innstillinger for dynamisk oppdatering og dynamisk innsetting er ikke arvet av underklasser, slik at de også kan spesifiseres på delklassene eller delkomponenter. Selv om disse innstillingene kan øke ytelsen i noen tilfeller, kan de faktisk redusere ytelsen i andre. Bruk av utvalgte før oppdatering vil vanligvis redusere ytelsen Det er nyttig å forhindre at en databaseoppdateringsutløser blir kalt unødvendig hvis du leser ta en graf av frittliggende forekomster til en sesjon. Hvis du aktiverer dynamisk oppdatering, vil du ha et valg av optimistiske låsestrategier. Versjon sjekk versjonstidsstempel kolonnene. Sjekk alle kolonnene. Kontroller de endrede kolonnene, og gjør det mulig for noen samtidige oppdateringer. Ikke bruk optimistisk låsing. Det anbefales sterkt at du bruker versjonstidsstempelkolonnene for optimistisk låsing med dvalemodus. Denne strategien optimaliserer ytelsen og håndterer korrekt modifikasjoner som gjøres til frittliggende tilfeller, dvs. når det brukes. Det er ingen forskjell mellom en visning og et grunntabell for En hibernate-kartlegging Dette er gjennomsiktig på databasenivå, selv om enkelte DBMS ikke støtter visninger riktig, spesielt med oppdateringer. Noen ganger vil du bruke en visning, men du kan ikke opprette en i databasen, dvs. med et eldre skjema. I dette tilfellet kan du kart en uforanderlig og skrivebeskyttet enhet til et gitt SQL-subselect-uttrykk. Oppgi tabellene for å synkronisere denne enheten med, og sørg for at auto-spyling skjer co rett og det spørsmålet mot den avledede enheten returnerer ikke uaktuelle data Subselekten er tilgjengelig både som et attributt og et nestet kartleggingselement. Utvalgte klasser må deklarere primærnøkkelkolonnen i databastabellen De fleste klasser vil også ha en eiendomsbeholdning i JavaBeans-stil den unike identifikatoren til en forekomst ID-elementet definerer kartleggingen fra den egenskapen til den primære nøkkelsøylen. navn valgfritt navnet på identifikatoren property. formula valgfritt et SQL-uttrykk som definerer verdien for en beregnet utenlandsk nøkkel. Angi en verdi av cascade-attributtet til noen meningsfylt verdi annet enn ingen, vil forplante bestemte operasjoner til den tilknyttede objekten. De meningsfulle verdiene er delt inn i tre kategorier. Først basale operasjoner, som inkluderer vedvarende, flette, slette, lagre oppdatering, utskyve, replikere, lås og oppfrisk andre , spesielle verdier delete-orphan og tredje, alle kommaseparerte kombinasjoner av operasjonsnavn kaskade vedvarer, slå sammen, utsett eller kaskade alle, slett - orphan Se avsnitt 10 11, Transitiv persistens for en fullstendig forklaring Merk at enkeltverdig, mange til en og en til en, foreninger ikke støtter foreldreløs sletning. Her er et eksempel på en typisk mange til en-deklarasjon . Egenskapen-ref-attributtet skal kun brukes til å kartlegge arvdata hvor en fremmednøkkel refererer til en unik nøkkel i det tilknyttede tabellen, utenom primærnøkkelen. Dette er en komplisert og forvirrende relasjonsmodell. For eksempel, hvis produktklassen hadde en unik serienummer som ikke er primærnøkkelen Den unike egenskapskontrollen Dvalemodus DDL-generasjon med SchemaExport-verktøyet. Da kan kartleggingen for OrderItem bruke. Dette oppfordres imidlertid ikke. Men hvis den unike nøkkelen som er referert til består av flere egenskaper til den tilknyttede enheten, vil du bør kartlegge de refererte egenskapene i et navngitt egenskapselement. Hvis den unike nøkkelen som er referert til, er egenskapen til en komponent, kan du angi en egenskapssti.5 1 13 En-til-en.5 2 1 Enheter og verdier. I forhold til Vedvarende tjeneste er Java-språknivåobjekter klassifisert i to grupper. En enhet eksisterer uavhengig av andre gjenstander som inneholder referanser til enheten. Kontrast dette med den vanlige Java-modellen, der et ubehandlet objekt er søppel samlet. Enheter må eksplisitt lagres og slettes Lagrer og slettinger kan imidlertid bli kaskad fra en overordnet enhet til sine barn. Dette er forskjellig fra ODMG-modellen av objektets persistens ved å nå og svarer nærmere til hvordan applikasjonsobjekter vanligvis brukes i store systemer. Enheter støtter sirkulære og delte referanser. De kan En enhetens vedvarende tilstand består av referanser til andre enheter og forekomster av verdiktyper. Verdier er primitive samlinger, ikke hva som er inne i en samling, komponenter og visse uforanderlige objekter. I motsetning til enheter, verdier spesielt samlinger og komponenter, vedvarer og slettes. av nåbarhet Siden verdien objekter og primitives er vedvarende og d eleted sammen med deres innholdende enhet, kan de ikke være uavhengig versjoned Verdier har ingen uavhengig identitet, slik at de ikke kan deles av to enheter eller samlinger. Inntil nå har vi brukt begrepet vedvarende klasse for å referere til enheter. Vi vil fortsette å gjøre det Ikke alle brukerdefinerte klasser med en vedvarende tilstand er imidlertid enheter En komponent er en brukerdefinert klasse med verdisemantikk En Java-type av type har også verdi-semantikk Gitt denne definisjonen har alle typer klasser levert av JDK verdien av semantikk i Java, mens brukerdefinerte typer kan kartlegges med enhet eller verdittype semantikk Denne avgjørelsen er opp til applikasjonsutvikleren En enhetsklasse i en domenemodell vil normalt ha felles referanser til en enkelt forekomst av denne klassen, mens sammensetning eller aggregering vanligvis oversetter til en verdi type. Vi vil se begge begrepene gjennom hele denne referanseguideen. Utfordringen er å kartlegge Java-type systemet og utviklerens definisjon av en typer og verdi typer, til SQL database type system Broen mellom begge systemene leveres av Hibernate For enheter, klasseklasse og så videre brukes. For verdiktyper bruker vi egenskapskomponent etc som vanligvis har en typeattributt Verdien av dette attributtet er navnet på en Hibernate-kartleggingstype Hibernate gir en rekke mappings for standard JDK-verdier utenfor boksen. Du kan skrive dine egne kartleggingstyper og implementere dine egne tilpassede konverteringsstrategier. Med unntak av samlinger støtter alle innebygde Hibernate-typer null semantikk.5 2 2 Grunnverdier. De innebygde grunnleggende kartleggingstypene kan grovt kategoriseres i følgende. integer, lang, kort, flyt, dobbelt, karakter, byte, boolsk, jano, truefalse. Type mappings fra Java primitives eller wrapper klasser til passende leverandør-spesifikke SQL kolonne typer boolean, yesno og truefalse er alle alternative kodinger for en Java boolean eller. A type kartlegging fra til VARCHAR eller Oracle VARCHAR2.date, tid, tim estamp. Type mappings fra og dets underklasser til SQL typer DATE TIME og TIMESTAMP eller equivalent. Type mappings fra til SQL typer TIMESTAMP og DATE eller equivalent. Type mappings fra og til NUMERIC eller Oracle NUMBER. local, timezone, currency. Type mappings fra og til VARCHAR eller Oracle VARCHAR2 Instanser av språk og valuta er kartlagt til deres ISO-koder. Instanser av TimeZone er kartlagt til deres ID. En type kartlegging fra til VARCHAR eller Oracle VARCHAR2 En klasse er kartlagt til sitt fullt kvalifiserte navn. Mappebytesystemer til en passende SQL binær type. Mapper lange Java-strenger til en SQL CLOB eller TEXT-type. Mapper serialiserbare Java-typer til en passende SQL-binær type Du kan også indikere Hibernate-typen serialiserbar med navnet på en serielliserbar Java-klasse eller et grensesnitt som ikke er standard for en grunnleggende type. Type mappings for JDBC klassene og Disse typer kan være ubeleilig for noen applikasjoner, siden blob eller clob objektet ikke kan gjenbrukes utenfor en transaksjon Driver støtten er ujevn a nd inkonsistent. immdate, immtime, immtimestamp, immcalendar, immcalendardate, immserializable, immbinary. Type mappings for hva som anses mutable Java-typer Dette er hvor Hibernate gjør visse optimaliseringer som bare passer for uforanderlige Java-typer, og applikasjonen behandler objektet som uforanderlig. For eksempel , bør du ikke ringe for en forekomst kartlagt som immtimestamp For å endre verdien av eiendommen og ha den endringen gjort vedvarende, må søknaden tildele et nytt, ikke-objektivt objekt til eiendommen. Unike identifikatorer av enheter og samlinger kan være av noen grunnleggende type bortsett fra binær klump og klokke Komposittidentifikatorer er også tillatt Se nedenfor for mer informasjon. Basisverdietypene har tilsvarende Typekonstanter definert på. For eksempel representerer strengtypen. 5 2 3 Tilpassede verdi typer. Det er relativt enkelt for utviklere å opprett egne verdittyper. For eksempel vil du kanskje fortsette egenskaper av typen til VARCHAR kolonner Dvalemodus gir ikke ea innebygd type for denne egendefinerte typen er ikke begrenset til å kartlegge en egenskap eller innsamlingselement til en enkelt tabellkolonne. For eksempel kan du ha en Java-egenskap getName settNavn av type som er vedvarende til kolonnene FIRSTNAME INITIAL SURNAME For å implementere en egendefinert type, implementer enten eller og deklarer egenskaper ved hjelp av det fullt kvalifiserte klassenavnet til typen Vis for å se hva slags ting som er mulige. Bruk bruken av kolonnekoder for å kartlegge en egenskap til flere kolonner. CompositeUserType EnhancedUserType UserCollectionType og UserVersionType-grensesnitt gir støtte til mer spesialiserte bruksområder. Du kan til og med levere parametere til en UserType i kartleggingsfilen. For å gjøre dette, må UserType implementere grensesnittet. For å levere parametere til din egendefinerte type, kan du bruke typeelementet i kartleggingsfilene dine . UserType kan nå hente verdien for parameteren som heter standard fra egenskapsobjektet som er sendt til den. Hvis du regelmessig bruker en bestemt UserType, er det brukervennlig ul for å definere et kortere navn for det Du kan gjøre dette ved hjelp av typedef-elementet Typedefs tildele et navn til en egendefinert type, og kan også inneholde en liste over standardparameterverdier hvis typen er parameterisert. Det er også mulig å overstyre parametrene som følger med i en typedef fra tilfelle til sak ved å bruke typeparametere på egenskapskartlegging. Selv om Hibernate s rike utvalg av innebygde typer og støtte for komponenter betyr at du sjelden trenger å bruke en tilpasset type, anses det som godt praksis for å bruke egendefinerte typer for ikke-enhetsklasser som ofte forekommer i søknaden din. For eksempel er en MonetaryAmount-klasse en god kandidat for en CompositeUserType, selv om den kan kartlegges som en komponent. En grunn til dette er abstraksjon. Med en tilpasset type, vil din kartlegging dokumenter ville være beskyttet mot endringer i måten monetære verdier er representert.5 3 Mapping en klasse mer enn once. It er mulig å gi mer enn en kartlegging for en bestemt vedvarende klasse I denne casen e, må du spesifisere et enhedsnavn for å disambiguere mellom forekomster av de to kartlagte enhetene. Som standard er enhetens navn det samme som klassenavnet. Dvalemodus lar deg spesifisere enhetens navn når du arbeider med vedvarende objekter, når du skriver spørringer, eller når du legger til kart foreninger til den navngitte entiteten. Foreninger er nå angitt ved hjelp av enhedsnavn i stedet for klasse.5 4 SQL-krevde identifikatorer. Du kan tvinge Hibernate til å sitere en identifikator i den genererte SQL ved å legge inn tabell eller kolonne navn i backticks i kartleggingsdokumentet Hibernate vil bruke den korrekte sitatestilen for SQL Dialect Dette er vanligvis dobbelte anførselstegn, men SQL Server bruker parenteser og MySQL bruker backticks.5 5 Metadata alternativer.5 5 1 Bruk XDoclet markup. Many Hibernate-brukere foretrekker å legge inn kartleggingsinformasjon direkte i kildekoden bruker XDoclet Vi dekker ikke denne tilnærmingen i denne referanseguiden siden det anses som en del av XDoclet. Vi inkluderer imidlertid følgende eksempel på Cat-klassen med h XDoclet mappings. See dvale nettsted for flere eksempler på XDoclet og Hibernate.5 5 2 Bruke JDK 5 0 Annotations. JDK 5 0 introduserte XDoclet-stil annoteringer på språket nivå som er type-sikker og sjekket på kompileringstid Denne mekanismen er kraftigere enn XDoclet-annoteringer og bedre støttet av verktøy og IDEer IntelliJ IDEA støtter for eksempel automatisk fullføring og syntaksutheving av JDK 5 0-notater. Den nye revisjonen av EJB-spesifikasjonen JSR-220 bruker JDK 5 0-notater som den primære metadata-mekanismen for enhetsbønner Hibernate3 implementerer EntityManager of JSR-220 API-støtten for kartlegging av metadata er tilgjengelig via Hibernate Annotations-pakken som en separat nedlasting. Både EJB3 JSR-220 og Hibernate3-metadata støttes. Dette er et eksempel på en POJO-klasse som er merket som en EJB-enhet bønne. Støtte for JDK 5 0 Notater og JSR-220 er under utvikling. Vennligst se dvalemodusmeldingsmodulen for flere detaljer.5 6 Gen Genererte egenskaper er egenskaper som har sine verdier generert av databasen. Vanligvis trenger Hibernate-applikasjoner å oppdatere objekter som inneholder noen egenskaper som databasen genererte verdier. Markeringsegenskaper som generert, lar imidlertid applikasjonen delegere dette ansvaret til dvalemodus når Dvalemodus utsteder en SQL-INSERT eller UPDATE for en enhet som har definerte genererte egenskaper, og det utsteder umiddelbart et valg etterpå for å hente de genererte verdiene. Egenskaper merket som generert må i tillegg være ikke-innspillbare og ikke-oppdaterbare. Bare versjoner tidsstempler og enkle egenskaper kan være merket som generated. never standard blir den oppgitte egenskapsverdien ikke generert i databasen. insert gis eiendomsverdien generert på innsats, men regenereres ikke ved senere oppdateringer. Egenskaper som opprettet-dato faller inn i denne kategorien Selv om versjon og tidsstempelegenskaper kan merkes som generert, dette alternativet er ikke 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.