我有一张约有470万条记录的表格。我在上面创建了一个全文索引。 我正在经历全文索引的初始填充缓慢。 我的初始定价等级是S1，我将其升级到S3，但我没有获得更好的性能。
DTU和CPU不高（通常保持在0％左右），目前的速度约为每小时175000条记录。
我该怎么做才能加快速度？
提前致谢。
LE
我在SQL Server 2014的本地安装上尝试了相同的操作，我对索引数据没有任何问题。
更新2016年11月14日
输出到dm_Exec_requests SESSION_ID REQUEST_ID START_TIME status命令的sql_handle statement_start_offset statement_end_offset plan_handle database_id的USER_ID CONNECTION_ID blocking_session_id wait_type WAIT_TIME last_wait_type wait_resource open_transaction_count open_resultset_count TRANSACTION_ID CONTEXT_INFO PERCENT_COMPLETE estimated_completion_time CPU_TIME total_elapsed_time scheduler_id task_address读取写入logical_reads text_size语言DATE_FORMAT date_first QUOTED_IDENTIFIER ARITHABORT ANSI_NULL_DFLT_ON ANSI_DEFAULTS ANSI_WARNINGS ANSI_PADDING ANSI_NULLS CONCAT_NULL_YIELDS_NULL transaction_isolation_level LOCK_TIMEOUT DEADLOCK_PRIORITY ROW_COUNT prev_error nest_level granted_query_memory executing_managed_code group_id query_hash query_plan_hash statement_sql_handle statement_context_id dop parallel_worker_count external_script_request_id 90 0 57：45.2运行SELECT 0x020000004D4F6005A3E8119F3DD3297095832ABE63E312F20000000000000000000000000000000000000000 0 66 0x060005004D4F6005D04F998A6E00000001000000000000000000000000000000000000000000000000000000 5 1 70A61674-396D-47EB-82C7-F3C13DAA2AD0 0 0 NULL MEMORY_ALLOCATION_EXT 0 1 141037 0 0x380035003100450039003200350032002D0045003700450032002D0034003600320041002D0039004200390041002D003200310037004400300036003700430032004100360039 0 1 1 0 0x7A218C885C2F7437 0 0 228 2147483647美国英语MDY 7 1 1 1 0 1 1 1 1 2 -1 0 1 0 0 0 0 2000000026 0xC1681A4180C2C052 0x63AD167562BDAE5D 0x0900A3E8119F3DD3297095832ABE63E312F20000000000000000000000000000000000000000000000000000 7 1 NULL NULL
正如我在P1上看到的那样，这似乎要快得多。这很奇怪，因为它不比S3强大得多。
我会将其标记为已解决，因为这似乎是与服务层级别相关的问题。
答案 0 :(得分：1)
如果提升Azure数据库的服务层，全文索引的运行速度将比标准级别快得多。
我无法感知S1和S3之间的差异，但P1与S3的速度要快得多。 我不知道这背后的共鸣，即使DTU的差异只有25（S3：100 DTU，P1：125 DTU）