Bạn hiện đang ngoại tuyến, hãy chờ internet để kết nối lại

Khắc phục: Report Viewer 2010 không hiển thị các thông số DateTime khi bạn chạy một báo cáo vào năm 2012 SSRS

QUAN TRỌNG: Bài viết này được dịch bằng phần mềm dịch máy của Microsoft chứ không phải do con người dịch. Microsoft cung cấp các bài viết do con người dịch và cả các bài viết do máy dịch để bạn có thể truy cập vào tất cả các bài viết trong Cơ sở Kiến thức của chúng tôi bằng ngôn ngữ của bạn. Tuy nhiên, bài viết do máy dịch không phải lúc nào cũng hoàn hảo. Loại bài viết này có thể chứa các sai sót về từ vựng, cú pháp hoặc ngữ pháp, giống như một người nước ngoài có thể mắc sai sót khi nói ngôn ngữ của bạn. Microsoft không chịu trách nhiệm về bất kỳ sự thiếu chính xác, sai sót hoặc thiệt hại nào do việc dịch sai nội dung hoặc do hoạt động sử dụng của khách hàng gây ra. Microsoft cũng thường xuyên cập nhật phần mềm dịch máy này.

Nhấp chuột vào đây để xem bản tiếng Anh của bài viết này: 2715841
Vấn đề này áp dụng cho Microsoft SQL Server 2012 báo cáo bản ghi dịch vụ.
Triệu chứng
Hãy xem xét kịch bản sau đây:
  • Bạn tạo một ứng dụng Windows hình thức hoặc một ứng dụng Windows Presentation Foundation (WPF) dựa trên Microsoft Khuôn khổ .NET 4.0.
  • Trong cửa sổ biểu mẫu hoặc ứng dụng WPF, bạn sử dụng một điều khiển Microsoft báo cáo xem 2010 để hiển thị một báo cáo của Microsoft SQL Server 2012 báo cáo Services (SSRS 2012) chạy trong chế độ từ xa.
  • Báo cáo bao gồm mộtDateTime nhập tham số có giá trị mặc định.
  • Bạn chạy các ứng dụng trên hệ điều hành có cài đặt chuyên biệt vùng thiết lập để ý. Ngoài ra, cácThời gian dài định dạng được thiết lập để "HH:mm:ss".
Trong trường hợp này, bạn có thể gặp một trong những vấn đề sau đây:
  • giá trị mặc định của các DateTime loại tham số không được hiển thị trong khu vực nhanh chóng tham số.
  • Nếu bạn chỉ định một giá trị cho các DateTimenhập tham số và Cập Nhật báo cáo, giá trị bị mất sau khi báo cáo thực hiện và không hiển thị.

Nguyên nhân
Vấn đề này xảy ra vì của một sự thay đổi trong Khuôn khổ .NET 4.0 có thể ngăn chặn các ứng dụng và SSRS 2012 từ việc sử dụng các thông tin chính xác dựa trên cài đặt chuyên biệt vùng của hệ điều hành. Ứng dụng dựa trên Khuôn khổ .NET 4.0 sử dụng cài đặt chuyên biệt vùng đó được trả về bởi Windows. Tuy nhiên, SSRS 2012 được xây dựng trên NET Framework 3,5 bản ghi dịch vụ Pack 1 (SP1). Vì vậy, SSRS 2012 sử dụng cài đặt chuyên biệt vùng được nhúng trong các.NET Framework 3,5 SP1.

Khi một máy chủ SSRS 2012 chạy một báo cáo bằng cách sử dụng các "." các biểu tượng là một tách thời gian, các tham số loại DateTime được gửi trở lại cho khách hàng như là một chuỗi. Kiểm soát Report Viewer gọi phương pháp DateTimeOffset.TryParse để xác nhận các chuỗi bằng cách sử dụng các ":" biểu tượng như tách thời gian. Vì vậy, các chuỗi được xác nhận là sai và nó không hiển thị trong khu vực nhanh chóng tham số.

Lưu ýVấn đề này chỉ xảy ra nếu các định dạng Thời gian dài được thiết lập để "HH:mm:ss", thiết lập cho ý cài đặt chuyên biệt vùng mặc định. Các thiết lập mặc định cho ý cài đặt chuyên biệt vùng phụ thuộc vào hệ điều hành. Ngoài ra, bạn có thể cấu hình các thiết lập mặc định của hệ thống điều hành của bạn bằng cách thay đổi các định dạng Thời gian dài .
Giải pháp

Cumulative update Cập nhật thông tin

Cumulative update 2 cho SQL Server 2012 Service Pack 1 (SP1)

Sửa chữa cho vấn đề này lần đầu tiên được phát hành trong Cumulative Update 2. Để biết thêm chi tiết về làm thế nào để có được điều này gói cumulative update cho SQL Server 2012 Service Pack 1, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
2790947 Cumulative update Cập Nhật gói 2 cho SQL Server 2012 Service Pack 1
Lưu ý Bởi vì các bản xây dựng tích lũy, mỗi sửa chữa mới phát hành chứa tất cả các hotfix và sửa chữa tất cả các sửa lỗi bảo mật mà được đính kèm với các trước SQL Server 2012 Service Pack 1 phát hành. Chúng tôi khuyên bạn hãy xem xét việc áp dụng sửa chữa phát hành gần đây nhất có chứa hotfix này. Để biết thêm chi tiết, nhấp vào số bài viết sau để xem bài viết trong cơ sở kiến thức Microsoft:
2772858 SQL Server 2012 xây dựng mà đã được phát hành sau khi SQL Server 2012 Service Pack 1 đã được phát hành

Tình trạng
Microsoft đã xác nhận rằng đây là một vấn đề trong sản phẩm của Microsoft được liệt kê trong phần "Áp dụng cho".


Cách giải quyết khác
Để làm việc xung quanh vấn đề, hãy sử dụng một trong các giải pháp sau:
  • Thiết lập cài đặt chuyên biệt vùng trên các ứng dụng và hệ điều hành để phù hợp với các thiết lập khu vực nằm trên các khách hàng.
  • Tạo ra một phạm vi đầu vào người sử dụng để đưa bằng văn bản của chuỗi. Sau đó trong các báo cáo, chuyển chuỗi cho một ngày.
  • Tạo ra một tham số ẩn hoặc không có dấu kiểm nhắc là dân cư từ các phạm vi đầu vào chuỗi khi bạn chạy báo cáo.
  • Tạo ra một không-nhìn DateTimenhập tham số và một điều khiển DateTimePicker ngoài tầm kiểm soát Report Viewer. Bấm chuộtgiao diện báo cáo, và sau đó đặt chuỗi giá trị vào cácDateTime nhập tham số trong các SubmittingParameterValues Bộ xử lí biến cố.

Thông tin thêm
Microsoft báo cáo xem 2010 SP1 Redistributable Package có sẵn để tải về từ website sau của Microsoft Download Center:

Để biết thêm chi tiết về phương pháp DateTimeOffset.TryParseExact và phương pháp DateTimeOffset.TryParse , truy cập vào web site MSDN sau đây:


Cảnh báo: Bài viết này đã được dịch tự động

Thuộc tính

ID Bài viết: 2715841 - Xem lại Lần cuối: 01/24/2013 19:14:00 - Bản sửa đổi: 1.0

Microsoft SQL Server 2012 Service Pack 1

  • kbqfe kbfix kbsurveynew kbexpertiseadvanced kbmt KB2715841 KbMtvi
Phản hồi