Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Интересный баг при работе с INHERITED таблицами
|
|||
|---|---|---|---|
|
#18+
К примеру есть таблица (возьмем из того же мануала классику): Код: plaintext 1. 2. 3. 4. 5. Есть наследник: Код: plaintext 1. 2. Для наследника есть правило: Код: plaintext 1. 2. 3. 4. 5. 6. 7. Есть пользователь inserter с правами только на вставку: Код: plaintext 1. А также selector с правами только на выборку: Код: plaintext 1. Теперь самое интересное. Такая штука проходит на ура: Код: plaintext Тогда как selector обламывается: Код: plaintext 1. 2. Отсюда возникают вопросы: 1. Наследуются ли права доступа? 2. Если да, то почему selector-у не разрешено читать, а если нет - почему inserter может добавлять? 3. Может баг где-то в RULE? Т.е. когда обрабатывается правило, то на права доступа вообще забивается? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.07.2006, 16:53 |
|
||
|
|

start [/forum/topic.php?fid=53&tid=2006253]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
62ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
25ms |
get tp. blocked users: |
1ms |
| others: | 262ms |
| total: | 386ms |

| 0 / 0 |
