NEXJ
Tasks Done
Grace Links to read
About NexJ
Java
Tools
- Eclipse
- compare version controls [1]
- Understanding Mercurial [2]
- Tutorial-wiki [3]
- TortoiseHg Documentation[4]
- Eclipse-Mercurial [5]
- More about installation [6]
- Eclipse-Mercurial Video [7]-Demo
- Documentation [8]
- CodeBeamer Quick Tour[13]
- Installing process of CodeBeamer on Eclipse [14]
- Connect to the CodeBeamer Grace's account [15]
Database / Persistence
- JDBC [16]
- Relational database Management System[17]
- JDBC Driver [18]
- Drivers table[19]
- XML/Object Binding and Object Persistence = XStream + XBird
- Trigger
- A trigger is a specification that the database should automatically execute a particular function whenever a certain type of operation is performed. Triggers can be defined to execute either before or after any INSERT, UPDATE, orDELETE operation, either once per modified row, or once per SQL statement. If a trigger event occurs, the trigger's function is called at the appropriate time to handle the event.[20]
- Wiki
- Oracle Server Manual
- MySQL - Syntax [21]
- PostgreSQL- Syntax [22]
- Stored Procedures
- Transactions
- Postgre
- MySQL
compare
- The current versions are MySQL 5.1 and PostgreSQL 8.4.
- PostgreSQL is a unified database server with a single storage engine. MySQL has two layers, an upper SQL layer and a set of storage engines. [23]
- MySQL began development with a focus on speed while PostgreSQL began development with a focus on features and standards. Thus, MySQL was often regarded as the faster of the two.
- Both PostgreSQL and MySQL support Not-Null, Unique, Primary Key and Foreign Key constraints. However MySQL silently ignores the CHECK constraint
- MySQL supports stored procedures, per se; PostgreSQL supports stored functions, which are in practice very similar.
- Trigger - Both PostgreSQL and MySQL support triggers. A PostgreSQL trigger can execute any user-defined function from any of its procedural languages, not just PL/pgsql.MySQL triggers are activated by SQL statements only. They are not activated by changes in tables made by APIs that do not transmit SQL statements to the MySQL Server; in particular, they are not activated by updates made using the NDB API. PostgreSQL has always been strict about making sure data is valid before allowing it into the database, and there is no way for a client to bypass those checks.
- DataTypes - PostgreSQL does not have an unsigned integer data type, but it has a much richer data type support in several aspects: standards compliance, the logically fundamental data type BOOLEAN, user-defined data types mechanism, built-in and contributed data types. PostgreSQL allows columns of a table to be defined as variable-length multidimensional arrays. Arrays of any built-in or user-defined base type, enum type, or composite type can be created. Arrays of domains are not yet supported. MySQL does not have network IP address data types that PostgreSQL has but does provide INET_ATON() and INET_NTOA() functions to convert IPv4 addresses to and from easily stored integers. Postgres does very good job supporting referential integrity, has transactions and rollbacks, foreign keys ON DELETE CASCADE and ON UPDATE CASCADE.
- Security - MySQL has exceptionally good fine-grained access control. You can GRANT and REVOKE whatever rights you want, based on user name, table name and client host name.
- Alter table - Postgres supports ALTER TABLE to some extent. You can ADD COLUMN, RENAME COLUMN and RENAME TABLE. MySQL has all options in ALTER TABLE - you can ADD column, DROP it, RENAME or CHANGE its type on the fly - very good feature for busy servers, when you don't want to lock the entire database to dump it, change definition and reload it back.