Table collision in join.sql and aggregates.sql

Поиск
Список
Период
Сортировка
От Douglas Doole
Тема Table collision in join.sql and aggregates.sql
Дата
Msg-id CADE5jYK45Nh5x5fogr0G6wLhUCUuO9mWXaUfY3Kr83p9R+MLBw@mail.gmail.com
обсуждение исходный текст
Список pgsql-hackers
As we've been merging our code with 9.6, a couple developers have had one-off failures in the join.sql and aggregates.sql test because the tables T1, T2 and T3 have the wrong definitions.

Digging into it, I found that both files create the tables T1, T2, and T3 for a short period of time and then drop them. Since the parallel_schedule file puts these two files into the same group, they can run concurrently. If it happens that the the two files hit the T1, T2, T3 tests at the same time, then you see the table definition problems.

I took the easy way of solving this and renamed the tables in aggregates.sql to AGG1, AGG2, and AGG3. (Picked on aggregates.sql since it had the T1, T2, T3 tests added in 9.6.)

Doug
- Salesforce
Вложения

В списке pgsql-hackers по дате отправления:

Предыдущее
От: Petr Jelinek
Дата:
Сообщение: Re: Somebody has not thought through subscription lockingconsiderations
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Somebody has not thought through subscription locking considerations