I'm using EJB and JPA to develop a Java EE project. The server is Jboss AS 7.1 which uses Hibernate as the JPA provider.
In this project I'd like to add many new tables to the database. I'd also like to add many new columns to these tables at run-time. After these columns have been added, I'll add 、delete or select data in the table (at run-time as well).
How can I do this with JPA?
Related
As part of a Proof of Concept we are looking to migrate a complex Oracle Forms 10g Application into Oracle Apex 5.1(or later versions.) The Oracle Forms applications interfaces many peripheral devices via calls using WEBUTIL_C_API built in.
Is there a similar equivalent built in function for Oracle Apex?
The WEBUTIL_C_API is used to call external C dll libraries.
This will be very helpful to use in Oracle APEX.
Also if there are any working examples of ORACLE APEX talking to peripheral devices like ECD Cash drawers, label printers, EFTPOS terminals etc.
I'm pretty sure you cannot run C code or library from APEX, though you can do it from Forms.
With APEX, you'll have to run your C code from the database using "external procedures" (check CREATE LIBRARY instruction).
You can then run the PL/SQL procedure that wraps the C code from APEX.
I have Oracle APEX configured on my laptop pointing to Oracle express DB on my laptop also.
I want to point to a different database on another server (specifically Oracle eBusiness suite database). How could this be achieved?
Does all the data live in the other database? Or does most of the data live in your local database and you just need to pull a bit of data from the other database?
If you are building applications that interact primarily with the data in the Oracle eBusiness Suite database, you'd realistically want to install APEX (if it is not already installed there) in the Oracle eBusiness Suite database and build your APEX application there. If you are building applications that interact primarily with data in your local database and you just need to pull a bit of data from the eBusiness Suite database, you can create a database link in your local database that connects to the remote database and reference objects over the database link.
I want to create a diagram of SAS datasets in a SAS library, basically an equivalent of Database Diagram that can be created for database tables in SQL Server Management Studio. Can this be done using any of SAS applications?
Data Integration Studio is the SAS solution for visual management of ETL/data integration. The processes are build in flow chart diagrams. It also offers some options to visualize your data models.
I believe you are trying to build an entity relationship diagram to "visual" the schema for set of tables in your library. If you are looking just for documentation only, you can try Visio or MS-Access using OLEDB connection to read all table metadata from your library, however you need to build all the relationship including primary keys & etc.
If you are looking for building an ETL process, where maintaining entity relationship will be part of your ETL job, then Jetzler suggested ETL solution will be your tools, because once you build your process, the schema, e.g. star or snow-flake schema will be automatic generated for you.
I have an application which use Zend Framework and Doctrine.
I want to change for a module the database from the default settings.
I have created an alternative connection for doctrine.
When creating/updating the tables using,
./vendor/bin/doctrine-module orm:schema-tool:update --force
the tables are created in the first configuration of database.
Basically what I want to update the second configured database tables.
Can someone help me with an working example ?
Thanks,
Bogdan
To my knowledge, the schema-tool binary only works with the orm_default database.
Now, there's certainly nothing stopping you from having modules that add additional named connections. See this documentation for doing that:
https://github.com/doctrine/DoctrineORMModule/blob/master/docs/configuration.md#how-to-use-two-connections
But, the tooling around managing those additional databases might be a little "roll your own". The good news is all the pieces are there (Doctrine's underlying SchemaTool classes), you would just need to wire them up and build a cli command that acts on multiple schemas.
All that being said, if you find yourself using multiple unique schemas in the same database engine (unique being the key word to account for things like doctrine sharding), I worry your application design might be potentially troublesome. It could be possible that your multiple storage domains should actually live as separate applications.
We have just upgraded our 7.2 platform to 8.1. We have enabled xDB as well.
I've following questions:
Do we need to write any custom code (JS or C#code) to capture analytics data on to xDB?
What sort of data is captured by default and what sort of data requires custom code?
Thanks.
1) No custom code is required by default. You just need to make sure that configuration files are properly setup. Sitecore Analytics and xDB features are enabled when you install Sitecore. In Sitecore 8.0 you only need to have "Analytics.Enabled" set on "true" in Sitecore.Analytics.config but in Sitecore 8.1 because they have introduced the notion of separation of xDB and core sitecore functionality you also need to have the extra license for xDB and having "Xdb.enabled" in Sitecore.Xdb.config as well. Also make sure that you have an installed and running MongoDB on your machine since xDB is actually consisted of MongoDB and SQL server (both)
Also have a look on following links about CMS-only mode in Sitecore 8.1:
CMS-only mode: an overview
Sitecore 8.1: what does new CMS-only mode mean
2) Sitecore xDB collects visitors' information in "Contacts" collection on MongoDB and the actual visits in "Interaction" collection on MongoDB (in JSON format) and then it processes raw data to generate statistics and store them into SQL server (separate database for analytics). In general, Sitecore shows you various statistics based on "PageViews" and "Engagement Values" side by side on dozens of charts. Checkout "ReportDataView" and "TrafficOverview" views on SQL server (once you setup xDB up and running) to have some ideas about what is it doing.
Anyway, in many cases you may find the ready-to-use charts and graphs are not enough so you can also have direct access to raw data in MongoDB or aggregated counterpart in SQL server and you can also write your extra pieces of info on each page so that you can extract them later on Experience Analytics.