RK
точно помню можно как то просто, вот как только
Size: a a a
2020 July 23
A
order by
A
и взять первую запись
RK
там много записей
RK
в том и прикол
RK
такого рода
RK
я думал через ордер бай, но запрещено использовать поле без группировки
VY
я заметил такую неудобную особенность Postgres, возможно только у меня на Винде, а может он и везде так себя ведет:
когда выполняется вставка записи в таблицу, в поле с АИ - ИД, он вставляет число не больше самого большого индекса, а считает от какого-то визуально невидимого индекса,
например у меня локально 'users' 43 записи, наибольший ИД - 49, а на данный момент БД пытается вставить ИД 13, которая уже есть.
Это приводит к ошибке insert.
существующие юзеры залиты сидером.
похоже, что при этом указатель АИ не установился в наибольший индекс.
может вы знаете - как установить нужный индекс, чтобы ушли ошибки?
когда выполняется вставка записи в таблицу, в поле с АИ - ИД, он вставляет число не больше самого большого индекса, а считает от какого-то визуально невидимого индекса,
например у меня локально 'users' 43 записи, наибольший ИД - 49, а на данный момент БД пытается вставить ИД 13, которая уже есть.
Это приводит к ошибке insert.
существующие юзеры залиты сидером.
похоже, что при этом указатель АИ не установился в наибольший индекс.
может вы знаете - как установить нужный индекс, чтобы ушли ошибки?
V
народ хелп
типо есть три записи
2 4 5
2 4 6
2 3 7
он берет
2 4 7
а надо 2 4 6
select('sprint_id', DB::raw('MAX(date) as max_date, MAX(time_to) as max_time_to'))
типо есть три записи
2 4 5
2 4 6
2 3 7
он берет
2 4 7
а надо 2 4 6
select('sprint_id', DB::raw('MAX(date) as max_date, MAX(time_to) as max_time_to'))
ну так с макс он правильно берет .. а на основании чего должно быть 2 4 6 ?
RK
да это понятно, в общем использую еще один подзапрос просто
VY
и еще вопрос по Постгресу:
в миграции так:
т.е. - вроде должно быть обычное поле с АИ, а в клиенте HeidiSQL вижу в поле такую "штуку":
nextval('users_id_seq'::regclass)
можно вручную исправить на autoincrement, но .....
что за хрень?
в миграции так:
Schema::create('users', function (Blueprint $table) {
$table->bigIncrements('id');т.е. - вроде должно быть обычное поле с АИ, а в клиенте HeidiSQL вижу в поле такую "штуку":
nextval('users_id_seq'::regclass)
можно вручную исправить на autoincrement, но .....
что за хрень?
V
да это понятно, в общем использую еще один подзапрос просто
я про то , какое условие выборки .. а то так непонятно на основании чего должно выбрать 6 а не 7
V
и еще вопрос по Постгресу:
в миграции так:
т.е. - вроде должно быть обычное поле с АИ, а в клиенте HeidiSQL вижу в поле такую "штуку":
nextval('users_id_seq'::regclass)
можно вручную исправить на autoincrement, но .....
что за хрень?
в миграции так:
Schema::create('users', function (Blueprint $table) {
$table->bigIncrements('id');т.е. - вроде должно быть обычное поле с АИ, а в клиенте HeidiSQL вижу в поле такую "штуку":
nextval('users_id_seq'::regclass)
можно вручную исправить на autoincrement, но .....
что за хрень?
в постгресс нет автоинкремент .. вернее он называется по другому.. потому так и показывает
VY
в постгресс нет автоинкремент .. вернее он называется по другому.. потому так и показывает
понятно,
Спасибо!
а можешь помочь на предыдущий мой вопрос?
Как установить нужный индекс?
Спасибо!
а можешь помочь на предыдущий мой вопрос?
Как установить нужный индекс?
RK
я про то , какое условие выборки .. а то так непонятно на основании чего должно выбрать 6 а не 7
выбрать записи сгруппированные по спринт айди имеющие максимальную дату и максимальное время по этой дате
RK
хм а вроде же можно групп бай еще пихать в сам селект
V
я заметил такую неудобную особенность Postgres, возможно только у меня на Винде, а может он и везде так себя ведет:
когда выполняется вставка записи в таблицу, в поле с АИ - ИД, он вставляет число не больше самого большого индекса, а считает от какого-то визуально невидимого индекса,
например у меня локально 'users' 43 записи, наибольший ИД - 49, а на данный момент БД пытается вставить ИД 13, которая уже есть.
Это приводит к ошибке insert.
существующие юзеры залиты сидером.
похоже, что при этом указатель АИ не установился в наибольший индекс.
может вы знаете - как установить нужный индекс, чтобы ушли ошибки?
когда выполняется вставка записи в таблицу, в поле с АИ - ИД, он вставляет число не больше самого большого индекса, а считает от какого-то визуально невидимого индекса,
например у меня локально 'users' 43 записи, наибольший ИД - 49, а на данный момент БД пытается вставить ИД 13, которая уже есть.
Это приводит к ошибке insert.
существующие юзеры залиты сидером.
похоже, что при этом указатель АИ не установился в наибольший индекс.
может вы знаете - как установить нужный индекс, чтобы ушли ошибки?
такого не встречал .. в постгресс всё строго и если так происходит то явно какой то косяк в таблице
V
хм а вроде же можно групп бай еще пихать в сам селект
конечно
RK
конечно
select id, max(date), max(time) from table group by id
RK
не помнишь как взять максимальное время исходя из даты?