Loại số Excel thay đổi 1.25 thành 43125


52

Khi tôi mở một bảng Excel mới (2016), thay đổi loại ô thành Số và nhập số 1.25, nó sẽ thay đổi số đã nhập thành giá trị 43125,00. Tôi nhận được kết quả tương tự khi tôi nhập 1.01hoặc 1.9, nhưng không phải nếu tôi nhập 1.99- được coi là văn bản hoặc ít nhất là một cái gì đó không thể xem là số.

Tôi hiểu rằng tôi phải sử dụng ,để nhập số chính xác.

Câu hỏi của tôi là, điều gì xảy ra khi tôi nhập 1.25số? Tại sao tôi nhận được 43125,00?


1
Lưu ý rằng "loại tế bào" không phải là loại dữ liệu - nó chỉ ảnh hưởng đến cách hiển thị dữ liệu, chứ không phải cách diễn giải đầu vào. Tất cả dữ liệu trong Excel là các biến thể.
Luaan

Câu trả lời:


109

Đối với cài đặt ngôn ngữ của bạn, ,là dấu tách thập phân, vì vậy đó là những gì bạn cần sử dụng để nhập số. Nếu bạn sử dụng một khoảng thời gian, đầu vào sẽ được hiểu là một số khác với một số; những gì phụ thuộc vào nội dung.

Nếu những gì bạn nhập có thể là một ngày hợp lệ, một khoảng thời gian đang được hiểu là một dấu tách ngày. Excel nghĩ rằng 1,25 là một ngày (ngày 25 tháng 1 năm 2018), được thể hiện trong nội bộ là 43125 (số ngày kể từ ngày 0 tháng 1 năm 1900).

Vì bạn định dạng ô là một số thay vì một ngày, nên bạn đang thấy biểu diễn bằng số của ngày. Vị trí thập phân mặc định được đặt thành hai, cung cấp cho bạn các số không ở cuối. Thật trùng hợp khi mẫu "125" được lặp lại trong số ngày đại diện cho ngày đó.

Cả 1.01 và 1.9 đều có thể là ngày, vì vậy điều tương tự cũng xảy ra với họ. Nhưng 1.99 không thể là một ngày, vì vậy giá trị bằng chữ, như đã nhập, được lưu dưới dạng văn bản.


5
Điều này gây khó chịu trong excel, tôi xử lý bằng cách thêm một dấu phát biểu trước số, vì vậy "1.25" trở thành "'1.25" và may mắn thay excel coi nó là một số.
Kevin Anthony Oppegaard Tăng

19
@KevinAnthonyOppegaardRose: trong câu hỏi này dấu phân cách thập phân là ,, nếu bạn muốn nhập số bạn cần sử dụng dấu tách thập phân. Nếu bạn sử dụng các ký tự khác, Excel sẽ diễn giải theo cách khác.
Máté Juhász

21
@KevinAnthonyOppegaardRose Các bài phát biểu đánh dấu 'là cách để làm cho Excel mất bất cứ điều gì dưới dạng văn bản, vì vậy nó thực sự không được điều trị nó như là một số nhưng dưới dạng văn bản, và sau một' bạn có thể viết bất cứ điều gì và Excel sẽ không cố gắng để giải thích hoặc chuyển đổi nó
fernando.reyes

24
và nó được gọi là dấu nháy đơn btw
phuclv

2
@EricDuminil Vì vậy, bạn nghĩ thật ngu ngốc khi Excel đoán các loại và bạn muốn giải quyết nó bằng cách Excel có thể đoán được nhiều hơn ? Điều gì có thể xảy ra sai :) Thật kỳ lạ khi nó không bảo tồn một loại ngay cả trong một cột trong bảng, nhưng sự thật là - bạn đã thấy mọi người sử dụng Excel như thế nào chưa? Cuối cùng, "nó hành xử theo cùng một cách trong tất cả các bối cảnh" ít nhất là nhất quán . Và vấn đề của OP là 100% về việc họ không sử dụng định dạng số địa phương của họ - bạn có thực sự muốn nói Excel không nên mong mọi người sử dụng định dạng số địa phương (v.v.) của họ không?
Luaan

3

Sau khi đọc các bình luận, tôi nhận ra rằng cơ chế đằng sau vấn đề phức tạp hơn tôi nghĩ. Đầu tiên, dấu phân cách thập phân là dấu phẩy và không dừng hoàn toàn. Thứ hai, Excel phân loại giá trị đầu vào là giá trị 'ngày' nhưng thể hiện giá trị đó bằng định dạng 'số'.

Một giải pháp cho vấn đề được đăng là thay đổi dấu tách thập phân và có thể được thực hiện từ Excel , Options -> Advanced -> Editing options -> Decimal separator. Nếu điều này là cố định, Excel sẽ không phân loại giá trị đầu vào là giá trị 'ngày'.

Dấu tách thập phân không phải là thứ tôi sẽ xem xét ngay lập tức bởi vì, ai sẽ sử dụng dấu phẩy làm dấu tách thập phân? Chưa hết, thật thú vị và đáng ngạc nhiên, một nửa thế giới thực sự sử dụng nó ( https://en.wikipedia.org/wiki/Decimal_separator ).

Tuy nhiên, tôi đã nhận ra 43125giá trị 'ngày' ở dạng số. Nếu chúng ta loại bỏ vấn đề về dấu tách thập phân, một ví dụ tương tự sẽ là 1-25Excel sẽ hiểu là giá trị 'ngày' và theo định dạng 'số' 45658.00. Gây nhầm lẫn hơn là Excel cho phép định dạng tùy chỉnh để các giá trị 'date' có thể xuất hiện như 1.25hoặc 1,25hoặc bất kỳ dạng nào khác.

Tôi đã sử dụng rất nhiều giá trị 'ngày' trong bảng tính để tính toán và chúng có thể gây phiền nhiễu. Thỉnh thoảng khi tôi mở lại các bảng tính này, Excel (hoặc Openoffice) sẽ nghĩ rằng họ biết rõ hơn và tự động chuyển đổi các cột ngày này từ định dạng 'ngày' sang định dạng 'số' mà không có lý do. Trong những tình huống này right-click mouse -> Format Cells -> Numbervà đặt lại về định dạng chính xác cho các ô / cột sẽ khôi phục dữ liệu.


Không. Đây là một quy trình tự động trong Excel. Xem câu trả lời từ fixer1234
Kevin Anthony Oppegaard Rose

1
Excel cho rằng đầu vào là 'ngày' và tự động thay đổi định dạng số thành 'ngày'. Những gì tôi cung cấp ở đây là một cách để 'nói' Excel đầu vào là một 'số' và sửa định dạng thành đúng.
wtong

1
Tôi không đồng ý rằng đoạn đầu tiên thiếu những gì đang xảy ra. Nó dường như là một khiếu nại, dọc theo dòng bình luận của Eric Duminil . Hầu hết chúng ta sẽ đồng ý rằng, khi bạn nhập một cái gì đó vào một ô trống được định dạng là Tổng General, Excel nên cố gắng hết sức để tìm hiểu ý nghĩa đầu vào của bạn. Nhưng có một trường phái cho rằng, khi bạn nhập một cái gì đó vào một ô trống được định dạng là Số Số, Excel nên cố gắng hết sức để diễn giải đầu vào đó dưới dạng số. Tiết (Cont'd)
Scott

(Tiếp theo) Một người có thể lập luận rằng việc thay đổi việc thực hiện bây giờ sẽ phá vỡ mọi thứ. Mặt khác, việc thực hiện hiện tại không nhất quán rõ ràng. Ví dụ, trong hệ thống tiếng Anh (Hoa Kỳ) của tôi, nếu tôi nhập 10-2hoặc 10/2vào một ô được định dạng là Tổng General, tôi nhận được Chuyển 2-Tháng 10. Làm điều tương tự với một ô được định dạng là Số Số, và 10-2mang lại cho tôi 433 433.00 (giá trị số của Tử 2-tháng 10 năm 2018), nhưng 10/2mang lại cho tôi 5,00. Tiết (Cont'd)
Scott

1
@JKreft Tôi nghĩ rằng Excel chỉ thực hiện toàn bộ nếu bạn chọn một danh mục cụ thể và sau đó chèn một giá trị không hợp lệ. Vì vậy, Excel chỉ cắn bạn vào mông nếu bạn lần đầu tiên mắc lỗi. Đoán xem người dùng có ý gì từ đầu vào không hợp lệ đơn giản là rất khó.
Voo
Khi sử dụng trang web của chúng tôi, bạn xác nhận rằng bạn đã đọc và hiểu Chính sách cookieChính sách bảo mật của chúng tôi.
Licensed under cc by-sa 3.0 with attribution required.