Как решить проблему с уникальностью ключей?

Question

[Георгий Кузнецов]

Пусть есть такой код (используемая СУБД - PostgreeSQL):

public async Task<Response> AddEntity(SurveyData data)
        {
            try
            {
                var dataSurvey = new SurveyData
                {
                    AnomalyType = data.AnomalyType,
                    Description = data.Description,
                    Values = data.Values
                };
                await _context.SurveyDatas.AddAsync(dataSurvey);
                await _context.SaveChangesAsync();
                _logger.LogInformation("(S): Response has been sent (AddEntity method)");
                return new Response
                {
                    Status = ResponseStatus.Ok
                };
            }
            catch (Exception e)
            {
                _logger.LogInformation($"\n(E): Error in AddEntity method: {e}\n");
                return new Response
                {
                    Status = ResponseStatus.InternalServerError
                };
            }
        }

По какой то причине данный код раз от раза при попытке добавления данных в БД выдаёт исключение о том, что был факт попытки добавления некорректного ("неуникального", если угодно) ключа.

В чём может быть проблема?

Также существует проблема что уже для добавленных данных подбирался id немного не по порядку:

{
    "status": 200,
    "body": [
        {
            "id": 1,
            "anomalyType": "Gravity",
            "description": "string",
            "values": [
                {
                    "id": 1,
                    "coord_X": 23.5,
                    "coord_Y": 40,
                    "value": 0.7
                }
            ]
        },
        {
            "id": 3,
            "anomalyType": "Magnetic",
            "description": "string",
            "values": [
                {
                    "id": 2,
                    "coord_X": 50,
                    "coord_Y": 100,
                    "value": 558
                },
                {
                    "id": 3,
                    "coord_X": 50,
                    "coord_Y": 150,
                    "value": 768
                }
            ]
        },
        {
            "id": 5,
            "anomalyType": "Magnetic",
            "description": "string",
            "values": [
                {
                    "id": 10,
                    "coord_X": 50,
                    "coord_Y": 100,
                    "value": 558
                },
                {
                    "id": 12,
                    "coord_X": 50,
                    "coord_Y": 150,
                    "value": 768
                }
            ]
        },
        {
            "id": 7,
            "anomalyType": "string",
            "description": "string",
            "values": [
                {
                    "id": 4,
                    "coord_X": 0,
                    "coord_Y": 0,
                    "value": 0
                }
            ]
        },
        {
            "id": 8,
            "anomalyType": "GIS_КВМ",
            "description": "55-64-43 61-56-43",
            "values": [
                {
                    "id": 5,
                    "coord_X": 0,
                    "coord_Y": 50,
                    "value": 94.1
                },
                {
                    "id": 6,
                    "coord_X": 0,
                    "coord_Y": 51,
                    "value": 93.5
                },
                {
                    "id": 7,
                    "coord_X": 0,
                    "coord_Y": 52,
                    "value": 93.2
                }
            ]
        },
        {
            "id": 9,
            "anomalyType": "ТестФронта_1",
            "description": null,
            "values": [
                {
                    "id": 8,
                    "coord_X": 0,
                    "coord_Y": 0,
                    "value": 0
                }
            ]
        },
        {
            "id": 10,
            "anomalyType": "ТестФронта_2",
            "description": null,
            "values": [
                {
                    "id": 9,
                    "coord_X": 0,
                    "coord_Y": 0,
                    "value": 0
                }
            ]
        },
        {
            "id": 12,
            "anomalyType": "ТестФронта_3",
            "description": null,
            "values": [
                {
                    "id": 11,
                    "coord_X": 0,
                    "coord_Y": 0,
                    "value": 0
                }
            ]
        },
        {
            "id": 14,
            "anomalyType": "ТестФронта_4",
            "description": "ТестФронта_4",
            "values": [
                {
                    "id": 13,
                    "coord_X": 0,
                    "coord_Y": 0,
                    "value": 0
                }
            ]
        },
        {
            "id": 17,
            "anomalyType": "ТестФронта_5",
            "description": "ТестФронта 5",
            "values": [
                {
                    "id": 14,
                    "coord_X": 0,
                    "coord_Y": 0,
                    "value": 0
                }
            ]
        }
    ]
}

Comments

[mayton2019]

Покажи как была создана таблица.

[Георгий Кузнецов]

mayton2019, непонятно какая конкретно информация запрашивается

[mayton2019]

Георгий Кузнецов, таблицу обычно создают с помощью скрипта. Типа CREATE table .... primary key. .... unique.
И вот там где стоят primary/unique - надо искать твою ошибку. Названия полей.

Я могу предположить что ты просто второй раз загружаешь данные и ловишь uniq constr violation. Но я не люблю гадать и смотреть в хрустальные шары. Я хочу видеть названия таблиц и колонок.

Будь так любезен.

[Георгий Кузнецов]

mayton2019, надеюсь вопрос правильно понял

[mayton2019]

Георгий Кузнецов, очисти таблицу и загрузи все заново.

[Георгий Кузнецов]

mayton2019, довольно радикальное решение. В данном случае уже нельзя по другому, как я понял?

[mayton2019]

Можно. В Postgres поддерживается синтаксис insert ... on conflict ....

Читай здесь https://www.postgresql.org/docs/current/sql-insert.html

[Георгий Кузнецов]

В общем в коде не хватало всего пары строчек кода в контексте БД, которые я по своей невнимательности упустил, надо было лишь явно указать какие свойства объектов являются ключами:

public class EfContext : DbContext
    {
        public DbSet<SurveyData> SurveyDatas { get; set; }
        public DbSet<SurveyValue> SurveyValues { get; set; }

        public EfContext(
            DbContextOptions options)
            : base(options)
        {

        }

        protected override void OnModelCreating(ModelBuilder modelBuilder)
        {
            modelBuilder.Entity<SurveyData>().HasMany(p => p.Values).WithOne();

            modelBuilder.Entity<SurveyData>().HasKey(entity => entity.Id);

            modelBuilder.Entity<SurveyValue>().HasKey(entity => entity.Id);
        }
    }

После их добавления решилась не только проблема с конфликтами в БД, но и id новых объектов БД начал добавляться в нормальном порядке (17, 18, 19, 20 и т.п.)

Answer 1

[12rbah]

По какой то причине данный код раз от раза при попытке добавления данных в БД выдаёт исключение о том, что был факт попытки добавления некорректного ("неуникального", если угодно) ключа.

Скоре всего одно из значений это primary key или unique, поэтому и кидает ошибку.

Также существует проблема что уже для добавленных данных подбирался id немного не по порядку:

Это фича у постгреса такая, но в целом если подумать, то это не особо и нужно, чтобы id шли по порядку.

Comments

[nApoBo3]

Нет такой фичи у постгреса. Это из-за того, что производится две попытки вставки данных, от сюда, видимо и проблемы с ключом.

[12rbah]

nApoBo3,

от сюда, видимо и проблемы с ключом.

Он про это и пишет. Вроде в sqlite такого нет, т.е. если будет неудачная вставка, то автоинкремент не отработает.