CHANGES 8.9 KB

123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124125126127128129130131132133134135136137138139140141142143144145146147148149150151152153154155156157158159160161162163164165166167168169170171172173174175176177178179180181182183
  1. In 4.5.0
  2. * Add support for `application_name` connection parameter #226
  3. * Execute request cancelation over TLS, when main connection is TLS as well #227
  4. * Handle skipped commands in execute_batch #228
  5. * Add sasl_prep implementation for validating passwords according to sasl specification #229
  6. * OTP-23 in CI #237
  7. * switch to `crypto:mac/4` since `crypto:hmac/3` is deprecated #239
  8. * Add `tcp_opts` connect option #242
  9. * Command API improvements #243
  10. In 4.4.0
  11. * Guards are now added to avoid silent integer truncation for numeric and
  12. numeric range datatype codecs. So, an attempt to encode 100000 as `int2`
  13. will now crash the connection instead of silently truncating it. #218
  14. * `epgsql{a,i}:cancel/1` API was documented. #224
  15. * Version of `execute_batch` that uses the same SQL query for each request
  16. in a batch. Very convenient for batch-inserts. #209
  17. * It's now possible to provide `#statement{}` to `prepared_query/3`. This way
  18. of calling it eliminates extra `describe` round-trip thus making it more
  19. efficient. #207
  20. * Representation of SQL `NULL` is now fully configurable. You can choose what
  21. set of Erlang terms should be interpreted as `NULL` and which term to use to
  22. represent `NULL`s received from database. #212
  23. * It's now possible to choose between 3 representations of a `hstore` datatype:
  24. map(), jiffy-style objects (default) and proplist. It can also take `map()` as
  25. input now. NULL value representation is also configurable. #217
  26. * Edocs build was fixed. Just run `rebar3 edoc` and reference documentation for
  27. all modules will be generated. But it's considered to be more "internal"
  28. documentation for those who want to learn more about epgsql internals or
  29. to do some hacking. It complements, but not replaces README. #214
  30. * `epgsql:connect` `timeout` option is more strict now - it limits TCP and SSL
  31. setup time as a whole. #223
  32. * Test coverage report was enabled in CI. We will fail the build if coverage
  33. falls below 55%. We hope to improve this metric over time. #208
  34. * We now send `Terminate` message to the server when doing graceful connection
  35. shutdown (as recommended by protocol). #219
  36. * We found that `describe(_, portal, _)` API was broken since release v4.0.0, but
  37. was not covered by tests. So now it was fixed and tests were added. #211
  38. * Error code to error name conversion code was updated (see `#error.codename`).
  39. Some new codes were added (mostly related to JSON datatypes) and one has changed.
  40. So, if you were matching over `#error.codename` being
  41. `invalid_preceding_following_size` you have to update your code. #210
  42. * `#column{}` record is now fully documented. It was extended to
  43. include `table_oid` and `table_attr_number` fields which point to the originating
  44. database table of this column (if any). #205
  45. * Extended timerange datatype support #204
  46. * Some minor typos, datatype and CI fixes #199 #201 #206 #221
  47. In 4.3.0
  48. * Erlang 22 compatibility is tested; support for Erlang 17 was dropped. Last
  49. version that supports Erlang 17 is 4.2.1 (#195)
  50. * Fixed some corner-case bug in streaming replication (#181)
  51. * It's now possible to set-up JSON encoder/decoder callback for json/jsonb
  52. datatypes (#197)
  53. * Performance micro-optimizations on hot paths (#177)
  54. * Use PostgreSQL 10 for Travis tests (#195)
  55. * Improved connection error handling (#183)
  56. * TLS certificates used in tests had expired (epgsql project is more than
  57. 10 years old!), so, new ones were created (#187)
  58. * Some typespecs fixed
  59. In 4.2.1
  60. * Bug fix for `epgsql:connect(proplist())`
  61. In 4.2.0
  62. * Support for R16 was completely dropped. Maps are now used internally instead of proplists
  63. * Nested `record` datatype decoding bug, introduced in 4.0.0, was fixed
  64. * Added tsrange, tstzrange, daterange types
  65. * Passwords are obfuscated before they sent to connection process. This is to avoid plain
  66. DB passwords to be dumped to SASL crash log
  67. * Password can be provided as a fun: `fun ( () -> iodata() )`
  68. * `platform_define` macroses were simplified. It's now possible to build epgsql even without
  69. rebar on all supported OTP versions
  70. In 4.1.0
  71. * Fix Erlang 21 `get_stacktrace/0` warnings
  72. * Fix broken backward-compatibility in `bpchar` datatype
  73. * Fix compatibility issues between the newest rebar3 and Erlang R16
  74. In 4.0.1
  75. * Minor build bug fixed
  76. In 4.0.0
  77. Changes:
  78. * Make epgsql commands pluggable (see pluggable_commands.md).
  79. Now we are not limited only by API functions provided by epgsql (equery/squery/prepared_query etc),
  80. but may create own commands as a plugins. Still, understanding of PostgreSQL network protocol needed
  81. to be able to do so.
  82. * Make epgsql datatype encoding/decdoding pluggable (see pluggable_types.md).
  83. Now we are able to add or tweak codecs for existing as well as custom PostgreSQL
  84. datatypes (like datetime, varchar, enum, arrays etc).
  85. XXX: Highly recommend to add `{codecs, []}` option to your epgsql:connect/X calls if you don't use
  86. PostGIS and hstore datatypes: this will reduce connection setup time.
  87. * epgsql internals had a huge refactoring (4,000 additions and 1,750 deletions for ~5500 LOC project).
  88. Code now is much more modular, documented and have a lot of internal typespecs. Performance
  89. improvements are also expected.
  90. * Now we try to use iolists as much as possible and avoid binary and string concatenations when ever possible.
  91. Expect noticeable performance improvements for large BYTEA / TEXT / VARCHAR / JSON / JSONB etc fields.
  92. * Extended and documented epgsql:with_transaction/3.
  93. Now it's possible to preserve original exception's stacktrace, finally!
  94. * macaddr and macaddr8 datatypes support added
  95. * Float datatype support was extended with `nan`, `minus_infinity`, `plus_infinity`
  96. * elvis code style check was added to our travis pipeline
  97. * Brand-new PostgreSQL 10 scram-sha-256 auth method added
  98. (see https://www.postgresql.org/docs/10/static/auth-methods.html#AUTH-PASSWORD and
  99. https://www.postgresql.org/docs/current/static/sasl-authentication.html)
  100. * A lot of typespecs were rewritten and lots of internal typespecs were added
  101. Incompatibilities:
  102. * Some unexpected performance issues may appear, but we expect performance improvements, especially
  103. for a large result sets (when a lot of rows are returned by a query) and for large string/json/blob
  104. query parameters
  105. * Undocumented epgsql:update_type_cache/2 API was changed
  106. * A lot of typespecs were updated. Some typespecs were deprecated or moved from epgsql.erl to other
  107. modules. So, some new dialyzer warnings might pop-up
  108. * Some new error messages might be returned, especially from epgsql:connect/X functions
  109. * Memory consumption per-connection might slightly grow because we maintain per-connection OID<->codec
  110. mapping table, which might be quite big in some cases. This also may produce bigger error_logger
  111. reports in case of epgsql connection process crashes.
  112. * Some exported .hrl files have been changed. #column{} and #statement{} record definitions were extended.
  113. * PostGIS users might be affected by cleanup of ewkb.erl and epgsql_geometry.hrl
  114. * Streaming replication users should pay extra attention. No tests were broken, but a lot of
  115. modifications were made to this code.
  116. * Passing integer / atom / float as a value of a text / varchar / bytea query parameter is now
  117. deprecated (so, `epgsql:equery(C, "SELECT $1::text", [my_atom])` will still work but is not recommended)
  118. * Redshift and CockroachDB users might expirience some problems. Please, report bugs!
  119. In 3.4.0
  120. * Use rebar3 as default build and test tool
  121. * Move tests to common test; launch test postgresql server from Erlang
  122. * Compatibility with Erlang 20
  123. * `ssl_options` connection option fixed
  124. * New types: int8range and int4range
  125. In 3.3.0
  126. * Streaming replication protocol support (epgsql may act like PostgreSQL slave)
  127. https://github.com/epgsql/epgsql/blob/devel/streaming.md
  128. * Connection options now may be passed as map()
  129. * More error extra data fields returned in #error{extra}
  130. http://www.postgresql.org/docs/current/interactive/protocol-error-fields.html
  131. * Prefer non-localized severity in #error{severity} when available
  132. * Added `set_notice_receiver/2` function to dynamically change receiver for asynchronous notifications
  133. * Asynchronous notifications receiver may be set to registered process name (atom)
  134. * `get_cmd_status/1` function added
  135. * Fixed return value of `DELETE ... RETURNING ..` in case when 0 rows were deleted
  136. (now returns `{ok, 0, Columns, []}` instead of `{ok, 0}`)
  137. * TCP socket implicitly closed when epgsql connection process terminates
  138. * Some typespecs fixed
  139. In 3.2.0:
  140. * #error.codename (more readable errors)
  141. * Redshift support (by allowing dynamic typecache update fail)
  142. * Aggregate small binary packets to one in epgsql_sock (network performance improvement)
  143. * Handle situations, when server initiate connection close
  144. * prepared_query APIs (useful when you need to execute one query many times with different parameters)
  145. * array of records type support
  146. * jsonb type support
  147. In 3.1.1:
  148. * It dialyzes happily now
  149. In 3.1.0:
  150. * Deal with int4range type.
  151. In 3.0.0:
  152. * Renamed everything to use the epgsql namespace.