Rails 4 + Postgres = NoSQL - Rails Israel 2014
â˘Als PPTX, PDF herunterladenâ˘
2 gefällt mirâ˘1,467 views
This document discusses using hstore with Postgres and Rails to provide a NoSQL-like experience while integrating with a relational database. It explains how to enable hstore on a Postgres database, add an hstore field to a table, define accessors for known keys, perform queries on hstore values, and some limitations around data types and nesting. Hstore provides flexibility similar to NoSQL but avoids maintaining a separate database.
Empfohlen
Empfohlen
Weitere ähnliche Inhalte
KĂźrzlich hochgeladen
KĂźrzlich hochgeladen (20)
Empfohlen
Empfohlen (20)
Rails 4 + Postgres = NoSQL - Rails Israel 2014
- 1. Rails 4 + Postgres = NoSQL hstore Yoni Weisbrod @yoniweisbrod 500tech 500tech
- 2. User name :string photo_url :string verified? :bool email :string Twitter LinkedIn Yo @yoniweisbrod
- 3. User name :string photo_url :string verified? :bool email :string Twitter profiles :hstore LinkedIn Yo @yoniweisbrod
- 4. > u = User.first Not just a Hash > u.profiles = {yo: âyoni_wâ, linked_in: âyweisbrodâ} @yoniweisbrod
- 5. hstore flexibility of NoSQL integration with a relational database no maintenance of an additional database fully queryable @yoniweisbrod
- 6. Enable hstore on your Postgres database # db/migrate/20131220144913_enable_hstore.rb def up enable_extension âhstore" end def down disable_extension âhstoreâ end @yoniweisbrod
- 7. Add the hstore field to your table # db/migrate/20131220145432_add_profiles_to_users.rb def change add_column :users, :profiles, :hstore end @yoniweisbrod
- 8. Add accessor methods for known keys class User < ActiveRecord::Base store_accessor :profiles, :yo, :linkedin end User.first.yo @yoniweisbrod
- 9. Great Rails Integration ⢠Add validations for specific keys ⢠Add indexes to speed up queries @yoniweisbrod
- 10. Gotchas ⢠All strings hstore_accessor gem ⢠No nested hashes. nested-hstore gem @yoniweisbrod
- 11. powerful query operands @yoniweisbrod
- 12. Query the value of a key User.where(âprofiles -> âyoâ = :nameâ, name: âyoniâ) @yoniweisbrod
- 13. Query the presence of a key User.where(âprofiles ? âyoââ) User.where(âprofiles ?& ARRAY[âyoâ, âlinked_inâ]â) User.where(âprofiles ?| ARRAY[âyoâ, âlinked_inâ]â) @yoniweisbrod
- 14. Query the presence of a key-value pair User.where(âprofiles @> :kvâ, kv: âyo=>yoni_wâ) @yoniweisbrod
- 15. Rails 4 + Postgres = NoSQL hstore Yoni Weisbrod @yoniweisbrod 500tech 500tech
Hinweis der Redaktion
- Hi, my name is Yoni Weisbrod. Iâm a developer at a consultancy right here in sunny Tel Aviv called 500tech, and Iâd like to take the next 5 minutes to share a really great feature that comes with Rails 4 that gives you the benefits of a NoSQL database, using your existing Postgres database. Itâs access to Postgresâs hstore data type, and it allows you to store a hash in a database field.
- Say you have a table of users with some standard fields, but thereâs a group of data with attributes that you just canât predict. For instance, we want to track usersâ social network profiles, but itâs a group of programmers and everyone seems to be on different networks. Some users have twitter, others have LinkedIn, and the most cutting edge insist on communicating with Yo. (3) Thereâs obviously a relational database solution to this, but hstore gives us an elegant and convenient way to handle the unpredictability by storing the data as keys in a queryable hash.
- On the surface, hstore looks like a regular serialised hash, but itâs actually far more powerful.
- Hstore is an interesting choice because (1) it offers the flexibility of NoSQL, meaning you wonât need migrations to add future columns. (2) Itâs fully integrated with the rest of your Postgres database, so you can still associate the record with other tables. (3) and you wonât need to maintain an additional database, such as MongoDB.
- To use hstore on your database, there are 3 simple steps. First, enable it on your Postgres database. You can do this either with a migration, or by executing a command directly to your database. This is an example of a migration - just use âenable_extension âhstoreââ.
- (1) If you know that certain keys are likely to come up, you can add accessor methods for them (2) so that you can access them with direct methods.
- They really went all out with this feature, and you can do some great stuff with hstore. (1) You can add model validations on specific keys, now that youâve set up accessor methods. (2) Now hstore is incredibly powerful because you execute SQL queries on the data, which Iâll get to shortly. But to make it even more efficient, you can even store indexes like a normal column. However, there are a couple gotchas.
- First of all, everything (keys and values) are saved as strings, so no symbols or integers allowed. Also, you canât store a nested hash. If you try, the nested curly braces will just be escaped. Fortunately, thereâs a gem called âhstore_accessorâ, which allows you to specify a data type for each attribute and translates the strings into the appropriate data types. And thereâs also nested-hstore, which allows you to store more complex hashes. Of course, these arenât native solutions so your mileage may vary.
- Iâve left the best for last. Hstoreâs power is in our ability to query data like a normal column, with some special syntax.
- Using the arrow operand, you can query the value of a single key, as if youâre executing a standard SQL query. All of the standard equality operands work here, such as â=â, âLIKEâ, and âILIKEâ for case insensitive equality. This tells us all user records with yo profiles named yoni.
- But you can also query for the presence of a key with the question mark operand. This tells us all users with yo profiles. You can also query for an array of keys. This is asking for all users who have yo profiles. You can also query all users who have Yo AND linked in using the ampersand, or all users who have either yo or linked in with the pipe.
- Lastly, you can also query the presence of a key-value pair.