Leemeng writes "I'm looking for a simple, free, and F/OSS flat-file database program. I'm storing info about Wi-Fi access points that I come across, maybe 8-9 fields per entry. I've outgrown Notepad. This info is for my own reference only; it is not going on a Web server. Googling was unhelpful, with results skewed towards SQL, Access (MS), and Oracle, all of which would be overkill for my purposes. My criteria are: it must be simple, F/OSS, must work in Windows Vista, preferably use a portable format, must not be an online app, and must not require Java. Does such a beast exist?"

(via http://developers.slashdot.org/article.pl?sid=08/05/20/2150246)

• 100% Java
• Support JDK 1.1.x, 1.2.x, 1.3.x, 1.4.x, 1.5.x, 1.6.x
• Extensive JDBC interface support with batch statement and scrollable ResultSet functionality
• Full JDBC DatabaseMetaData and ResultSetMetaData support
• Java stored procedures and functions
• Full support for PreparedStatement objects to speed up query processing

SQL

• Relational Database Management System, with the object capabilities of Java
• Very extensive support for SQL:2003 Standard syntax, including most optional features
• Supports all base data types of the SQL Standard, including BINARY, BIT, BOOLEAN, date-time, INTERVAL, BLOB, CLOB
• Supports user-defined DOMAIN types, including type constraints
• Fast SELECT, INSERT, DELETE, UPDATE and MERGE operations
• INNER, LEFT OUTER, RIGHT OUTER and FULL joins
• UNION, EXCEPT, INTERSECT, including use of parentheses, limits and offsets
• Scalar (single value) SELECTS, row and correlated subqueries including IN, EXISTS, ANY, ALL
• Views, Temp tables and sequences
• Primary key, unique and check constraints on single or multiple columns
• Referential Integrity (foreign keys) on multiple columns with full cascading options (delete, update, set null, set default)
• ORDER BY, GROUP BY and HAVING
• COUNT, SUM, MIN, MAX, AVG and statistical aggregate functions
• Full support for SQL expressions such as CASE .. WHEN .. ELSE .. , NULLIF etc.
• SQL standard autoincrement column support plus sequences
• Transaction COMMIT, ROLLBACK and SAVEPOINT support
• Multiple schemata per database
• Triggers, implemented as Java classes, or as SQL statements
• Database security with passwords, user rights and roles with GRANT and REVOKE
• Extensive set of ALTER TABLE commands, including change of table column type

Persistence

• In-memory tables for fastest operation
• Disk based tables for large data sets
• Text tables with external file data sources such as CSV files
• Disk tables (CACHED TABLE) up to 8GB and text tables up to 2GB each
• Size of each string or binary item only limited by memory
• Database dump as SQL script with or without data

Deployment

• Embedded (into Java applications) and Client-Server operating modes
• Three client server protocols: HSQL, HTTP and HSQL-BER - can run as an HTTP web server - all with SSL option
• Can be used in applets, read-only media (CD), inside jars, webstart and embedded applications
• Multiple databases per JVM

Utilities

• Powerful and compact java command line and GUI tools for database management
• Tranfer tool for conversion of databases to / from other popular database managment systems

This page last updated 20 April 2008

Link: http://hsqldb.org/web/hsqlFeatures.html

Download the book from the link below.

Head First SQL

Toda semana eu e o Silvano discutimos vários aspectos das nossas aplicações. Como melhorar algumas delas, novos componentes que podem trazer ganhos interessantes, mudanças de arquitetura, etc. Os principais objetivos são: trazer mais qualidade para os projetos e produtividade para a equipe.

Alguns meses atrás estávamos falando com freqüência sobre frameworks web. A maioria das aplicações na Globo ainda usa Struts 1.x. O Struts 1 foi por muitos anos o framework web padrão Java. Ele trouxe muitos ganhos interessantes, comparando com o desenvolvimento usando apenas Servlets + JSP.

Um ponto "fraco" do Struts 1 é que ele não tem nenhum suporte a componentes visuais. Toda a parte visual das aplicações fica por conta dos desenvolvedores, assim como os recursos "Web 2.0". O problema é que desenvolver esta parte visual de forma customizada em todos os projetos é muito trabalhosa, não é produtiva. Com isso surgiram inúmeros frameworks mais modernos, com suporte visual muito mais rico, trazendo boa produtividade neste aspecto.

O fato é que com esta enorme gama de opções, não temos mais um framework que se destaque de forma absoluta sobre os outros. Temos várias opções para cada projeto. Entretanto, não dá para querer abraçar o mundo, então é comum que busquemos 1 ou 2 opções que nos atendam em quase todos os casos.

Na nossa equipe nós já temos uma aplicação com JSF, que na verdade foi concebida ano passado, antes da minha mudança de equipe. Eu estou usando o Wicket em um projeto pessoal e ainda estou aprendendo o framework, ainda não o domino a ponto de usá-lo de forma produtiva. Com alguma freqüência nós discutimos sobre estes 2 frameworks, e eu ainda tenho a opinião que descrevi anteriormente.

Neste escopo das discussões sobre JSF vs Wicket, também falamos algumas vezes sobre Rails e Grails. Algumas semanas atrás eu e o Silvano começamos a estudar Grails, e fizemos pequenas aplicações de exemplo. Eu já li inteiro este livro de Grails disponível no InfoQ. Ele estava aqui na minha lista de "Livros que quero ler quando tiver tempo", mas já o movi para a lista de livros que li :)

Eu estou gostando bastante do Grails, pois ele é extremamente produtivo para aplicações nas quais eu acho que ele faz sentido. Você consegue em 2 dias desenvolver aplicações que provavelmente você demoraria 1 semana ou mais com frameworks Java tradicionais. Eu ainda não o utilizei o suficiente para saber os limites de uso do mesmo. Provavelmente para projetos com requisitos mais críticos de carga e customização das interfaces, ele já não será uma opção tão boa assim. Entretanto, em aplicações internas, com carga limitada e sem grandes necessidades de customização visual, ele é perfeito.

O próximo passo para mim é tentar utilizá-lo em casos mais complexos. Estou pensando seriamente em utilizá-lo no @dvogado.com, um software para advogados que eu desenvolvo no meu tempo vago, mas que está congelado há alguns meses por falta de tempo. Quando eu conseguir um pouco mais de tempo vou tentar implementá-lo com o Grails, e acho que consigo fazer isso bem rapidamente. O Grails atenderia bem à minha proposta de distribuir um pacote completo com tudo que o usuário precisa, tornando o deployment o mais simples possível. Com o Grails eu utilizaria o Jetty + HSQL que ele traz por padrão, e precisaria adicionar apenas o JDK no pacote.

Uma discussão muito interessante também é a de Grails vs Ruby on Rails, mas isso fica para um outro post em breve :)