Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Порядок выбора строк.
|
|||
|---|---|---|---|
|
#18+
Как я заметил недавно у постгре есть некоторая особенность. Выполняешь выборку (без никакой сортировки и для чистоты эксперемента без where) он выдает некоторый набор строк. Потом делаешь update ... where ... Дальше выполняется та же самая выборка, и те строки, которые были проабдейчены ставит в конец. Как это побороть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.06.2005, 23:19 |
|
||
|
Порядок выбора строк.
|
|||
|---|---|---|---|
|
#18+
Это не борется, и не надо с этим бороться. Реляционная база имеет полное право выдавать результат запроса без ORDER BY в том порядке, в каком ей это удобно. При seq scan из одной таблицы данные идут в том порядке, в каком лежат строки физически (служебное поле tid). Новые версии строк (которые сделал update) добавляются в конец. После VACUUM FULL возможно порядок изменится. Если запрос использует индекс - будут по возрастанию (или убыванию) индекса. Некоторый порядок может обеспечить регулярная кластеризация данных по любому индексу - но первый же INSERT/UPDATE/DELETE сломает его. Не заморачивайся, если нужен порядок - пиши ORDER BY. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.06.2005, 05:41 |
|
||
|
|

start [/forum/topic.php?fid=53&tid=2007196]: |
0ms |
get settings: |
8ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
24ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
39ms |
get tp. blocked users: |
2ms |
| others: | 253ms |
| total: | 354ms |

| 0 / 0 |
