|
32 | 32 | public final class GooglePrivacyDlpV2Export extends com.google.api.client.json.GenericJson {
|
33 | 33 |
|
34 | 34 | /**
|
35 |
| - * Store all table and column profiles in an existing table or a new table in an existing dataset. |
36 |
| - * Each re-generation will result in new rows in BigQuery. Data is inserted using [streaming |
| 35 | + * Store all profiles to BigQuery. * The system will create a new dataset and table for you if |
| 36 | + * none are are provided. The dataset will be named `sensitive_data_protection_discovery` and |
| 37 | + * table will be named `discovery_profiles`. This table will be placed in the same project as the |
| 38 | + * container project running the scan. The configuration will be updated with the fields set after |
| 39 | + * the first profile is generated and the dataset and table are created. * See [Analyze data |
| 40 | + * profiles stored in BigQuery](https://cloud.google.com/sensitive-data-protection/docs/analyze- |
| 41 | + * data-profiles) * See [Sample queries for your BigQuery |
| 42 | + * table](https://cloud.google.com/sensitive-data-protection/docs/analyze-data- |
| 43 | + * profiles#sample_sql_queries). * Data is inserted using [streaming |
37 | 44 | * insert](https://cloud.google.com/blog/products/bigquery/life-of-a-bigquery-streaming-insert)
|
38 |
| - * and so data may be in the buffer for a period of time after the profile has finished. The |
| 45 | + * and so data may be in the buffer for a period of time after the profile has finished. * The |
39 | 46 | * Pub/Sub notification is sent before the streaming buffer is guaranteed to be written, so data
|
40 | 47 | * may not be instantly visible to queries by the time your topic receives the Pub/Sub
|
41 |
| - * notification. |
| 48 | + * notification. * The best practice is to use the same table for an entire organization so that |
| 49 | + * you can take advantage of the provided Looker reports. If you use VPC Service Controls to |
| 50 | + * define security perimeters, then you must use a separate table for each boundary. |
42 | 51 | * The value may be {@code null}.
|
43 | 52 | */
|
44 | 53 | @com.google.api.client.util.Key
|
45 | 54 | private GooglePrivacyDlpV2BigQueryTable profileTable;
|
46 | 55 |
|
47 | 56 | /**
|
48 |
| - * Store all table and column profiles in an existing table or a new table in an existing dataset. |
49 |
| - * Each re-generation will result in new rows in BigQuery. Data is inserted using [streaming |
| 57 | + * Store all profiles to BigQuery. * The system will create a new dataset and table for you if |
| 58 | + * none are are provided. The dataset will be named `sensitive_data_protection_discovery` and |
| 59 | + * table will be named `discovery_profiles`. This table will be placed in the same project as the |
| 60 | + * container project running the scan. The configuration will be updated with the fields set after |
| 61 | + * the first profile is generated and the dataset and table are created. * See [Analyze data |
| 62 | + * profiles stored in BigQuery](https://cloud.google.com/sensitive-data-protection/docs/analyze- |
| 63 | + * data-profiles) * See [Sample queries for your BigQuery |
| 64 | + * table](https://cloud.google.com/sensitive-data-protection/docs/analyze-data- |
| 65 | + * profiles#sample_sql_queries). * Data is inserted using [streaming |
50 | 66 | * insert](https://cloud.google.com/blog/products/bigquery/life-of-a-bigquery-streaming-insert)
|
51 |
| - * and so data may be in the buffer for a period of time after the profile has finished. The |
| 67 | + * and so data may be in the buffer for a period of time after the profile has finished. * The |
52 | 68 | * Pub/Sub notification is sent before the streaming buffer is guaranteed to be written, so data
|
53 | 69 | * may not be instantly visible to queries by the time your topic receives the Pub/Sub
|
54 |
| - * notification. |
| 70 | + * notification. * The best practice is to use the same table for an entire organization so that |
| 71 | + * you can take advantage of the provided Looker reports. If you use VPC Service Controls to |
| 72 | + * define security perimeters, then you must use a separate table for each boundary. |
55 | 73 | * @return value or {@code null} for none
|
56 | 74 | */
|
57 | 75 | public GooglePrivacyDlpV2BigQueryTable getProfileTable() {
|
58 | 76 | return profileTable;
|
59 | 77 | }
|
60 | 78 |
|
61 | 79 | /**
|
62 |
| - * Store all table and column profiles in an existing table or a new table in an existing dataset. |
63 |
| - * Each re-generation will result in new rows in BigQuery. Data is inserted using [streaming |
| 80 | + * Store all profiles to BigQuery. * The system will create a new dataset and table for you if |
| 81 | + * none are are provided. The dataset will be named `sensitive_data_protection_discovery` and |
| 82 | + * table will be named `discovery_profiles`. This table will be placed in the same project as the |
| 83 | + * container project running the scan. The configuration will be updated with the fields set after |
| 84 | + * the first profile is generated and the dataset and table are created. * See [Analyze data |
| 85 | + * profiles stored in BigQuery](https://cloud.google.com/sensitive-data-protection/docs/analyze- |
| 86 | + * data-profiles) * See [Sample queries for your BigQuery |
| 87 | + * table](https://cloud.google.com/sensitive-data-protection/docs/analyze-data- |
| 88 | + * profiles#sample_sql_queries). * Data is inserted using [streaming |
64 | 89 | * insert](https://cloud.google.com/blog/products/bigquery/life-of-a-bigquery-streaming-insert)
|
65 |
| - * and so data may be in the buffer for a period of time after the profile has finished. The |
| 90 | + * and so data may be in the buffer for a period of time after the profile has finished. * The |
66 | 91 | * Pub/Sub notification is sent before the streaming buffer is guaranteed to be written, so data
|
67 | 92 | * may not be instantly visible to queries by the time your topic receives the Pub/Sub
|
68 |
| - * notification. |
| 93 | + * notification. * The best practice is to use the same table for an entire organization so that |
| 94 | + * you can take advantage of the provided Looker reports. If you use VPC Service Controls to |
| 95 | + * define security perimeters, then you must use a separate table for each boundary. |
69 | 96 | * @param profileTable profileTable or {@code null} for none
|
70 | 97 | */
|
71 | 98 | public GooglePrivacyDlpV2Export setProfileTable(GooglePrivacyDlpV2BigQueryTable profileTable) {
|
|
0 commit comments