delta/python-packages/sqlalchemy.git/lib/sqlalchemy/testing/entities.py, branch rel_2_0_6 github.com: zzzeek/sqlalchemy.git happy new year 2023 2023-01-03T17:45:52+00:00 Mike Bayer mike_mp@zzzcomputing.com 2023-01-03T17:45:52+00:00 5147bf8e3cb321b8728b3af5bb0b2644995b3793 Change-Id: I625af65b3fb1815b1af17dc2ef47dd697fdc3fb1 
Change-Id: I625af65b3fb1815b1af17dc2ef47dd697fdc3fb1
implement write-only colletions, typing for dynamic 2022-10-06T00:36:25+00:00 Mike Bayer mike_mp@zzzcomputing.com 2022-09-26T18:38:44+00:00 276349200c486eee108471b888acfc47ea19201b For 2.0, we provide a truly "larger than memory collection" implementation, a write-only collection that will never under any circumstances implicitly load the entire collection, even during flush. This is essentially a much more "strict" version of the "dynamic" loader, which in fact has a lot of scenarios that it loads the full backing collection into memory, mostly defeating its purpose. Typing constructs are added that support both the new feature WriteOnlyMapping as well as the legacy feature DynamicMapping. These have been integrated with "annotion based mapping" so that relationship() uses these annotations to configure the loader strategy as well. additional changes: * the docs triggered a conflict in hybrid's "transformers" section, this section is hard-coded to Query using a pattern that doesnt seem to have any use and isn't part of the current select() interface, so just removed this section * As the docs for WriteOnlyMapping are very long, collections.rst is broken up into two pages now. Fixes: #6229 Fixes: #7123 Change-Id: I6929f3da6e441cad92285e7309030a9bac4e429d 
For 2.0, we provide a truly "larger than memory collection"
implementation, a write-only collection that will never
under any circumstances implicitly load the entire
collection, even during flush.

This is essentially a much more "strict" version
of the "dynamic" loader, which in fact has a lot of
scenarios that it loads the full backing collection
into memory, mostly defeating its purpose.

Typing constructs are added that support
both the new feature WriteOnlyMapping as well as the
legacy feature DynamicMapping.  These have been
integrated with "annotion based mapping" so that
relationship() uses these annotations to configure
the loader strategy as well.

additional changes:

* the docs triggered a conflict in hybrid's
  "transformers" section, this section is hard-coded
  to Query using a pattern that doesnt seem to have
  any use and isn't part of the current select()
  interface, so just removed this section

* As the docs for WriteOnlyMapping are very long,
  collections.rst is broken up into two pages now.

Fixes: #6229
Fixes: #7123
Change-Id: I6929f3da6e441cad92285e7309030a9bac4e429d
inline mypy config; files ignoring type errors for the moment 2022-04-28T19:02:50+00:00 Mike Bayer mike_mp@zzzcomputing.com 2022-04-27T19:43:02+00:00 f2bd4f513628bb2a7a8e8b36383e3a4324eac803 to simplify pyproject.toml change the remaining files that aren't going to be typed on this first pass (unless of course someone wants to type some of these) to include # mypy: ignore-errors. for the moment, only a handful of ORM modules are to have more type checking implemented. It's important that ignore-errors is used and not "# type: ignore", as in the latter case, mypy doesn't even read the existing types in the file, which makes it impossible to type any files that refer to those modules at all. to simplify ongoing typing work use inline mypy config for remaining files that are "done" for now, indicating the level of type checking they currently have. Change-Id: I98669c1a305c2f0adba85d10b5425541f3fe9533 
to simplify pyproject.toml change the remaining files
that aren't going to be typed on this first pass
(unless of course someone wants to type some of these)
to include # mypy: ignore-errors.   for the moment, only a handful
of ORM modules are to have more type checking implemented.

It's important that ignore-errors is used and
not "# type: ignore", as in the latter case, mypy doesn't even
read the existing types in the file, which makes it impossible to
type any files that refer to those modules at all.

to simplify ongoing typing work use inline mypy config
for remaining files that are "done" for now, indicating the
level of type checking they currently have.

Change-Id: I98669c1a305c2f0adba85d10b5425541f3fe9533
pep-484 for sqlalchemy.event; use future annotations 2022-02-15T22:10:33+00:00 Mike Bayer mike_mp@zzzcomputing.com 2022-02-13T21:45:18+00:00 5c6081ddb03447697f909a03572b6d6d79e61b71 __future__.annotations mode allows us to use non-string annotations for argument and return types in most cases, but more importantly it removes a large amount of runtime overhead that would be spent in evaluating the annotations. Change-Id: I2f5b6126fe0019713fc50001be3627b664019ede References: #6810 
__future__.annotations mode allows us to use non-string
annotations for argument and return types in most cases,
but more importantly it removes a large amount of runtime
overhead that would be spent in evaluating the annotations.

Change-Id: I2f5b6126fe0019713fc50001be3627b664019ede
References: #6810
happy new year 2022 2022-01-06T19:18:36+00:00 Mike Bayer mike_mp@zzzcomputing.com 2022-01-06T19:18:36+00:00 ad244b9b7577486bd4e22d74d64e35802af84977 Change-Id: I49abf2607e0eb0623650efdf0091b1fb3db737ea 
Change-Id: I49abf2607e0eb0623650efdf0091b1fb3db737ea
Clean up most py3k compat 2021-11-25T03:51:27+00:00 Federico Caselli cfederico87@gmail.com 2021-11-21T20:17:27+00:00 31acba8ff7c123a20ae308b7f4ab6df3df264b48 Change-Id: I8172fdcc3103ff92aa049827728484c8779af6b7 
Change-Id: I8172fdcc3103ff92aa049827728484c8779af6b7
Remove object in class definition 2021-11-22T15:03:17+00:00 Federico Caselli cfederico87@gmail.com 2021-11-21T19:36:35+00:00 0b95f0055be252b13e99b0a944466f60b5e367ff References: #4600 Change-Id: I2a62ddfe00bc562720f0eae700a497495d7a987a 
References: #4600
Change-Id: I2a62ddfe00bc562720f0eae700a497495d7a987a
Replace all http:// links to https:// 2021-07-04T18:54:33+00:00 Federico Caselli cfederico87@gmail.com 2021-07-04T17:29:19+00:00 fb81f9c8d914f9911925dd3f4e77d7fc374b267c Also replace http://pypi.python.org/pypi with https://pypi.org/project Change-Id: I84b5005c39969a82140706472989f2a30b0c7685 
Also replace http://pypi.python.org/pypi with https://pypi.org/project

Change-Id: I84b5005c39969a82140706472989f2a30b0c7685
happy new year 2021-01-04T14:47:43+00:00 Mike Bayer mike_mp@zzzcomputing.com 2021-01-04T14:47:43+00:00 640cd8a70f8a664b7834c5f74ec322fdea644043 Change-Id: Ic5bb19ca8be3cb47c95a0d3315d84cb484bac47c 
Change-Id: Ic5bb19ca8be3cb47c95a0d3315d84cb484bac47c
Build out new declarative systems; deprecate mapper() 2020-09-10T21:53:53+00:00 Mike Bayer mike_mp@zzzcomputing.com 2020-08-31T15:46:55+00:00 450f5c0d6519a439f4025c3892fe4cf3ee2d892c The ORM Declarative system is now unified into the ORM itself, with new import spaces under ``sqlalchemy.orm`` and new kinds of mappings. Support for decorator-based mappings without using a base class, support for classical style-mapper() calls that have access to the declarative class registry for relationships, and full integration of Declarative with 3rd party class attribute systems like ``dataclasses`` and ``attrs`` is now supported. Fixes: #5508 Change-Id: I130b2b6edff6450bfe8a3e6baa099ff04b5471ff 
The ORM Declarative system is now unified into the ORM itself, with new
import spaces under ``sqlalchemy.orm`` and new kinds of mappings.  Support
for decorator-based mappings without using a base class, support for
classical style-mapper() calls that have access to the declarative class
registry for relationships, and full integration of Declarative with 3rd
party class attribute systems like ``dataclasses`` and ``attrs`` is now
supported.

Fixes: #5508
Change-Id: I130b2b6edff6450bfe8a3e6baa099ff04b5471ff