ObjectDB Database Search
51-100 of 200 resultsSchema-Update: Rename superclass and remove one subclass you for this report and for the test. It demonstrates well a bug in schema evolution that includes renaming | |
Get database schema from objectDB file I am a little bit confused about that Can someone explain what steps do I have to do in order to get the database schema in java given only the objectdb file? i.e. database.odb ezazop Akis Zazopoulos See the JPA Metamodel API . support Support | |
Schema evolution & renamed/moved enum schema evolution is currently not supported. If you have to update a field type into a non | |
Schema or odb file compare Dear Support, is there a way to compare two schemas or odb files? I try to compare two object graphs Thx wua Andreas Wurm This is currently not supported, but you may file a feature request if you need this ability (describing what exactly you expect from this new feature, and how it should work). support Support | |
What is the query to fetch all schema list of my database? Can you please tell me how to fetch all schema available in my database? Deepak_1996 Deepak Kumar Maharana You can use the JPA metamodel API . support Support | |
Support of modifying an ObjectDB Entity class (Schema Change) for more information! dahui58 John-Paul Anderson No need for this effort. See this manual page . Schema | |
Drop the entire database, Change the schema I am trying to port and example app to ObjectDb. As part of the tests I drop the database and reload it with the new schema automatically between test cycles. Is there a simple way to do this with ObjectDb, or is the only way to delete the database file everytime? Thanks JFK John Francis | |
UPDATE query to set a new field after schema changeUPDATE query to set a new field after schema change | |
Object Relations Error after Schema ChangeObject Relations Error after Schema Change | |
Deadlock on Schema Update during Multithreading activityDeadlock on Schema Update during Multithreading activity | |
Indexes broken after schema updateIndexes broken after schema update | |
UPDATE query cannot set a new field after schema changeUPDATE query cannot set a new field after schema change | |
PersistenceException: Failed to locate field Hi, have recently been running into this issue when changing the schema : com.objectdb.o ... . pretty sure that in the past schema evolution would not have triggered errors, is this case, a simple ... . Specifically, from: http://www.objectdb.com/java/jpa/entity/ schema "Fields in the new schema | |
DB Doctor sets type to "unknown" for new fields and run DB Doctor on the exiting DB file in order to update the schema . The fields are added to the schema as expected, however their type is set to unknown - we were expecting Boolean. The attached ... .emergency FROM RecordingMetaData AS r In addition, the entity class schema shows the Boolean type, as | |
Unexpected exception during open the database the schema block from objectdb.conf all works fine during opening the database. The automatic index ... EmbeddedSystems The exception is thrown during index rebuild. It is strange that a schema change triggers an index ... that this is the only schema change? support Support Yes, the reason is the schema change for an entity | |
jakarta.persistence.GenerationType.AUTO such resources in the event that it does not support schema generation or cannot create the schema | |
jakarta.persistence.SchemaManager.create(boolean) it may ignore the problem and continue. Parameters: createSchemas - if true , attempt to create schemas , otherwise, assume the schemas already exist Since: Jakarta Persistence (JPA) 1.0 | |
jakarta.persistence.PersistenceConfiguration.SCHEMAGEN_CREATE_TARGET Jakarta Persistence (JPA) Field in jakarta.persistence.PersistenceConfiguration SCHEMAGEN_CREATE_TARGET The provider-generated SQL script which creates the schema when "jakarta.persistence. schema -generation.scripts.action" is set. Since: Jakarta Persistence (JPA) 1.0 | |
jakarta.persistence.PersistenceConfiguration.SCHEMAGEN_DROP_TARGET Jakarta Persistence (JPA) Field in jakarta.persistence.PersistenceConfiguration SCHEMAGEN_DROP_TARGET The provider-generated SQL script which drops the schema when "jakarta.persistence. schema -generation.scripts.action" is set. Since: Jakarta Persistence (JPA) 1.0 | |
jakarta.persistence.PersistenceConfiguration.SCHEMAGEN_SCRIPTS_ACTION Jakarta Persistence (JPA) Field in jakarta.persistence.PersistenceConfiguration SCHEMAGEN_SCRIPTS_ACTION The action to be generated as a SQL script. The script is generated in the location specified by "jakarta.persistence. schema -generation.create-target" or "jakarta.persistence. schema -generation | |
jakarta.persistence.Index Jakarta Persistence (JPA) Annotation Type jakarta.persistence.Index Implemented Interfaces: Annotation Used in schema generation to specify creation of an index. The syntax of the columnList element is given by the following simple BNF: column_list ::= index_column [, index_column]* index_column | |
jakarta.persistence.ManyToOne must always exist. May be used in schema generation to infer that the mapped foreign key column | |
jakarta.persistence.Basic and is disregarded for primitive types; it may be used in schema generation to infer that the mapped column | |
jakarta.persistence.CheckConstraint Jakarta Persistence (JPA) Annotation Type jakarta.persistence.CheckConstraint Implemented Interfaces: Annotation Used to specify a SQL check constraint on a column or table when schema generation is in effect. See Also: Table::check() Column::check() Since: Jakarta Persistence (JPA) 3.2 Annotation | |
jakarta.persistence.Column applications which make use of schema generation should explicitly specify the precision and scale of columns | |
ArrayIndexOutOfBoundsException of this exception is unclear but according to the stack trace it is related to failed schema evolution ... is unexpected, since you probably haven't changed the schema of the type already 3 times ... Eibschutz Thank you for the update. Currently an ObjectDB server supports live schema changes | |
Corrupted Database or error in ObjectDBExplorer? The data in this database is probably fine, but apparently the Explorer is missing a recent schema change ... .TestCaseImpl but somehow the Explorer doesn't have the up to date schema in the database. If this is the case, try to open the database with up to date schema (your entity classes and XML metadata if any | |
Database Inconsistency or corruption classes: @javax.persistence.Entity @javax.persistence.Table(name = "ObjectValues", schema = "dex ... .TableGenerator(name = "objectValueGen", table = "IdValues", schema = "dex_01", pkColumnName = "idName ... , orphanRemoval = true) @javax.persistence.JoinTable(name = "ObjectValueAttributes", schema = "dex | |
Time Sequence Object Command DB schemas are stored in the database and updated schemas are added in sequence in the database without having to update objects defined using the older schemas . When the database is loaded, it will first load an object schema , then the object, then perhaps a new schema and a new object of the same | |
Primary key generation problem after changing entity package have been probably lost for changed entity classes. After schema change I keep getting errors : Attempt ... and added schema update to the configuration:   ... ; Running the test again didn't cause any error. Maybe there is a bug when more complex schema changes | |
ObjectDB Enincompatible with Quarkus? near the end is concerning: Caused by: graphql. schema .validation.InvalidSchemaException: invalid schema : "__odbVersionCrc" in "Film" must not begin with "__", which is reserved by GraphQL introspection ... more Caused by: graphql. schema .validation.InvalidSchemaException: invalid schema : "__odbVersionCrc" in | |
@Transient are stored as part of the class schema in the database (but only as part of the schema , values ... . It might be confusing and it would be better to filter transient fields from object display. Handling schema changes is explained at: http://www.objectdb.com/java/jpa/entity/ schema http://www.objectdb.com/java/jpa | |
multiple different applications access one odb file and the other one would be for exposing the DB data via web services. Do all these apps need to have the same DB schema . The BIRT ... , different POJO classes in one APP would result in DB schema change. Actually, we have tried ... of the same entity class with different database schemas on the same database at the same time | |
ODB should auto-restart if it detects it's necessary Hi! I find very tricky the need to restart ObjectDB server after schema modifications in ... objectdb.config) that each time ObjectDB detects a schema change that requires restart ... the last days because of these schema changes without restart, which gave us a lot of problems | |
Best practice: Database update/migration of embedded databases in products btc_es BTC EmbeddedSystems The ObjectDB schema evolution support consists of: Automatic schema evolution - for adding and removing fields and for class hierarchy change. Configuration schema changes ... this schema change you will have to maintain all the fields, (the old and the new) in the new schema , and use | |
Attempt to store an instance of a non persistable type for one platform (there the launcher is slightly different), could it be that the schema of the other database ... that there is some issue with the schema in that database. However, if the entity class is available in the classpath when you open the EntityManagerFactory the schema is expected to be updated | |
jakarta.persistence.EntityManagerFactory.getSchemaManager() Jakarta Persistence (JPA) Method in jakarta.persistence.EntityManagerFactory SchemaManager getSchemaManager() Return interface providing access to schema management operations for the persistence unit. Returns: an instance of SchemaManager . Throws: IllegalStateException - if the entity manager | |
jakarta.persistence.ForeignKey.value Jakarta Persistence (JPA) Method in jakarta.persistence.ForeignKey ConstraintMode value (Optional) Used to specify whether a foreign key constraint should be generated when schema generation is in effect. ConstraintMode.CONSTRAINT specifies that the persistence provider must generate a foreign key | |
jakarta.persistence.Persistence.createEntityManagerFactory(String,Map) to use when creating the factory. These properties may include properties to control schema generation | |
jakarta.persistence.ManyToOne.optional Jakarta Persistence (JPA) Method in jakarta.persistence.ManyToOne boolean optional (Optional) Whether the association is optional. If set to false then a non-null relationship must always exist. May be used in schema generation to infer that the mapped foreign key column is not null . Default: true Since: Jakarta Persistence (JPA) 1.0 | |
jakarta.persistence.SchemaValidationException.getFailures() Jakarta Persistence (JPA) Method in jakarta.persistence.SchemaValidationException Exception[] getFailures() An array of problems detected while validating the schema . A persistence provider might choose to fail fast upon encountering a problem with one database object, in which case | |
jakarta.persistence.SchemaValidationException.SchemaValidationException(String,Exception...) detected while validating the schema . Parameters: failures - an array of exceptions, each representing | |
jakarta.persistence.SchemaManager.drop(boolean) - if true , drop schemas , otherwise, leave them be Since: Jakarta Persistence (JPA) 1.0 | |
jakarta.persistence.PersistenceConfiguration.SCHEMAGEN_CREATE_SCRIPT_SOURCE Jakarta Persistence (JPA) Field in jakarta.persistence.PersistenceConfiguration SCHEMAGEN_CREATE_SCRIPT_SOURCE An application-provided SQL script to be executed when the schema is created. Since: Jakarta Persistence (JPA) 1.0 | |
jakarta.persistence.PersistenceConfiguration.SCHEMAGEN_DROP_SCRIPT_SOURCE Jakarta Persistence (JPA) Field in jakarta.persistence.PersistenceConfiguration SCHEMAGEN_DROP_SCRIPT_SOURCE An application-provided SQL script to be executed when the schema is dropped. Since: Jakarta Persistence (JPA) 1.0 | |
jakarta.persistence.PersistenceConfiguration.SCHEMAGEN_CREATE_SOURCE.persistence. schema -generation.create-script-source" . Since: Jakarta Persistence (JPA) 1.0 | |
jakarta.persistence.PersistenceConfiguration.SCHEMAGEN_DROP_SOURCE.persistence. schema -generation.drop-script-source" . Since: Jakarta Persistence (JPA) 1.0 | |
jakarta.persistence.Basic.optional Jakarta Persistence (JPA) Method in jakarta.persistence.Basic boolean optional (Optional) Specifies whether the value of the field or property may be null. This is a hint and is disregarded for primitive types; it may be used in schema generation to infer that the mapped column is not null | |
Internal Exception and Index Problems). You can avoid this issue by restarting the ObjectDB server after every such schema change. Future versions of ObjectDB may support schema changes without restarting the server, or ... after schema changes. support Support But in our case a server restart doesn't help. The only way I figured | |
Entity field renaming does not work String comparisonDisplayDataTypeName; We added the schema for renaming to the objectdb config:   ... is opened with the schema change specified in the configuration file, only the class ... the schema change, up to date classes (no source code is needed) with the new field names and your ObjectDB |