You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+3-1Lines changed: 3 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -118,6 +118,8 @@ If you set the `autoCreateSqlTable` option to `true`, the sink will create a tab
118
118
119
119
### Permissions
120
120
121
+
At a minimum, writing log entries requires SELECT and INSERT permissions for the log table. (SELECT is required because the sink's batching behavior uses bulk inserts which reads the schema before the write operations begin).
122
+
121
123
SQL permissions are a very complex subject. Here is an example of one possible solution (valid for SQL 2012 or later):
122
124
123
125
```
@@ -154,7 +156,7 @@ There are many possible variations. For example, you could also create a new sch
154
156
155
157
## Id Column Options
156
158
157
-
Previous versions of this sink assumed the Id column is always present as an `int``IDENTITY` primary key with a clustered index. Other configurations are available, however this is still the default strictly for backwards-compatibility reasons.
159
+
Previous versions of this sink assumed the Id column is always present as an `int``IDENTITY` primary key with a clustered index. Other configurations are available, however this is still the default for backwards-compatibility reasons.
158
160
159
161
You should consider your anticipated logging volume and query requirements carefully. The default setting is not especially useful in real-world query scenarios since a clustered index is primarily of use when the key is used for sorting or range searches, which will rarely be the case for the Id column.
0 commit comments