/ 
App-AltSQL-0.05
River stage one • 1 direct dependent • 3 total dependents
/ App::AltSQL

NAME

App::AltSQL - A drop in replacement to the MySQL prompt with a pluggable Perl interface

SYNOPSIS

./altsql -h <host> -u <username> -D <database> -p<password>

altsql> select * from film limit 4;
╒═════════╤══════════════════╤════════════════════════════
│ film_id │ title            │ description                
╞═════════╪══════════════════╪════════════════════════════
│       1 │ ACADEMY DINOSAUR │ A Epic Drama of a Feminist 
│       2 │ ACE GOLDFINGER   │ A Astounding Epistle of a D
│       3 │ ADAPTATION HOLES │ A Astounding Reflection of 
│       4 │ AFFAIR PREJUDICE │ A Fanciful Documentary of a
╘═════════╧══════════════════╧════════════════════════════
4 rows in set (0.00 sec)

DESCRIPTION

AltSQL is a way to improve your user experience with mysql, sqlite3, psql and other tools that Perl has DBI drivers for. Currently written for MySQL only, the long term goal of this project is to provide users of the various SQL-based databases with a familiar command line interface but with modern improvements such as color, unicode box tables, and tweaks to the user interface that are fast and easy to prototype and experiment with.

There are a few key issues that this programmer has had with using the mysql client every day. After looking for alternatives and other ways to fix the problems, reimplementing the client in Perl seemed like the easiest approach, and lent towards the greatest possible adoption by my peers. Here are a few of those issues:

Ctrl-C kills the program

All of the shells that we used on a daily basis allow you to abandon the half-written statement on the prompt by typing Ctrl-C. Spending all day in shells, you expect this behavior to be consistent, but you do this in mysql and you will be thrown to the street. Let's do what I mean, and abandon the statement.

Wide output wraps

We are grateful that mysql at least uses ASCII art for table formatting (unlike sqlite3 for some reason). But there are some tables that I work with that have many columns, with long names (it's often easier to keep adding columns to a table over time). As a result, when you perform a simple `select * from fim limit 4` you quickly find your terminal overwhelmed by useless ASCII art attempting (and mostly failing) to provide any semblance of meaning from the result. You can throw a '\G' onto the command, but if it took 10 seconds to execute and you locked tables while doing it, you could be slowing down your website or letting your slave fall behind on sync.

Suffice it to say, it's a much better experience if, just like with git diff, wide output is left wide, and you are optionally able to scroll horizontally with your arrow keys like you wanted in the first place.

Color

Most other modern programs we developers use on a daily basis (vim, ls, top, git, tmux, screen) offer to provide additional context to you via color. By consistently setting colors on a variable type or file type, programs can convey to us additional context that allows us to better grasp and understand what's happening. They help us be smarter and faster at our jobs, and detect when we've made a mistake. There's no reason we shouldn't use color to make it obvious which column(s) form the primary key of a table, or which columns are a number type or string type. The DBI statement handler contains lots of context, and we can interrogate the information_schema tables in mysql for even more.

Unicode Box characters

The usage of '|', '+' and '-' for drawing tables and formatting data seems a bit antiquated. Other tools are adopting Unicode characters, and most programmers are now using terminal programs that support Unicode and UTF8 encoding natively. The Unicode box symbol set allows seamless box drawing which allows you to read between the lines, so to speak. It is less obtrusive, and combining this with color you can create a more useful and clear user experience.

I've thought of a number of other features, but so too have my coworkers and friends. Most people I've spoken with have ideas for future features. Next time you're using your DB shell and find yourself irritated at a feature or bug in the software that you feel could be done much better, file a feature request or, better yet, write your own plugins.

CONFIGURATION

The command line arguments inform how to connect to the database, whereas the configuration file(s) provide behavior and features of the UI.

Command Line

The following options are available.

-h HOSTNAME | --host HOSTNAME
-u USERNAME | --user USERNAME
-p | --password=PASSWORD | -pPASSWORD
--port PORT
-D DATABASE | --database DATABASE

Basic connection parameters to the MySQL database.

--A | --no-auto-rehash

By default, upon startup and whenever the database is changed, the information_schema tables will be read to perform tab completion. Disable this behavior to get a faster startup time (but no tab complete).

Config File

We are using Config::Any for finding and parsing the configuration file. You may use any format you'd like to write it so long as it's support in Config::Any.

/etc/altsql.(yml|cnf|ini|js|pl)
~/.altsql.(yml|cnf|ini|js|pl)

Write your configuration file to either the system or the local configuration locations. The local file will inherit from the global configuration but with local modifications. For purposes of this example I'll be writing out the config in YAML, but again any other compatible format would do just as well.

---
prompt: 'altsql> '

plugins:
  - Tail
  - Dump

view_plugins:
  - Color
  - UnicodeBox

App::AltSQL::View::Plugin::Color:
  header_text:
    default: red
  cell_text:
    is_null: blue
    is_primary_key: bold
    is_number: yellow

App::AltSQL::View::Plugin::UnicodeBox:
  style: heavy_header
  split_lines: 1
  plain_ascii: 0

This is the default configuration, and currently encompasses all the configurable settings. This should be future safe; as you can see, plugins may use this file for their own variables as there are namespaced sections.

prompt
prompt: "%u@%h[%d]> "
# 'username@hostname[database]> '
prompt: "%c{red}%u%c{reset} %t{%F %T}> '
# 'username' (in red) ' YYYY-MM-DD HH:MM:SS> '

Provide a custom prompt. The following variables will be interpolated:

%u

The username used to connect to the model

%d

The current database or '(none)'

%h

The hostname the model is connected to

%%

An escaped percent sign

%c{...}

A Term::ANSIColor color name. The value will be passed directly to the color method.

%e{...}

A block to be eval'ed. You may use $self to refer to the App::AltSQL::Term object

%t{...}

The argument to this option will be passed to DateTime strftime for the current time

plugins

An array of plugin names for the main namespace.

view_plugins

An array of View plugin names to be applied to each View object created

EXTENDING

As mentioned above, one key point of this project is to make it easy for people to extend. For this reason, I've built it on Moose and offer a MooseX::Object::Pluggable interface. If you extend App::AltSQL, you may want to know about the following methods.

Accessors

term - the singleton App::AltSQL::Term (or subclass) instance
view - the class in which all table output will be accomplished (defaults to App::AltSQL::View)
model - where the database calls happen (App::AltSQL::Model::MySQL)
args

Hash of the command line arguments

config

Hash of the file configuration

parse_cli_args \@ARGV

Called in bin/altsql to collect command line arguments and return a hashref

resolve_namespace_config_value $namespace, $key | [ $key1, $key2, ... ], \%default_config

$self->resolve_namespace_config_value('MyApp', 'timeout', { timeout => 60 });
# Will search $self->config->{MyApp}{timeout} and will return that or the default 60 if not present

Provides plugin authors with easy access to the configuration file. Provide either an arrayref of keys for deep hash matching or a single key for a two dimensional hash.

get_namespace_config_value $namespace, $key

Return a config value of the given key in the namespace. Returns empty list if non-existant.

read_config_file

Will read in all the config file(s) and return the config they represent

new_from_cli

Called in altsql to read in the command line arguments and create a new instance from them and any config files found.

run

Start the shell up and enter the readline event loop.

shutdown

Perform any cleanup steps here.

handle_term_input $input

The user has just typed something and submitted the buffer. Do something with it. Most notably, parse it for directives and act upon them.

call_command $command, $input

Currently, the application treats any text that starts with a period as a command to the program rather then as SQL to be sent to the server. This method will be called with that command and the full line types. So, if someone typed '.reset screen', command would be 'reset' and the input woudl be '.reset screen'. This is naturally a good place to add any extensions to the SQL syntax.

create_view %args

Call App::AltSQL::View new(), mixing in the app and command line view arguments and loading any requested plugins.

log_info, log_debug, log_error

Your basic logging methods, they all currently do the same thing.

DEVELOPMENT

This module is being developed via a git repository publicly available at http://github.com/ewaters/altsql-shell. I encourage anyone who is interested to fork my code and contribute bug fixes or new features, or just have fun and be creative.

COPYRIGHT

Copyright (c) 2012 Eric Waters and Shutterstock Images (http://shutterstock.com). All rights reserved. This program is free software; you can redistribute it and/or modify it under the same terms as Perl itself.

The full text of the license can be found in the LICENSE file included with this module.

AUTHOR

Eric Waters <ewaters@gmail.com>