:orphan: .. _serialization: ***************************** Persistence and Serialization ***************************** Overview ======== Persistence and Serialization are closely related. *Serialization* means taking a potentially complex data structure and converting it into a single string of bytes. https://en.wikipedia.org/wiki/Serialization *Persistence* is storing data in a way that it will persist beyond the run-time of your program. `Persistance on Wikipedia `_ They are closely related, because most forms of persistent storage -- simple text files, databases, etc., require that it be turned into a simple string of bytes first. After all, at the end of the day, everything done with computers is ultimately a serial string of bytes. Serialization is also very useful for transmitting information between systems -- over the network, etc. Serialization ============= This module is less about concepts. More about learning to use a given module. So less talk, more coding. This material is focused on methods available in the Python standard library. There are third party packages with more options as well. Persistence =========== Persistence is saving your python data structure(s) to disk -- so they will persist once the python process is finished. Any serial form can provide persistence (by dumping/loading it to/from a file), but not all persistence mechanisms are serial (i.e RDBMS, etc.) http://wiki.python.org/moin/PersistenceTools Python Specific Formats ======================= These are formats specific to python -- convenient to use, but not useful for interchange with other systems. Python Literals --------------- Putting plain old python literals in your file Gives a nice, human-editable form for config files, etc. Don't use for untrusted sources!!! Good for basic python types. (can work for your own classes, too -- if you write a good ``__repr__`` ) In theory, ``repr()`` always gives a form that can be re-constructed. Often the ``str()`` form works too. ``pprint`` (pretty print) module can make it easier to read: https://docs.python.org/3.5/library/pprint.html Python Literal Example ...................... .. code-block:: ipython # a list of dicts data = [{'this':5, 'that':4}, {'spam':7, 'eggs':3.4}] In [51]: s = repr(data) # save a string version: In [52]: data2 = eval(s) # re-construct with eval: In [53]: data2 == data # they are equal Out[53]: True In [54]: data is data2 # but not the same object Out[54]: False You can save the string to a file and even use ``import``. In fact, using a python file and importing it is a great way to handle configuration for your app -- very powerful and flexible. NOTE: ``eval()`` is **DANGEROUS**: Not so bad if you know where your data is coming from, but ``eval()`` will run any code it gets, even: .. code-block:: python import sys sys.system('cd /; rm -rf *') You really don't want that run on your machine! The alternative: ``ast.literal_eval`` is safer than eval: https://docs.python.org/3.5/library/ast.html#ast-helpers It will only evaluate literals. pretty print ------------ .. code-block:: ipython In [68]: data = [{'this': 5, 'that': 4}, {'eggs': 3.4, 'spam': 7}, {'foo': 86, 'bar': 4.5}, {'fun': 43, 'baz': 6.5}] In [69]: import pprint In [71]: repr(data) Out[71]: "[{'this': 5, 'that': 4}, {'eggs': 3.4, 'spam': 7}, {'foo': 86, 'bar': 4.5}, {'fun': 43, 'baz': 6.5}]" In [72]: s = pprint.pformat(data) In [73]: print(s) [{'that': 4, 'this': 5}, {'eggs': 3.4, 'spam': 7}, {'bar': 4.5, 'foo': 86}, {'baz': 6.5, 'fun': 43}] This is a nice option if you want the saved form to be human readable / editable. Pickle ------ Pickle is a custom binary format for python objects. You can essentially dump any python object to disk (or string, or socket, or... .. code-block:: ipython In [87]: import pickle In [83]: data Out[83]: [{'that': 4, 'this': 5}, {'eggs': 3.4, 'spam': 7}, {'bar': 4.5, 'foo': 86}, {'baz': 6.5, 'fun': 43}] In [84]: pickle.dump(data, open('data.pkl', 'wb')) In [85]: data2 = pickle.load(open('data.pkl', 'rb')) In [86]: data2 == data Out[86]: True https://docs.python.org/3.5/library/pickle.html **Warning** The pickle module is **not secure** against erroneous or maliciously constructed data. Never unpickle data received from an untrusted or unauthenticated source. ``pickle`` is cool because it can serialize virtually ANY object -- including your self-defined classes. But to do this, it must run essentially arbitrary code -- so **not safe**. Do not use it for receiving data from an external source. But you probably won't want to do that anyway -- pickle is python-specific, not very useful for data interchange. Shelve ------ A "shelf" is a persistent, dictionary-like object. (It's also a place you can put a jar of pickles...) The values (not the keys!) can be essentially arbitrary Python objects (anything picklable) **NOTE:** it will not reflect changes in mutable objects without re-writing them to the db. (or use ``writeback=True``) If less that 100s of MB -- just use a dict and pickle it. ``shelve`` presents a ``dict`` interface: .. code-block:: ipython import shelve d = shelve.open(filename) d[key] = data # store data at key data = d[key] # retrieve a COPY of data at key del d[key] # delete data stored at key flag = d.has_key(key) # true if the key exists d.close() # close it (it uses pickle under the hood -- same security issues) https://docs.python.org/3.5/library/shelve.html LAB --- Here are two datasets embedded in Python: :download:`add_book_data.py ` and :download:`add_book_data_flat.py ` They can be loaded with:: from add_book_data import AddressBook They have address book data -- one with a nested dict, one "flat". Use the nested version for this exercise. * Write a module that saves the data as python literals in a file - and reads it back in * Write a module that saves the data as a pickle in a file - and reads it back in * Write a module that saves the data in a shelve - and accesses it one by one. **Write some tests to make sure its working!** Interchange Formats =================== These are formats suitable for interchanging data with other systems -- written in arbitrary other languages. In other words: standard formats. INI --- INI files (the old Windows config files) :: [Section1] int = 15 bool = true float = 3.1415 [Section2] int = 32 ... Good for configuration data, etc. ConfigParser ............ The ``configparser`` module provides tools for working with INI files: Writing: .. code-block:: python import configparser config = configparser.ConfigParser() config.add_section('Section1') config.set('Section1', 'an_integer', '15') config.set('Section1', 'a_boolean', 'true') config.set('Section1', 'a_float', '3.1415') # Writing our configuration file to 'example.cfg' config.write(open('example.cfg', 'w')) Note: all keys and values are strings Reading ``ini`` files: ----------------------- .. code-block:: python >>> config = configparser.ConfigParser() >>> config.read('example.cfg') >>> config.sections() ['Section1'] >>> config.get('Section1', 'a_float') '3.1415' >>> config.items('Section1') [('an_integer', '15'), ('a_boolean', 'true'), ('a_float', '3.1415')] https://docs.python.org/3/library/configparser.html CSV === CSV (Comma Separated Values) format is the most common import and export format for spreadsheets and databases. No real standard -- the Python csv package more or less follows MS Excel "standard" (with other "dialects" available) Can use delimiters other than commas... (I like tabs better) Most useful for simple tabular data The CSV module -------------- Reading ``CSV`` files: (uses: :download:`eggs.csv <../examples/persistence/eggs.csv>`) .. code-block:: ipython In [14]: import csv In [17]: spam_reader = csv.reader(open('eggs.csv'), skipinitialspace=True) In [19]: for row in spam_reader: ....: print(row) ['Spam', ' Spam', ' Spam', ' Spam', ' Spam', ' Baked Beans'] ['Spam', ' Lovely Spam', ' Wonderful Spam'] The ``csv`` module takes care of string quoting, etc. for you. - This is a pretty big deal -- that can be a real pain! NOTE: ``skipinitialspace`` is False by default, which can mess up interpreting quotes correctly. Writing ``CSV`` files: .. code-block:: python >>> import csv >>> with open('eggs2.csv', 'w') as outfile: >>> spam_writer = csv.writer(outfile, quoting=csv.QUOTE_MINIMAL) >>> spam_writer.writerow(['Spam'] * 5 + ['Baked Beans']) >>> spam_writer.writerow(['Spam', 'Lovely Spam', 'Wonderful Spam']) >>> spam_writer.writerow(['Spam', 'Spam, Wonderful spam..', 'Very-Wonderful Spam']) The ``csv`` module takes care of string quoting, etc. for you. You can set the ``quoting`` attribute on the dialect object to control that. https://docs.python.org/3/library/csv.html JSON ==== JSON (JavaScript Object Notation) is a subset of JavaScript syntax used as a lightweight data interchange format. **LOTS** of systems can read JSON -- notably browsers... Python module has an interface similar to ``pickle`` Can handle the standard Python data types Specializable encoding/decoding for other types -- but I wouldn't do that! Commonly used for configuration files, etc. Python json module ------------------ .. code-block:: ipython In [93]: import json In [94]: s = json.dumps(data) Out[95]: '[{"this": 5, "that": 4}, {"eggs": 3.4, "spam": 7}, {"foo": 86, "bar": 4.5}, {"fun": 43, "baz": 6.5}]' In [96]: data2 = json.loads(s) Out[97]: [{u'that': 4, u'this': 5}, {u'eggs': 3.4, u'spam': 7}, ... In [98]: data2 == data Out[98]: True # they are the same (also ``json.dump() and json.load()`` for files) **NOTE:** JSON is less "rich" than python -- no tuples, no distinction between integers and floats, no comments! And keys can only be strings. http://www.json.org/ https://docs.python.org/3/library/json.html LAB --- Use the same addressbook data: :: # load with: from add_book_data import AddressBook * Write a module that saves the data as an INI file - and reads it back in * Write a module that saves the data as a CSV file - and reads it back in ( you'll need the "flat" version for this...) * Write a module that saves the data in JSON - and reads it back in XML === XML is a standardized version of SGML, designed for use as a data storage / interchange format. NOTE: HTML is also SGML, and modern versions conform to the XML standard. XML in the python std lib ------------------------- ``xml.dom`` ``xml.sax`` ``xml.parsers.expat`` ``xml.etree`` https://docs.python.org/3/library/xml.html elementtree ----------- ``elementtree`` is the simplest tool -- maps pretty directly to XML. The Element type is a flexible container object, designed to store hierarchical data structures in memory. Essentially an in-memory XML -- can be read from/written to XML an ``ElementTree`` is an entire XML doc an ``Element`` is a node in that tree https://docs.python.org/3/library/xml.etree.elementtree.html * Write a module that saves the data in XML - and reads it back in - this gets ugly! (NEED a good example here!) DataBases ========= A database is a system for storing and retrieving data -- usually in a filesystem. We usually think RDBMS and SQL -- but there are simpler systems. dbm --- ``dbm`` is a generic interface to variants of the DBM database Suitable for storing data that fits well into a python dict with strings as both keys and values Note: dbm will use the dbm system that works on your system -- this may be different on different systems -- so the db files may NOT be compatible! ``whichdb`` will try to figure it out, but it's not guaranteed https://docs.python.org/3/library/dbm.html **NOTE:** dbm is getting pretty old fashioned -- e.g. it doesn't handle Unicode It's here for completeness, but there are probably better options! the ``dbm`` module ------------------ Writing data: .. code-block:: python #creating a dbm file: import dbm dbm.open(filename, 'n') flag options are: * 'r' -- Open existing database for reading only (default) * 'w' -- Open existing database for reading and writing * 'c' -- Open database for reading and writing, creating it if it doesn’t exist * 'n' -- Always create a new, empty database, open for reading and writing **caution** -- these are different than the file open modes! ``dbm`` provides a dict-like interface: .. code-block:: python import dbm db = dbm.open("dbm", "c") db["first"] = "bruce" db["second"] = "micheal" db["third"] = "fred" db["second"] = "john" #overwrite db.close() # read it: db = dbm.open("dbm", "r") for key in db.keys(): print(key, db[key]) (a lot like ``shelve``, though theoretically compatible with other systems) https://docs.python.org/3/library/dbm.html sqlite ------ **SQLite:** a C library providing a lightweight disk-based single-file database Nonstandard variant of the SQL query language Very broadly used as as an embedded databases for storing application-specific data etc. Firefox plug-in: https://addons.mozilla.org/en-US/firefox/addon/sqlite-manager/ python sqlite module -------------------- ``sqlite3`` Python module wraps C lib -- provides standard DB-API interface Allows (and requires) SQL queries Can provide high performance, flexible, portable storage for your app Example: ........ .. code-block:: python import sqlite3 # open a connection to a db file: conn = sqlite3.connect('example.db') # or build one in-memory conn = sqlite3.connect(':memory:') # create a cursor c = conn.cursor() Execute SQL with the cursor: ............................ .. code-block:: python # Create table c.execute("'CREATE TABLE stocks (date text, trans text, symbol text, qty real, price real)'") # Insert a row of data c.execute("INSERT INTO stocks VALUES ('2006-01-05','BUY','RHAT',100,35.14)") # Save (commit) the changes conn.commit() # Close the cursor if we are done with it c.close() ``SELECT`` creates a cursor that can be iterated: .. code-block:: python >>> for row in c.execute('SELECT * FROM stocks ORDER BY price'): print row ('2006-01-05', 'BUY', 'RHAT', 100, 35.14) ('2006-03-28', 'BUY', 'IBM', 1000, 45.0) ... Or you can get the rows one by one or in a list: .. code-block:: python c.fetchone() c.fetchall() Good idea to use the DB-API’s parameter substitution: .. code-block:: python t = (symbol,) c.execute('SELECT * FROM stocks WHERE symbol=?', t) print c.fetchone() # Larger example that inserts many records at a time purchases = [('2006-03-28', 'BUY', 'IBM', 1000, 45.00), ('2006-04-05', 'BUY', 'MSFT', 1000, 72.00), ('2006-04-06', 'SELL', 'IBM', 500, 53.00), ] c.executemany('INSERT INTO stocks VALUES (?,?,?,?,?)', purchases) https://docs.python.org/3/library/sqlite3.html http://xkcd.com/327/ DB-API ------ The DB-API spec (PEP 249) is a specification for interaction between Python and Relational Databases. Support for a large number of third-party Database drivers: * MySQL * PostgreSQL * Oracle * MSSQL (?) * ... http://www.python.org/dev/peps/pep-0249} LAB Extras: =========== A few more things you could do: * Use pickle to save/reload a custom class of yours (the Circle class from the first quarter?) * Try writing a json writer for a non-standard data type: A custom class, or a more complex built-in? Other Options ============= There are a lot of other possibilities outside the standard lib. Object-Relation Mappers ----------------------- Systems for mapping Python objects to tables Saves you writing that glue code (and the SQL) Usually deal with mapping to variety of back-ends: - test with SQLite, deploy with PostgreSQL SQL Alchemy - http://www.sqlalchemy.org/ Django ORM - https://docs.djangoproject.com/en/dev/topics/db/ Object Databases ---------------- (we'll be talking more about this in another class: :ref:`nosql`) Directly store and retrieve Python Objects. Kind of like ``shelve``, but more flexible, and give you searching, etc. ZODB: (http://www.zodb.org/) NoSQL ----- Map-Reduce, etc. -- Big deal for "Big Data": Amazon, Google, etc. Document-Oriented Storage * MongoDB (BSON interface, JSON documents) * CouchDB (Apache): * JSON documents * Javascript querying (MapReduce) * HTTP API LAB --- Load data with: .. code-block:: python from add_book_data import AddressBook * Write a module that saves the data in a dbm database - and reads it back in * Write a module that saves the data in an SQLite database - and reads it back in - helps to know SQL here... Optional: * Do the same with a ORM of your choice.