internlm/SWE-Fixer-Train-110K huggingface dataset:
Repository: googleapis/python-bigquery

Issue:
BigQuery: Document the use of the timeout parameter in samples
After adding the new `timeout` parameter to various public methods (#9987), we should demonstrate its usage in the code samples.

Users should be aware of this new feature, and should probably use it by default to avoid sporadic weird issues related to a method "getting stuck" at the transport layer.


Discussion:
We don't have to complicate, simply adding an explicit `timeout` argument to various `client.method()` should be enough.

@tswast What do you think?
Makes sense to me. I think that once we have a `timeout` parameter on all relevant methods, we can surface an example in an API best practices doc such as https://cloud.google.com/bigquery/docs/api-performance

Since usage should be common across all methods, a single timeout example should be sufficient, perhaps on `create_dataset`, since that method is pretty straightforward.

Internally at Google, setting a timeout is pretty much always considered a best practice, so I wouldn't be all that opposed to adding a reasonable-length timeout to most/all samples someday, but we'd want to be careful to pick timeouts that won't make the tests super flakey.

Resolving patch:
diff --git a/samples/create_dataset.py b/samples/create_dataset.py
--- a/samples/create_dataset.py
+++ b/samples/create_dataset.py
@@ -30,9 +30,9 @@ def create_dataset(dataset_id):
     # TODO(developer): Specify the geographic location where the dataset should reside.
     dataset.location = "US"
 
-    # Send the dataset to the API for creation.
+    # Send the dataset to the API for creation, with an explicit timeout.
     # Raises google.api_core.exceptions.Conflict if the Dataset already
     # exists within the project.
-    dataset = client.create_dataset(dataset)  # Make an API request.
+    dataset = client.create_dataset(dataset, timeout=30)  # Make an API request.
     print("Created dataset {}.{}".format(client.project, dataset.dataset_id))
     # [END bigquery_create_dataset]


Test patch:
Repository: googleapis/python-bigquery

Issue:
Bigquery: Model reference repr seems wrong for model_id
For `ModelReference`'s repr use project_id against model_id

https://github.com/googleapis/python-bigquery/blob/be5c8b1ede9a2d762fd5574c32587d125eca4713/google/cloud/bigquery/model.py#L432-L435


Discussion:

Resolving patch:
diff --git a/google/cloud/bigquery/model.py b/google/cloud/bigquery/model.py
--- a/google/cloud/bigquery/model.py
+++ b/google/cloud/bigquery/model.py
@@ -430,6 +430,6 @@ def __hash__(self):
         return hash(self._key())
 
     def __repr__(self):
-        return "ModelReference(project='{}', dataset_id='{}', project_id='{}')".format(
+        return "ModelReference(project_id='{}', dataset_id='{}', model_id='{}')".format(
             self.project, self.dataset_id, self.model_id
         )


Test patch:
diff --git a/tests/unit/model/test_model.py b/tests/unit/model/test_model.py
--- a/tests/unit/model/test_model.py
+++ b/tests/unit/model/test_model.py
@@ -316,5 +316,5 @@ def test_repr(target_class):
     got = repr(model)
     assert got == (
         "Model(reference=ModelReference("
-        "project='my-proj', dataset_id='my_dset', project_id='my_model'))"
+        "project_id='my-proj', dataset_id='my_dset', model_id='my_model'))"
     )
diff --git a/tests/unit/model/test_model_reference.py b/tests/unit/model/test_model_reference.py
--- a/tests/unit/model/test_model_reference.py
+++ b/tests/unit/model/test_model_reference.py
@@ -136,5 +136,5 @@ def test_repr(target_class):
     got = repr(model)
     assert (
         got
-        == "ModelReference(project='my-proj', dataset_id='my_dset', project_id='my_model')"
+        == "ModelReference(project_id='my-proj', dataset_id='my_dset', model_id='my_model')"
     )
Repository: googleapis/python-bigquery

Issue:
Building the docs breaks (duplicate object description)
I noticed that building the docs locally on `master` fails due to the following error:
> sphinx.errors.SphinxWarning: <workspace_dir>/python-bigquery/google/cloud/bigquery_v2/types.py:docstring of google.cloud.bigquery_v2.types.DeleteModelRequest.dataset_id:1:duplicate object description of google.cloud.bigquery_v2.types.DeleteModelRequest.dataset_id, other instance in gapic/v2/types, use :noindex: for one of them

Checking what gets injected into the `types` module does not reveal anything, the `DeleteModelRequest` type is **not** duplicated.

It turns out that the issue does not occur with the older version of Sphinx (< 3.x), ~~thus it appears as a bug in the Sphinx package itself.~~ A workaround is to pin that dependency to an older version.

Preferably, though, the new warnings emitted in Sphinx 3 should be addressed at their root causes.


Discussion:
@plamut  To slove this issue need to add `:noindex:` in one of the `.rst` file which mentioned in the comment. I have tried and it works for me.
This issue is just because they found class from two paths and they don't create a duplicate index for single class.
I will see if I can fix everything relatively quickly (fixing one warning reveals other warnings), and at least [one of them](https://github.com/sphinx-doc/sphinx/issues/4447) has not been fixed yet (happens when including the CHANGELOG).
Add ` "recommonmark"`  in extensions  in conf.py file, which surely help to resolve CHANGELOG title related warning.
Indeed, that was it, thanks. :+1:  I saw that a different parser has already been specified for `.md` files, but overlooked that the extension itself was not listed under `extensions`, go figure.

Resolving patch:
diff --git a/docs/conf.py b/docs/conf.py
--- a/docs/conf.py
+++ b/docs/conf.py
@@ -38,6 +38,7 @@
     "sphinx.ext.napoleon",
     "sphinx.ext.todo",
     "sphinx.ext.viewcode",
+    "recommonmark",
 ]
 
 # autodoc/autosummary flags
@@ -49,10 +50,6 @@
 # Add any paths that contain templates here, relative to this directory.
 templates_path = ["_templates"]
 
-# Allow markdown includes (so releases.md can include CHANGLEOG.md)
-# http://www.sphinx-doc.org/en/master/markdown.html
-source_parsers = {".md": "recommonmark.parser.CommonMarkParser"}
-
 # The suffix(es) of source filenames.
 # You can specify multiple suffix as a list of string:
 # source_suffix = ['.rst', '.md']


Test patch:
Repository: googleapis/python-bigquery

Issue:
Unit tests fail in Python 2.7, 3.5 (dependency issue)
Unit tests check fails on Python 2.7 and Python 3.5, because not all dependencies can be installed.

#### Environment details

  - OS type and version: Linux (and possibly others?)
  - Python version: 2.7, 3.5
  - pip version: `pip --version`: 20.0.2
  - `google-cloud-bigquery` version: 1.24.0

#### Steps to reproduce

  1. Run uni tests session for Python 2.7 or 3.5, e.g.:
    ```
    nox -f noxfile.py -s unit-2.7    
    ```
  2. Test do not run, an error occurs when installing dependencies.

#### Code example

```python
# example
```

#### Stack trace
```
Building wheels for collected packages: llvmlite
...
RuntimeError: Building llvmlite requires LLVM 7.0.x, 7.1.x or 8.0.x, got '11.0.0'. Be sure to set LLVM_CONFIG to the right executable path.
```


Discussion:

Resolving patch:
diff --git a/setup.py b/setup.py
--- a/setup.py
+++ b/setup.py
@@ -50,7 +50,14 @@
         "pyarrow>=0.4.1, != 0.14.0"
     ],
     "tqdm": ["tqdm >= 4.0.0, <5.0.0dev"],
-    "fastparquet": ["fastparquet", "python-snappy"],
+    "fastparquet": [
+        "fastparquet",
+        "python-snappy",
+        # llvmlite >= 0.32.0 cannot be installed on Python 3.5 and below
+        # (building the wheel fails), thus needs to be restricted.
+        # See: https://github.com/googleapis/python-bigquery/issues/78
+        "llvmlite <= 0.31.0",
+    ],
 }
 
 all_extras = []


Test patch:
Repository: googleapis/python-bigquery

Issue:
chore: replace Artman with bazel for synthesizing code
The synthtool should start using bazel instead of Artman.


Discussion:

Resolving patch:
diff --git a/synth.py b/synth.py
--- a/synth.py
+++ b/synth.py
@@ -17,16 +17,14 @@
 import synthtool as s
 from synthtool import gcp
 
-gapic = gcp.GAPICGenerator()
+gapic = gcp.GAPICBazel()
 common = gcp.CommonTemplates()
 version = 'v2'
 
 library = gapic.py_library(
-    'bigquery',
-    version,
-    config_path='/google/cloud/bigquery/'
-                'artman_bigquery_v2.yaml',
-    artman_output_name='bigquery-v2',
+    service='bigquery',
+    version=version,
+    bazel_target=f"//google/cloud/bigquery/{version}:bigquery-{version}-py",
     include_protos=True,
 )
 


Test patch:
Repository: googleapis/python-bigquery

Issue:
chore: lint check fails on master
A recent change of `flake8` or its config causes the code style check to fail on the `master` branch - it complains about a variable name in a line in `job.py` that has last been changed almost 10 months ago:
```
google/cloud/bigquery/job.py:3119:39: E741 ambiguous variable name 'l'
```


Discussion:

Resolving patch:
diff --git a/google/cloud/bigquery/job.py b/google/cloud/bigquery/job.py
--- a/google/cloud/bigquery/job.py
+++ b/google/cloud/bigquery/job.py
@@ -3116,7 +3116,7 @@ def _format_for_exception(query, job_id):
         template = "\n\n(job ID: {job_id})\n\n{header}\n\n{ruler}\n{body}\n{ruler}"
 
         lines = query.splitlines()
-        max_line_len = max(len(l) for l in lines)
+        max_line_len = max(len(line) for line in lines)
 
         header = "-----Query Job SQL Follows-----"
         header = "{:^{total_width}}".format(header, total_width=max_line_len + 5)


Test patch:
Repository: googleapis/python-bigquery

Issue:
A new release of rsa dependency breaks Python 2.7 tests
Recent `rsa` releases are not compatible with Python 2.7 anymore, the last compatible version is 4.0. We need to bound its version in order to preserve Python 2.7 compatibility.

> Major changes in 4.1
Version 4.0 was the last version to support Python 2 and 3.4. Version 4.1 is compatible with Python 3.5+ only.


Discussion:

Resolving patch:
diff --git a/setup.py b/setup.py
--- a/setup.py
+++ b/setup.py
@@ -36,6 +36,10 @@
     "google-resumable-media >= 0.5.0, < 0.6dev",
     "protobuf >= 3.6.0",
     "six >=1.13.0,< 2.0.0dev",
+    # rsa >= 4.1 is not compatible with Python 2
+    # https://github.com/sybrenstuvel/python-rsa/issues/152
+    'rsa <4.1; python_version < "3"',
+    'rsa >=3.1.4, <5; python_version >= "3"',
 ]
 extras = {
     "bqstorage": [


Test patch:
Repository: googleapis/python-bigquery

Issue:
[docs][1.25] Documentation on https://googleapis.dev/python/bigquery/1.25.0/ is broken
Hi!
The docs for 1.25 version is broken. At least for `Client` class, there is no methods documentation any more.
Just compare:
* [1.24](https://googleapis.dev/python/bigquery/1.24.0/generated/google.cloud.bigquery.client.Client.html#google.cloud.bigquery.client.Client.query)
* [1.25](https://googleapis.dev/python/bigquery/1.25.0/generated/google.cloud.bigquery.client.Client.html#google.cloud.bigquery.client.Client.query)


Discussion:

Resolving patch:
diff --git a/docs/conf.py b/docs/conf.py
--- a/docs/conf.py
+++ b/docs/conf.py
@@ -43,7 +43,7 @@
 
 # autodoc/autosummary flags
 autoclass_content = "both"
-autodoc_default_flags = ["members", "inherited-members"]
+autodoc_default_options = {"members": True, "inherited-members": True}
 autosummary_generate = True
 
 
diff --git a/google/cloud/bigquery/dataset.py b/google/cloud/bigquery/dataset.py
--- a/google/cloud/bigquery/dataset.py
+++ b/google/cloud/bigquery/dataset.py
@@ -84,7 +84,7 @@ class AccessEntry(object):
 
     See https://cloud.google.com/bigquery/docs/reference/rest/v2/datasets.
 
-    Attributes:
+    Args:
         role (str):
             Role granted to the entity. The following string values are
             supported: `'READER'`, `'WRITER'`, `'OWNER'`. It may also be
diff --git a/synth.py b/synth.py
--- a/synth.py
+++ b/synth.py
@@ -61,4 +61,10 @@
 templated_files = common.py_library(cov_level=100)
 s.move(templated_files, excludes=["noxfile.py"])
 
+s.replace(
+    "docs/conf.py",
+    r'\{"members": True\}',
+    '{"members": True, "inherited-members": True}'
+)
+
 s.shell.run(["nox", "-s", "blacken"], hide_output=False)


Test patch:
Repository: googleapis/python-bigquery

Issue:
Remove redundant dependencies
I think we can remove the following from the dependencies list:

https://github.com/googleapis/python-bigquery/blob/dbaf3bdc35656fdfef2d4380befdcc2392c1ca83/setup.py#L31-L43

* `google-auth` is already required via [google-api-core](https://github.com/googleapis/python-api-core/blob/master/setup.py#L34)
* `protobuf` is already required via [google-api-core](https://github.com/googleapis/python-api-core/blob/master/setup.py#L33)
* `rsa` [google-auth](https://github.com/googleapis/google-auth-library-python/blob/master/setup.py#L25-L26) is pinning compatible versions now 


Discussion:

Resolving patch:
diff --git a/setup.py b/setup.py
--- a/setup.py
+++ b/setup.py
@@ -30,16 +30,10 @@
 release_status = "Development Status :: 5 - Production/Stable"
 dependencies = [
     'enum34; python_version < "3.4"',
-    "google-auth >= 1.9.0, < 2.0dev",
-    "google-api-core >= 1.15.0, < 2.0dev",
+    "google-api-core >= 1.21.0, < 2.0dev",
     "google-cloud-core >= 1.1.0, < 2.0dev",
     "google-resumable-media >= 0.5.0, < 0.6dev",
-    "protobuf >= 3.6.0",
     "six >=1.13.0,< 2.0.0dev",
-    # rsa >= 4.1 is not compatible with Python 2
-    # https://github.com/sybrenstuvel/python-rsa/issues/152
-    'rsa <4.1; python_version < "3"',
-    'rsa >=3.1.4, <5; python_version >= "3"',
 ]
 extras = {
     "bqstorage": [


Test patch:
Repository: googleapis/python-bigquery

Issue:
Packaging: prep for 1.0.0 release of `google-resumable-media-python`.
See: https://github.com/googleapis/google-resumable-media-python/issues/138


Discussion:

Resolving patch:
diff --git a/setup.py b/setup.py
--- a/setup.py
+++ b/setup.py
@@ -32,7 +32,7 @@
     'enum34; python_version < "3.4"',
     "google-api-core >= 1.21.0, < 2.0dev",
     "google-cloud-core >= 1.1.0, < 2.0dev",
-    "google-resumable-media >= 0.5.0, < 0.6dev",
+    "google-resumable-media >= 0.5.0, < 2.0dev",
     "six >=1.13.0,< 2.0.0dev",
 ]
 extras = {


Test patch:
Repository: googleapis/python-bigquery

Issue:
Implement new client options
Add support for the three new client_options `quota_project_id`, `scopes`, and `credentials_file`.  

https://googleapis.dev/python/google-api-core/latest/client_options.html


Discussion:
I believe this work is blocked on merge / release of googleapis/python-cloud-core#15
PR needs to pin `google-cloud-core >= 1.4.0, < 2.0dev`.

Resolving patch:
diff --git a/google/cloud/bigquery/client.py b/google/cloud/bigquery/client.py
--- a/google/cloud/bigquery/client.py
+++ b/google/cloud/bigquery/client.py
@@ -177,7 +177,10 @@ def __init__(
         client_options=None,
     ):
         super(Client, self).__init__(
-            project=project, credentials=credentials, _http=_http
+            project=project,
+            credentials=credentials,
+            client_options=client_options,
+            _http=_http,
         )
 
         kw_args = {"client_info": client_info}
diff --git a/setup.py b/setup.py
--- a/setup.py
+++ b/setup.py
@@ -31,7 +31,7 @@
 dependencies = [
     'enum34; python_version < "3.4"',
     "google-api-core >= 1.21.0, < 2.0dev",
-    "google-cloud-core >= 1.1.0, < 2.0dev",
+    "google-cloud-core >= 1.4.1, < 2.0dev",
     "google-resumable-media >= 0.5.0, < 2.0dev",
     "six >=1.13.0,< 2.0.0dev",
 ]


Test patch:
Repository: googleapis/python-bigquery

Issue:
Pin black to specific version
New releases of `black` can change the way the code is formatted ("blackened"), causing the CI checks to fail. We should thus use a deterministic version of `black`.


Discussion:

Resolving patch:
diff --git a/noxfile.py b/noxfile.py
--- a/noxfile.py
+++ b/noxfile.py
@@ -20,6 +20,7 @@
 import nox
 
 
+BLACK_VERSION = "black==19.10b0"
 BLACK_PATHS = ("docs", "google", "samples", "tests", "noxfile.py", "setup.py")
 
 
@@ -147,7 +148,7 @@ def lint(session):
     serious code quality issues.
     """
 
-    session.install("black", "flake8")
+    session.install("flake8", BLACK_VERSION)
     session.install("-e", ".")
     session.run("flake8", os.path.join("google", "cloud", "bigquery"))
     session.run("flake8", "tests")
@@ -173,7 +174,7 @@ def blacken(session):
     That run uses an image that doesn't have 3.6 installed. Before updating this
     check the state of the `gcp_ubuntu_config` we use for that Kokoro run.
     """
-    session.install("black")
+    session.install(BLACK_VERSION)
     session.run("black", *BLACK_PATHS)
 
 


Test patch:
Repository: googleapis/python-bigquery

Issue:
RowIterator to_dataframe requires pyarrow >= 1.0.0 to work
Currently the google-cloud-bigquery library requires pyarrow > 0.16.0, however the method RowIterator.to_dataframe adds the kwarg "timestamp_as_object", which is only supported in pyarrow >= 1.0.0. If install pyarrow >= 1.0.0, everything works as expected, however we are using other libraries which require pyarrow < 1.0.0.

So the requirements should either be updated to require pyarrow >= 1.0.0, or backported to support versions less than 1.

#### Environment details

  - OS type and version: Any
  - Python version: 3.6.9
  - pip version: 20.2.2
  - `google-cloud-bigquery` version: 1.27.2

#### Steps to reproduce

  1. Use pyarrow < 1.0.0
  2. Run RowIterator to_dataframe

#### Stack trace
```
#     result = future.result()
  File "<path>/python3.6/concurrent/futures/_base.py", line 425, in result
    return self.__get_result()
  File "<path>/python3.6/concurrent/futures/_base.py", line 384, in __get_result
    raise self._exception
  File "<path>/python3.6/concurrent/futures/thread.py", line 56, in run
    result = self.fn(*self.args, **self.kwargs)
  File "<path>", line 133, in run_query
    bqstorage_client=client_storage
  File "<path>/python3.6/site-packages/google/cloud/bigquery/table.py", line 1757, in to_dataframe
    df = record_batch.to_pandas(date_as_object=date_as_object, **extra_kwargs)
  File "pyarrow/array.pxi", line 503, in pyarrow.lib._PandasConvertible.to_pandas
TypeError: to_pandas() got an unexpected keyword argument 'timestamp_as_object'
```



Discussion:
@BradLewis Minimum required version is specified in extras_require in setup.py file
https://github.com/googleapis/python-bigquery/blob/a587de4d6a702b58bd156e98adf49a9cb590a0dc/setup.py#L50-L53

Resolving patch:
diff --git a/setup.py b/setup.py
--- a/setup.py
+++ b/setup.py
@@ -43,7 +43,7 @@
         # as `google-api-core[grpc]`. We thus need to explicitly specify it here.
         # See: https://github.com/googleapis/python-bigquery/issues/83
         "grpcio >= 1.8.2, < 2.0dev",
-        "pyarrow>=0.16.0, < 2.0dev",
+        "pyarrow >= 1.0.0, < 2.0dev; python_version >= '3.5'",
     ],
     "pandas": ["pandas>=0.17.1"],
     # Exclude PyArrow dependency from Windows Python 2.7.


Test patch:
Repository: googleapis/python-bigquery

Issue:
Improve guidance for streaming inserts
Suggesting we update the insert_rows.py code to showcase how to explicitly define a schema to avoid excessive calls to get_table().


Discussion:

Resolving patch:
diff --git a/samples/table_insert_rows.py b/samples/table_insert_rows.py
--- a/samples/table_insert_rows.py
+++ b/samples/table_insert_rows.py
@@ -16,19 +16,22 @@
 def table_insert_rows(table_id):
 
     # [START bigquery_table_insert_rows]
-
     from google.cloud import bigquery
 
     # Construct a BigQuery client object.
     client = bigquery.Client()
 
-    # TODO(developer): Set table_id to the ID of the model to fetch.
+    # TODO(developer): Set table_id to the ID of table to append to.
     # table_id = "your-project.your_dataset.your_table"
 
-    table = client.get_table(table_id)  # Make an API request.
-    rows_to_insert = [(u"Phred Phlyntstone", 32), (u"Wylma Phlyntstone", 29)]
+    rows_to_insert = [
+        {u"full_name": u"Phred Phlyntstone", u"age": 32},
+        {u"full_name": u"Wylma Phlyntstone", u"age": 29},
+    ]
 
-    errors = client.insert_rows(table, rows_to_insert)  # Make an API request.
+    errors = client.insert_rows_json(table_id, rows_to_insert)  # Make an API request.
     if errors == []:
         print("New rows have been added.")
+    else:
+        print("Encountered errors while inserting rows: {}".format(errors))
     # [END bigquery_table_insert_rows]
diff --git a/samples/table_insert_rows_explicit_none_insert_ids.py b/samples/table_insert_rows_explicit_none_insert_ids.py
--- a/samples/table_insert_rows_explicit_none_insert_ids.py
+++ b/samples/table_insert_rows_explicit_none_insert_ids.py
@@ -16,21 +16,24 @@
 def table_insert_rows_explicit_none_insert_ids(table_id):
 
     # [START bigquery_table_insert_rows_explicit_none_insert_ids]
-
     from google.cloud import bigquery
 
     # Construct a BigQuery client object.
     client = bigquery.Client()
 
-    # TODO(developer): Set table_id to the ID of the model to fetch.
+    # TODO(developer): Set table_id to the ID of table to append to.
     # table_id = "your-project.your_dataset.your_table"
 
-    table = client.get_table(table_id)  # Make an API request.
-    rows_to_insert = [(u"Phred Phlyntstone", 32), (u"Wylma Phlyntstone", 29)]
+    rows_to_insert = [
+        {u"full_name": u"Phred Phlyntstone", u"age": 32},
+        {u"full_name": u"Wylma Phlyntstone", u"age": 29},
+    ]
 
-    errors = client.insert_rows(
-        table, rows_to_insert, row_ids=[None] * len(rows_to_insert)
+    errors = client.insert_rows_json(
+        table_id, rows_to_insert, row_ids=[None] * len(rows_to_insert)
     )  # Make an API request.
     if errors == []:
         print("New rows have been added.")
+    else:
+        print("Encountered errors while inserting rows: {}".format(errors))
     # [END bigquery_table_insert_rows_explicit_none_insert_ids]


Test patch:
Repository: googleapis/python-bigquery

Issue:
Update Clustering Field Docstring to Reflect Partitioned Table and Non-partitioned Tables Supports
BigQuery supports clustering for both partitioned and non-partitioned tables.

Reference: https://cloud.google.com/bigquery/docs/clustered-tables


Discussion:

Resolving patch:
diff --git a/google/cloud/bigquery/job.py b/google/cloud/bigquery/job.py
--- a/google/cloud/bigquery/job.py
+++ b/google/cloud/bigquery/job.py
@@ -1073,8 +1073,8 @@ def clustering_fields(self):
 
         .. note::
 
-           As of 2018-06-29, clustering fields cannot be set on a table
-           which does not also have time partioning defined.
+           BigQuery supports clustering for both partitioned and
+           non-partitioned tables.
         """
         prop = self._get_sub_prop("clustering")
         if prop is not None:
@@ -2554,8 +2554,8 @@ def clustering_fields(self):
 
         .. note::
 
-           As of 2018-06-29, clustering fields cannot be set on a table
-           which does not also have time partioning defined.
+           BigQuery supports clustering for both partitioned and
+           non-partitioned tables.
         """
         prop = self._get_sub_prop("clustering")
         if prop is not None:
diff --git a/google/cloud/bigquery/table.py b/google/cloud/bigquery/table.py
--- a/google/cloud/bigquery/table.py
+++ b/google/cloud/bigquery/table.py
@@ -625,8 +625,8 @@ def clustering_fields(self):
 
         .. note::
 
-           As of 2018-06-29, clustering fields cannot be set on a table
-           which does not also have time partioning defined.
+           BigQuery supports clustering for both partitioned and
+           non-partitioned tables.
         """
         prop = self._properties.get("clustering")
         if prop is not None:
@@ -1030,8 +1030,8 @@ def clustering_fields(self):
 
         .. note::
 
-           As of 2018-06-29, clustering fields cannot be set on a table
-           which does not also have time partioning defined.
+           BigQuery supports clustering for both partitioned and
+           non-partitioned tables.
         """
         prop = self._properties.get("clustering")
         if prop is not None:


Test patch: