]> git.ipfire.org Git - thirdparty/sqlalchemy/sqlalchemy.git/commitdiff
fix most broken links
authorFederico Caselli <cfederico87@gmail.com>
Sun, 11 Aug 2024 09:55:15 +0000 (11:55 +0200)
committerFederico Caselli <cfederico87@gmail.com>
Sun, 25 Aug 2024 08:16:50 +0000 (10:16 +0200)
This was achieved by running Broken Link Checker
https://github.com/stevenvachon/broken-link-checker
on the docs

Change-Id: Ic415f9435b3c817e518fbbad46ac8fb9e8503d15

doc/build/changelog/changelog_04.rst
doc/build/changelog/changelog_05.rst
doc/build/changelog/changelog_08.rst
doc/build/changelog/migration_06.rst
doc/build/changelog/migration_07.rst
doc/build/changelog/migration_08.rst
doc/build/changelog/migration_09.rst
doc/build/changelog/migration_10.rst
doc/build/errors.rst
lib/sqlalchemy/dialects/oracle/base.py
lib/sqlalchemy/ext/automap.py

index b0312b0921ac08af466a4d0cab6591c70daa6635..323aeb46541c0c1d0523f9552d36420246269c69 100644 (file)
@@ -60,7 +60,7 @@
       convert_unicode logic disabled in the sqlite dialect,
       to adjust for pysqlite 2.5.0's new requirement that
       only Python unicode objects are accepted;
-      https://itsystementwicklung.de/pipermail/list-pysqlite/2008-March/000018.html
+      https://web.archive.org/web/20090614054912/https://itsystementwicklung.de/pipermail/list-pysqlite/2008-March/000018.html
 
     .. change::
         :tags: oracle
index e998cb4443b9c368321d5e250987b9963904a825..c0125f7dee463df04d3ca7682e15ebc82a7048a3 100644 (file)
       logic disabled in the sqlite dialect, to adjust for pysqlite
       2.5.0's new requirement that only Python unicode objects are
       accepted;
-      https://itsystementwicklung.de/pipermail/list-pysqlite/2008-March/000018.html
+      http://web.archive.org/web/20090614054912/https://itsystementwicklung.de/pipermail/list-pysqlite/2008-March/000018.html
 
     .. change::
         :tags: mysql
index 363f5aeb1b8937abbe1c360a102c68366680bab1..7bca35df9cb3746270297e18b5473b83f2c0da59 100644 (file)
       ready for general use yet, however
       it does have *extremely* rudimental
       functionality now.
-      https://bitbucket.org/zzzeek/sqlalchemy-access
+      https://github.com/gordthompson/sqlalchemy-access
 
     .. change::
         :tags: maxdb, moved
 
       The MaxDB dialect, which hasn't been
       functional for several years, is
-      moved out to a pending bitbucket project,
-      https://bitbucket.org/zzzeek/sqlalchemy-maxdb.
+      moved out to a pending bitbucket project, (deleted; to view
+      the MaxDB code see the commit before it was removed at
+      https://github.com/sqlalchemy/sqlalchemy/tree/ba67f7dbc5eb7a1ed2a3e1b56df72a837130f7bb/lib/sqlalchemy/dialects/maxdb)
 
     .. change::
         :tags: sqlite, feature
index 0330ac5d4a47a403c7f6f3fc0b2f75e7777ef966..320f34009afb577562971a634ece9a7213a3821d 100644 (file)
@@ -86,11 +86,10 @@ sign "+":
 Important Dialect Links:
 
 * Documentation on connect arguments:
-  https://www.sqlalchemy.org/docs/06/dbengine.html#create-
-  engine-url-arguments.
+  https://www.sqlalchemy.org/docs/06/dbengine.html#create-engine-url-arguments.
 
-* Reference documentation for individual dialects: https://ww
-  w.sqlalchemy.org/docs/06/reference/dialects/index.html
+* Reference documentation for individual dialects:
+  https://www.sqlalchemy.org/docs/06/reference/dialects/index.html.
 
 * The tips and tricks at DatabaseNotes.
 
@@ -1223,8 +1222,8 @@ SQLSoup
 
 SQLSoup has been modernized and updated to reflect common
 0.5/0.6 capabilities, including well defined session
-integration.  Please read the new docs at [https://www.sqlalc
-hemy.org/docs/06/reference/ext/sqlsoup.html].
+integration.  Please read the new docs at
+[https://www.sqlalchemy.org/docs/06/reference/ext/sqlsoup.html].
 
 Declarative
 -----------
index 19716ad3c4c39fffe2cebefa0ac0d10d282844f1..4f1c98be1a8ece9c0aabd785edcff2ad71878776 100644 (file)
@@ -204,8 +204,7 @@ scenarios. Highlights of this release include:
 
 A demonstration of callcount reduction including a sample
 benchmark script is at
-https://techspot.zzzeek.org/2010/12/12/a-tale-of-three-
-profiles/
+https://techspot.zzzeek.org/2010/12/12/a-tale-of-three-profiles/
 
 Composites Rewritten
 --------------------
index 7b42aae47440d6783a707e135acb6f1d32d2871b..ea9b91705378b960ee04665b5e95f7201ff7d299 100644 (file)
@@ -1494,7 +1494,7 @@ SQLSoup
 SQLSoup is a handy package that presents an alternative
 interface on top of the SQLAlchemy ORM.   SQLSoup is now
 moved into its own project and documented/released
-separately; see https://bitbucket.org/zzzeek/sqlsoup.
+separately; see https://github.com/zzzeek/sqlsoup.
 
 SQLSoup is a very simple tool that could also benefit from
 contributors who are interested in its style of usage.
index 287fc2c933a14cc5f1de900a020a58ea93162e4c..61cd9a3a30773d69edb18407a9ed1145c9ac0002 100644 (file)
@@ -1148,7 +1148,7 @@ can be dropped in using callable functions.
 
 It is hoped that the :class:`.AutomapBase` system provides a quick
 and modernized solution to the problem that the very famous
-`SQLSoup <https://sqlsoup.readthedocs.io/en/latest/>`_
+`SQLSoup <https://pypi.org/project/sqlsoup/>`_
 also tries to solve, that of generating a quick and rudimentary object
 model from an existing database on the fly.  By addressing the issue strictly
 at the mapper configuration level, and integrating fully with existing
index 5a016140ae3d17e40a715ddda7e1db86df85b67f..1e61b3085713578211debfcc59b5d5dce8f1a180 100644 (file)
@@ -2680,7 +2680,7 @@ on MySQL::
 Drizzle Dialect is now an External Dialect
 ------------------------------------------
 
-The dialect for `Drizzle <https://www.drizzle.org/>`_ is now an external
+The dialect for `Drizzle <https://en.wikipedia.org/wiki/Drizzle_(database_server)>`_ is now an external
 dialect, available at https://bitbucket.org/zzzeek/sqlalchemy-drizzle.
 This dialect was added to SQLAlchemy right before SQLAlchemy was able to
 accommodate third party dialects well; going forward, all databases that aren't
index 4c12e0fb17967fae7547964e189c8315def3aef8..237d5d0ab3ba56c92164577b843e632285b16566 100644 (file)
@@ -475,7 +475,7 @@ when a construct is stringified without any dialect-specific information.
 However, there are many constructs that are specific to some particular kind
 of database dialect, for which the :class:`.StrSQLCompiler` doesn't know how
 to turn into a string, such as the PostgreSQL
-`"insert on conflict" <postgresql_insert_on_conflict>`_ construct::
+:ref:`postgresql_insert_on_conflict` construct::
 
   >>> from sqlalchemy.dialects.postgresql import insert
   >>> from sqlalchemy import table, column
index 22c178e7dc068afb0dd3732fc5907dfde36b0344..dcc3b0a89dde30b0888795fb86642cb109248229 100644 (file)
@@ -343,7 +343,7 @@ ON UPDATE CASCADE
 
 Oracle doesn't have native ON UPDATE CASCADE functionality.  A trigger based
 solution is available at
-https://asktom.oracle.com/tkyte/update_cascade/index.html .
+https://web.archive.org/web/20090317041251/https://asktom.oracle.com/tkyte/update_cascade/index.html
 
 When using the SQLAlchemy ORM, the ORM has limited ability to manually issue
 cascading updates - specify ForeignKey objects using the
@@ -1289,7 +1289,7 @@ class OracleDDLCompiler(compiler.DDLCompiler):
 
         # oracle has no ON UPDATE CASCADE -
         # its only available via triggers
-        # https://asktom.oracle.com/tkyte/update_cascade/index.html
+        # https://web.archive.org/web/20090317041251/https://asktom.oracle.com/tkyte/update_cascade/index.html
         if constraint.onupdate is not None:
             util.warn(
                 "Oracle does not contain native UPDATE CASCADE "
index 71c434d20d07c736d7b463a3065c62cf6a86647e..07d49f17c86c826eac98a465ecb71ccf1ec742be 100644 (file)
@@ -11,7 +11,7 @@ schema, typically though not necessarily one which is reflected.
 
 It is hoped that the :class:`.AutomapBase` system provides a quick
 and modernized solution to the problem that the very famous
-`SQLSoup <https://sqlsoup.readthedocs.io/en/latest/>`_
+`SQLSoup <https://pypi.org/project/sqlsoup/>`_
 also tries to solve, that of generating a quick and rudimentary object
 model from an existing database on the fly.  By addressing the issue strictly
 at the mapper configuration level, and integrating fully with existing