将字符串字段转换为 Azure 表存储中的日期时间字段

发布于 2024-10-11 07:55:31 字数 118 浏览 3 评论 0原文

我在 Azure 表中有一个字段,以字符串格式保存日期时间。我想用日期时间字段替换它并转换字符串列中的值。解决这个问题的最佳方法是什么?

在 SQL 中,我会通过创建一个新列并运行更新语句来完成此操作...

I have a field in an Azure table that holds date times in string format. I want to replace this with a DateTime field and convert the values in the string column. What's the best way to approach this?

In a SQL I'd do this by creating a new column and run an update statement...

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(3

梦晓ヶ微光ヅ倾城 2024-10-18 07:55:31

我自己还没有尝试过,但以下是/应该/有效的步骤。这需要是 C#/VB/等脚本。

  1. 更改类的定义以包含日期时间类型的 /new/ 成员。
  2. 运行 linq 查询以加载表中的所有行,并运行 for 循环,该循环将根据旧字符串变量填充新的日期时间变量。
  3. 将对象保存到表中。
    //现在你的表存储包含具有该变量的新定义和旧定义的对象
  4. 从类定义中删除旧字段
  5. 再次从表中加载对象并保存它们,除了将它们标记为脏之外不做任何事情。这/应该/从表内的序列化结构中删除旧成员。
    现在,如果您希望新的日期时间字段采用原始字符串变量的名称,请再次执行步骤 1 到 5,这次将数据从一个字段移至另一个字段。唯一的区别是您不必再次进行转换。

一般来说,这是一个完整的 PITA,也是对象数据库和存储服务的祸根之一。

I haven't tried this myself, but here are the steps that /should/ work. This needs to be a C#/VB/etc script.

  1. Change the definition of the class to contain a /new/ member of type datetime.
  2. Run the linq query to load all the rows from the table, and run a for loop which will populate new datetime variable based on old string variable.
  3. Save the objects to table.
    //now your table storage contains objects with new and old definition of that variable
  4. Remove the old field from class definition
  5. Load the objects from table again and save them w/o doing anything but marking them dirty. This /should/ get rid of the old member from serialized structures inside the table.
    Now, if you want the new datetime field to take the name of the original string variable do steps 1 thru 5 again, this time moving the data from one field into another. The only difference is that you don't have to do conversion again.

In general, this is a complete PITA and one of the banes of object databases and storage services.

孤城病女 2024-10-18 07:55:31

Azure 表存储客户端本身理解 DateTime(但不理解 DateTimeOffset),因此您可能需要考虑简单地让 SDK 为您处理这个问题。

否则,将 DateTimes 表示为字符串的最佳方法是将它们显式存储和检索为使用“u”格式写入和解析的 UTC 值,例如

var dateAsString = myDateTime.ToString("u");

The Azure Table Storage Client natively understands DateTime (but not DateTimeOffset), so you may want to consider simply letting the SDK take care of the matter for you.

Otherwise, the best way to represent DateTimes as strings is to explicitly store and retrieve them as UTC values written and parsed using the "u" format, e.g.

var dateAsString = myDateTime.ToString("u");
滥情稳全场 2024-10-18 07:55:31

我不知道它是否会起作用,但你可以尝试“幸福的无知”:

真实表存储实际上并不关心你的实体的形状(开发结构可能不同)。将实体属性更改为 DateTime,但在 Setter 测试中,如果不将值解析为 DT,则该值是 Datetime。 希望随着时间的推移

private DateTime myDT
public DateTime MyDT
{
    get
    {
        return myDT;
    }
    set
    {
       DateTime = null;
       if(value is DateTime)
       {
           myDT = value;
       }
       else
       {
           myDT = DateTime.Parse(value);
       }
    }

}

,或者明确地批量,如果您只是加载实体并再次保存它们,它会将它们全部设置为 DateTime。

I have no idea if it'll work, but you could try "blissful ignorance":

Real Table store doesn't actually care about the shape of your entities (Dev fabric may be different). Change your entity property to DateTime, but in the Setter test the value is a Datetime, if not parse the value into a DT. Something like

private DateTime myDT
public DateTime MyDT
{
    get
    {
        return myDT;
    }
    set
    {
       DateTime = null;
       if(value is DateTime)
       {
           myDT = value;
       }
       else
       {
           myDT = DateTime.Parse(value);
       }
    }

}

Hopefully over time, or explicitly in a batch, if you simply load the entities and save them again it'll set them all to DateTime.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文