Как сопоставить тики C# с меткой времени PostgreSQL при использовании модели Protocol Buffer с Dapper?

Я использую protobuf-net в своем приложении для отправки зарегистрированных данных с удаленного сайта на сервер. Существует несколько типов данных — пример сообщения одного из них выглядит следующим образом:

message Sample {
    required int64 recording_time = 1; // UTC Timestamp in Ticks
    required double x_position = 2;
    required double y_position = 3;
    required double x_velocity = 4;
    required double y_velocity = 5;
}

На сервере объект хранится в базе данных PostgreSQL. Все поля double в сообщении буфера протокола (proto2) сопоставляются с полями double в PostgreSQL. Поле метки времени uint64 recording_time должно быть сопоставлено с полем timestamp with time zone в базе данных.

Я хочу использовать тот же класс C# (с атрибутом ProtoContract) для сериализации Sample на клиенте, а также с Dapper для операций с базой данных (возможно, с расширением, например, FastCRUD).

Для этого требуется сопоставление/преобразование между ticks (тип C#: long) и timestamp with time zone (тип C#: DateTime). Каков наилучший способ реализовать это, не создавая второй класс?

Вот как я сейчас пишу объекты в базу данных:

string sql = "COPY samples (recording_time, x_position, y_position, x_velocity, y_velocity) FROM STDIN (FORMAT BINARY)";
using (var writer = conn.BeginBinaryImport(sql))
{
    foreach (Sample sample in sampleList)
    {
        writer.StartRow();

        writer.Write(new DateTime(sample.RecordingTime, DateTimeKind.UTC), NpgsqlTypes.NpgsqlDbType.TimestampTZ);

        writer.Write(sample.X_Position, NpgsqlTypes.NpgsqlDbType.Double);
        writer.Write(sample.Y_Position, NpgsqlTypes.NpgsqlDbType.Double);
        writer.Write(sample.X_Velocity, NpgsqlTypes.NpgsqlDbType.Double);
        writer.Write(sample.Y_Velocity, NpgsqlTypes.NpgsqlDbType.Double);

    }
}

Вот как я хочу написать в базу данных:

foreach (Sample sample in sampleList)
{
    conn.Insert<Sample>(sample);
}

И используйте соответствующий метод Query для поиска.


postgresql c# npgsql protobuf-net dapper
person Abir    schedule 05.10.2016    source источник
comment
Но вы все еще будете использовать код C# для хранения значения в базе данных? Если да, вы можете просто создать объект C# DateTime из этих тиков и использовать его в вызове базы данных.   -  person Evk    schedule 05.10.2016
comment
@Evk Да, сейчас я создаю объект DateTime и пишу в базу данных через Npgsql. Однако я хотел бы использовать Dapper (или аналогичный ORM) для извлечения объекта Sample из запроса. Есть ли способ записать это преобразование в конфигурацию/инициализацию Dapper?   -  person Abir    schedule 05.10.2016

Ответы (1)


arrow_upward
0
arrow_downward

Я хочу использовать тот же класс C# (с атрибутом ProtoContract) для сериализации Sample на клиенте, а также с Dapper для операций с базой данных (возможно, с расширением, например, FastCRUD).

Лично я думаю, что проблема в том, что мы пытаемся сделать две совершенно разные вещи с одним и тем же объектом. Однако! Это не обязательно невозможно. В частности, обратите внимание, что protobuf-net будет работать с закрытыми членами. Итак, один из вариантов может быть:

public WhateverYouNeedForTheDatabase Foo { get; set; }

[ProtoMember(someNumber)]
private WhateverYouNeedForTheSerializer FooSerialized {
    get { return FromX(Foo); }
    set { Foo = ToX(value); }
}

Вы можете сделать то же самое с dapper, но это менее удобно. В частности, в вашем случае:

public DateTime RecordingTime { get; set; }

[ProtoMember(1)]
private long RecordingTimeSerialized {
    get { return DateTimeToUnixTime(RecordingTime); }
    set { RecordingTime = UnixTimeToDateTime(value); }
}

Для этого не требуется дополнительное хранилище (без дополнительных полей).

person Marc Gravell    schedule 05.10.2016
comment
Спасибо @Марк! Я не знал, что protobuf-net будет работать с закрытыми членами. Я собираюсь проверить вашу рекомендацию со своей настройкой. - person Abir; 05.10.2016
comment
Спасибо! Это решает проблему с одним классом. В моем приложении 5 моделей. Можно ли избежать написания повторяющегося кода для каждого класса? Один из вариантов, который я пробовал, — определить class Timestamp { public DateTime RecordingTime { get; set; } [ProtoMember(1)] private long RecordingTimeSerialized {...} }, но я застрял при сопоставлении свойства RecordingTime объекта Timestamp с соответствующим полем базы данных. - person Abir; 05.10.2016
comment
@Arbi У меня был элемент списка пожеланий, позволяющий использовать DateTime так долго в protobuf, но я еще не реализовал его на сегодняшний день. - person Marc Gravell; 05.10.2016