Senior

Yra užsakymų, kurie savo gyvavimo ciklo metu keičia būsenas. Reikia įgyvendinti darbo sluoksnį su duomenų baze: - Išsaugoti užsakymo būsenų istoriją - Atsižvelgti į skaidymą Ateityje, už dabartinės užduoties ribų, bus įgyvendinti kiti metodai: būsenų gavimas pagal laiką, pilnas užsakymo istorijos ir kt.

sobes.tech AI

Atsakymas iš AI

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

Таблица истории статусов — хранит записи с полями: order_id, status, changed_at (время изменения), возможно changed_by (кто изменил), и другие метаданные.
Партицирование — для масштабируемости и быстрого доступа к данным можно партицировать таблицу по времени (например, по месяцам) или по диапазону order_id, в зависимости от нагрузки и объема данных.
Пример структуры таблицы (PostgreSQL):

CREATE TABLE order_status_history (
    order_id UUID NOT NULL,
    status VARCHAR(50) NOT NULL,
    changed_at TIMESTAMP NOT NULL,
    changed_by UUID,
    PRIMARY KEY (order_id, changed_at)
) PARTITION BY RANGE (changed_at);

CREATE TABLE order_status_history_2024_01 PARTITION OF order_status_history
    FOR VALUES FROM ('2024-01-01') TO ('2024-02-01');

В Go можно реализовать слой с методами для добавления записи в историю и выборки по разным параметрам. Для записи статуса:

func SaveOrderStatus(ctx context.Context, db *sql.DB, orderID string, status string, changedBy string) error {
    query := `INSERT INTO order_status_history (order_id, status, changed_at, changed_by) VALUES ($1, $2, NOW(), $3)`
    _, err := db.ExecContext(ctx, query, orderID, status, changedBy)
    return err
}

Дальнейшие методы (получение статусов по времени, полная история) можно реализовать с использованием фильтров по changed_at и order_id.

Такой подход позволит эффективно хранить и масштабировать историю статусов заказов с возможностью гибкого запроса данных.

Ankstesnis Kitas