sequel.rubyforge.org Archives - 16 December 2012, Sunday

  • sql.rdoc

    sequel.rubyforge.org 26 Jul '12, 7am

    actually does internally is two separate things. It first creates a dataset representing the query, and then it executes the dataset's SQL code to retrieve the objects. Often, you want to define a dataset at some point, but not execute it till later. You can do this by leaving off the...

  • 3.37.0.txt

    sequel.rubyforge.org 03 Jul '12, 1pm

    A pg_range extension has been added, making it easy to deal with PostgreSQL 9.2+'s range types. As ruby's Range class does not support all PostgreSQL range type values (such as empty ranges, unbounded ranges, or ranges with an exlusive beginning), range types are returned as instances...

    Related:
    1. ANN: Sequel 3.37.0 Released ruby-forum.com 03 Jul '12, 2pm
  • pg_json.rb

    sequel.rubyforge.org 29 Jun '12, 11pm

    The pg_json extension adds support for Sequel to handle PostgreSQL's json type. It is slightly more strict than the PostgreSQL json type in that the object returned must be an array or object (PostgreSQL's json type considers plain numbers and strings as valid). This is because Sequel...

  • dataset_basics.rdoc

    sequel.rubyforge.org 15 May '12, 7am

    Datasets are probably the thing that separate Sequel from other database libraries. While most database libraries have specific support for updating all records or only a single record, Sequel's ability to represent SQL queries themselves as objects is what gives Sequel most of its po...

  • migration.rdoc

    sequel.rubyforge.org 06 May '12, 11pm

    Migrations are optional, you don't have to use them. You can always just create the necessary database structure manually using Sequel's schema modification methods or another database tool. However, if you are dealing with other developers, you'll have to send them all of the changes...

  • opening_databases.rdoc

    sequel.rubyforge.org 24 Apr '12, 11am

    Note that using an adapter method forces the use of the specified adapter, not a database type, even though some adapters have the same name as the database type. So if you want to connect to SQLite, for example, you can do so using the sqlite, do, dbi, jdbc, odbc, and swift adapters....

  • cheat_sheet.rdoc

    sequel.rubyforge.org 18 Apr '12, 2am

    cheat_sheet.rdoc doc/cheat_sheet.rdoc Last Update: 2011-07-16 11:31:03 -0700 Cheat Sheet Open a database require 'rubygems' require 'sequel' DB = Sequel.sqlite('my_blog.db') DB = Sequel.connect('postgres://user:password@localhost/my_db') DB = Sequel.postgres('my_db', :user => 'user', ...

  • Sequel: The Database Toolkit for Ruby

    sequel.rubyforge.org 06 Apr '12, 6am

    Sequel provides thread safety, connection pooling and a concise DSL for constructing SQL queries and table schemas. Sequel includes a comprehensive ORM layer for mapping records to Ruby objects and handling associated records. Sequel supports advanced database features such as prepare...

  • virtual_rows.rdoc

    sequel.rubyforge.org 25 Mar '12, 5pm

    There are two related differences here. First is the usage of "o.c" vs "c", and second is the difference between the the use of "a". In the regular proc, you couldn't call c without an explicit receiver in the proc, unless the self of the surrounding scope responded to it. For a, note...

  • Sequel: The Database Toolkit for Ruby

    sequel.rubyforge.org 03 Mar '12, 11am

    Sequel provides thread safety, connection pooling and a concise DSL for constructing SQL queries and table schemas. Sequel includes a comprehensive ORM layer for mapping records to Ruby objects and handling associated records. Sequel supports advanced database features such as prepare...

  • README.rdoc

    sequel.rubyforge.org 03 Mar '12, 12am

    Sequel provides thread safety, connection pooling and a concise DSL for constructing SQL queries and table schemas. Sequel includes a comprehensive ORM layer for mapping records to Ruby objects and handling associated records. Sequel supports advanced database features such as prepare...