Summary
@persistent@ is a library for type-safe data serialization. It has many kinds of backends, such as SQL backends (@persistent-mysql@, @persistent-postgresql@, @persistent-sqlite@) and NoSQL backends (@persistent-mongoDB@). While @persistent@ is a nice library for storing and retrieving records, currently it has a poor interface for SQL backends compared to SQL itself. For example, it's extremely hard to do a type-safe @JOIN@ on a many-to-one relation, and simply impossible to do any other kinds of @JOIN@s (including for the very common many-to-many relations). Users have the option of writing raw SQL, but that's error prone and not type-checked. @esqueleto@ is a bare bones, type-safe EDSL for SQL queries that works with unmodified @persistent@ SQL backends. Its language closely resembles SQL, so (a) you don't have to learn new concepts, just new syntax, and (b) it's fairly easy to predict the generated SQL and optimize it for your backend. Most kinds of errors committed when writing SQL are caught as compile-time errors---although it is possible to write type-checked @esqueleto@ queries that fail at runtime. Currently only @SELECT@s are supported. Not all SQL features are available, but most of them can be easily added (especially functions), so please open an issue or send a pull request if you need anything that is not covered by @esqueleto@ on <https://github.com/meteficha/esqueleto/>. The name of this library means \"skeleton\" in Portuguese and contains all three SQL letters in the correct order =). It was inspired by Scala's Squeryl but created from scratch.
Versions
v2.4.3-r1 :: 0/2.4.3 :: gentoo
- Modified
- License
- BSD
- Keywords
- ~amd64 ~x86
- USE flags
- doc hscolour profile test
v2.1.3 :: 0/2.1.3 :: gentoo
- Modified
- License
- BSD
- Keywords
- ~amd64 ~x86
- USE flags
- doc hscolour profile test
USE flags
General
- doc
- Add extra documentation (API, Javadoc, etc). It is recommended to enable per package instead of globally
- hscolour
- Include coloured haskell sources to generated documentation (dev-haskell/hscolour)
- profile
- Add support for software performance analysis (will likely vary from ebuild to ebuild)
- test
- Enable dependencies and/or preparations necessary to run tests (usually controlled by FEATURES=test but can be toggled independently)
Dependencies
dev-haskell / blaze-html : A blazingly fast HTML combinator library for Haskell
dev-haskell / cabal : A framework for packaging Haskell software
dev-haskell / conduit : Streaming data processing library
dev-haskell / haddock : A documentation-generation tool for Haskell libraries
dev-haskell / hscolour : Colourise Haskell code
dev-haskell / hspec : A Testing Framework for Haskell
dev-haskell / hunit : A unit testing framework for Haskell
dev-haskell / monad-control : Lift control operations, like exception catching, through monad transformers
dev-haskell / monad-logger : A class of monads which can log messages
dev-haskell / persistent : Type-safe, multi-backend data serialization
dev-haskell / persistent-sqlite : Backend for the persistent library using sqlite3
dev-haskell / persistent-template : Type-safe, non-relational, multi-backend persistence
dev-haskell / quickcheck : Automatic testing of Haskell programs
dev-haskell / resourcet : Deterministic allocation and freeing of scarce resources
dev-haskell / tagged : Haskell 98 phantom types to avoid unsafely passing dummy arguments
dev-haskell / text : An efficient packed Unicode text type
dev-haskell / transformers : Concrete functor and monad transformers
dev-haskell / unordered-containers : Efficient hashing-based container types
Runtime Dependencies
dev-haskell / blaze-html : A blazingly fast HTML combinator library for Haskell
dev-haskell / conduit : Streaming data processing library
dev-haskell / monad-logger : A class of monads which can log messages
dev-haskell / persistent : Type-safe, multi-backend data serialization
dev-haskell / resourcet : Deterministic allocation and freeing of scarce resources
dev-haskell / tagged : Haskell 98 phantom types to avoid unsafely passing dummy arguments
dev-haskell / text : An efficient packed Unicode text type
dev-haskell / transformers : Concrete functor and monad transformers
dev-haskell / unordered-containers : Efficient hashing-based container types
Depending packages
dev-haskell / yesod-platform : Meta package for Yesod (deprecated)
dev-vcs / git-annex : manage files with git, without checking their contents into git
Change logs
- Robin H. Johnson · gentoo
Drop $Id$ per council decision in bug #611234.
Signed-off-by: Robin H. Johnson <robbat2@gentoo.org> - Sergei Trofimovich · gentoo
dev-haskell/esqueleto: bump up to 2.4.3
Package-Manager: Portage-2.3.3, Repoman-2.3.1 - Sergei Trofimovich · gentoo
dev-haskell/esqueleto: drop old
Package-Manager: portage-2.3.0_rc1 - Sergei Trofimovich · gentoo
dev-haskell/esqueleto: drop old
Package-Manager: portage-2.2.28 - Robin H. Johnson · gentoo
proj/gentoo: Initial commit
This commit represents a new era for Gentoo: Storing the gentoo-x86 tree in Git, as converted from CVS. This commit is the start of the NEW history. Any historical data is intended to be grafted onto this point. Creation process: 1. Take final CVS checkout snapshot 2. Remove ALL ChangeLog* files 3. Transform all Manifests to thin 4. Remove empty Manifests 5. Convert all stale $Header$/$Id$ CVS keywords to non-expanded Git $Id$ 5.1. Do not touch files with -kb/-ko keyword flags. Signed-off-by: Robin H. Johnson <robbat2@gentoo.org> X-Thanks: Alec Warner <antarus@gentoo.org> - did the GSoC 2006 migration tests X-Thanks: Robin H. Johnson <robbat2@gentoo.org> - infra guy, herding this project X-Thanks: Nguyen Thai Ngoc Duy <pclouds@gentoo.org> - Former Gentoo developer, wrote Git features for the migration X-Thanks: Brian Harring <ferringb@gentoo.org> - wrote much python to improve cvs2svn X-Thanks: Rich Freeman <rich0@gentoo.org> - validation scripts X-Thanks: Patrick Lauer <patrick@gentoo.org> - Gentoo dev, running new 2014 work in migration X-Thanks: Michał Górny <mgorny@gentoo.org> - scripts, QA, nagging X-Thanks: All of other Gentoo developers - many ideas and lots of paint on the bikeshed