Open main menu

CDOT Wiki β

User:Minooz/NexJ

< User:Minooz
Revision as of 08:29, 12 October 2010 by Minooz (talk | contribs)

NEXJ

Java

JBoss application server

Build & Test

  • Junit
How to run JUnit test from Command Line Q & A
FAQ
Run individual tests Using build.xml
  • Ant
Tutorial Ant
Tutorial Ant Apache

Tools

  • Mercurial
Mercurial SCM
Min Mercurial
  • Cygwin
http://www.cygwin.com/ Cygwin]
Min Cygwin
  • Eclipse
Eclipse Download
Eclipse Tutorials
All Eclipse Tutorial Videos
Create Web Application
setup and user-guide[1]
Mylyn user-guide[2]
install Mylyn FAQ[3]
Tasktop[4]
CodeBeamer Quick Tour[5]
Installing process of CodeBeamer on Eclipse [6]
Connect to the CodeBeamer Grace's account [7]

Database / Persistence

JDBC [8]
Relational database Management System[9]
JDBC Driver [10]
Drivers table[11]
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.[12]
Wiki
Oracle Server Manual
MySQL - Syntax [13]
PostgreSQL- Syntax [14]
  • Stored Procedures
Oracle Server Manual
  • Transactions
Oracle Server Manual

Compare PostgreSQL and MySQL

  • Postgre
Tutorial
postgre connection
  • MySQL
Syntax
Tutorial
Mysql Connector
  • The current versions are MySQL 5.1 and PostgreSQL 8.4.
  1. 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. [15]
  2. 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.
  3. Both PostgreSQL and MySQL support Not-Null, Unique, Primary Key and Foreign Key constraints. However MySQL silently ignores the CHECK constraint
  4. MySQL supports stored procedures, per se; PostgreSQL supports stored functions, which are in practice very similar.
  5. 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.
  6. 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.
  7. 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.
  8. 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.
  9. Diagnostic Log - By default, PostgreSQL logs to stderr, meaning that it's highly installation specific where the dianostic information is put; on this author's system, the default ends up in /var/lib/pgsql/pgstartup.log. The default can be set to something more reasonable (such as syslog on unix, eventlog on Windows) by adjusting thelog_destination configuration parameter.
  10. Automatic key generation -
PostgreSQL doesn't support the standard's IDENTITY attribute. PostgreSQL's best offering for a column with auto-generated values is to declare a column of 'type' SERIAL:
CREATE TABLE tablename (
  tablename_id SERIAL,
  ...
)
MySQL doesn't support the standard's IDENTITY attribute. As an alternative, an integer column may be assigned the non-standard AUTO_INCREMENT attribute:
CREATE TABLE tablename (
  tablename_id INTEGER AUTO_INCREMENT PRIMARY KEY,
  ...
)
Compare SQL Implemenations[16]
Compare Postgre and MySQL [17]
Comparison based on Postgre website [18]

General