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
I found there is a special DistSQL: RESET SCALING {jobId}, what it doing is to truncate all tables of target data sources configured in scaling job configuration.
It's dangerous to use, especially on production environment. Is there possible way to mke it more secure for end users? e.g.
show a confirmation, end user input yes or no to accept or cancel to do it
show a confirmation, end user input input password to do it
reacted with thumbs up emoji reacted with thumbs down emoji reacted with laugh emoji reacted with hooray emoji reacted with confused emoji reacted with heart emoji reacted with rocket emoji reacted with eyes emoji
-
Hi,
I found there is a special DistSQL:
RESET SCALING {jobId}
, what it doing is to truncate all tables of target data sources configured in scaling job configuration.It's dangerous to use, especially on production environment. Is there possible way to mke it more secure for end users? e.g.
yes
orno
to accept or cancel to do itflushdb-permitted: false
Option 4 should be easier to implement.
If it could not be supported, I prefer to remove
RESET SCALING {jobId}
.How do you think, any feedback is welcome.
Beta Was this translation helpful? Give feedback.
All reactions