From: Mike Bayer Date: Thu, 18 Aug 2022 15:29:25 +0000 (-0400) Subject: remove nonsensical note X-Git-Tag: rel_2_0_0b1~107 X-Git-Url: http://git.ipfire.org/cgi-bin/gitweb.cgi?a=commitdiff_plain;h=acf14885833da238606e6a0df7c5ab256e477f2c;p=thirdparty%2Fsqlalchemy%2Fsqlalchemy.git remove nonsensical note this note is not factually incorrect but it makes no sense why this would be in the middle of the abstract concrete doc Change-Id: Icd67d9d9a93ee72714bf85d8d5ca39c0af61f356 --- diff --git a/doc/build/orm/inheritance.rst b/doc/build/orm/inheritance.rst index d34cdd065a..79d9b74051 100644 --- a/doc/build/orm/inheritance.rst +++ b/doc/build/orm/inheritance.rst @@ -802,14 +802,6 @@ of ``Manager`` and ``Engineer`` instances. This brings us back into the domain of concrete inheritance, and we must build a special mapper against ``Employee`` in order to achieve this. -.. topic:: Mappers can always SELECT - - In SQLAlchemy, a mapper for a class always has to refer to some - "selectable", which is normally a :class:`_schema.Table` but may also refer to any - :func:`_expression.select` object as well. While it may appear that a "single table - inheritance" mapper does not map to a table, these mappers in fact - implicitly refer to the table that is mapped by a superclass. - To modify our concrete inheritance example to illustrate an "abstract" base that is capable of polymorphic loading, we will have only an ``engineer`` and a ``manager`` table and no ``employee``