ObjectDB Database Search

51-100 of 200 results

Schema-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 change

UPDATE query to set a new field after schema change

Object Relations Error after Schema Change

Object Relations Error after Schema Change

Deadlock on Schema Update during Multithreading activity

Deadlock on Schema Update during Multithreading activity

Indexes broken after schema update

Indexes broken after schema update

UPDATE query cannot set a new field after schema change

UPDATE 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