小编Mar*_*ark的帖子

我正在尝试针对每笔交易更新用户信用/计数信息.如果我们每秒达到超过2/4的交易,则下面的更新不会更新计数/用户信用信息.

两个问题基本上.

1. 使用NO,错误消息更新不会发生.
2. 更新失败并显示错误消息:412:失败:代码:412值:前提条件失败详细信息(如果有):UpdateConditionNotSatisfied不满足请求中指定的更新条件.RequestId:1beb3fa9-9ad2-46f7-b8ee-af3a09300db7时间:2013-06-09T16:12:17.6797130Z.

我正在使用Azure为SMS API进行从RDMBS迁移到NoSQL的原型.不知道为什么会发生这样的事情.

代码粘贴如下

public function update_credit_to_azure_table () {
  // Create table REST proxy.
  $tableRestProxy = ServicesBuilder::getInstance()
    ->createTableService($this->connectionString);

  $result = $tableRestProxy->getEntity("tblapilogin",  $this->apiusr , $this->apiusr);
  $entity = $result->getEntity();

  $new_api_balance = $this->global_api_credit - $this->credittodeduct;
  $credit_used = $this->api_credit_used + $this->credittodeduct;

  $entity->setPropertyValue("global_api_credit", $new_api_balance); //Update Balance.
  $entity->setPropertyValue("api_credit_used", $credit_used); //credit used Updated .

  try {
    $tableRestProxy->updateEntity("tblapilogin", $entity);

    echo "<br>New Blance is: " . $new_api_balance;
    echo "<br>credit_used  is: " . $credit_used;
  }
  catch(ServiceException $e) {
    $code = $e->getCode();
    $error_message = $e->getMessage();
    echo …

我正在寻找从中导出数据的能力 SQL Azure Azure表存储到某些平面文件或XML文件,以便我们可以将其导入SQL/MYSQL Server并进行数据分析.

发生的事情是我们每小时从文本API获得大量事务(分区策略是每小时),因为Azure表存储不支持count和Sum.因此,对于数据分析,我们希望将数据导出到Flat Files并导入到SQL Server/MySQL进行分析.

题:

1. 任何util或Tutorial如何将数据从Azure表存储导出到Flat文件？按照Patition分区并快速分区？任何示例代码或实用程序？任何经验证的示例/教程？

2. MS SQL和Azure Table,任何可以每小时自动提取和加载数据到SQL服务器的工具或实用程序？Microsoft在路线图上提供的任何此类产品或出口工具？

任何支持将受到高度赞赏.

我们正在使用SMPP cloud-hopper库将SMS长消息短信发送到SMS网关 Innovativetxt.com,但看起来我们拆分后的长消息TO 140字节各部分.每条消息中的字符数达到134个字符.

但是行业标准是一种153字符应为GSM编码长消息的每一部分.当我们通过140字节分割时,只有134个字符,我们做错了吗？如果我们尝试提交大于140字节的消息,网关提供商会使用消息超大邮件正文拒绝它.

应将消息拆分为每个153个字符,然后再分配给SMSC,而不是每个消息140字节.

拆分长消息的最佳方法是什么？通过消息大小,即140字节或消息字符计数？

任何人都可以通过cloudhopper或其他基于Java的库来解决相同的问题.