2009-08-10 3 views
1

일부 판매 데이터를 크랙링하는 데 많은 시간을 할애하여 실제로 실수로 작업하기 시작하면서 실수를 저지르기 시작했습니다. 너무 많은 노력을 기울인 결과, 나는 너무 지긋 겼고 수입 할 수없는 기록을 거의 포기했다.Excel에서 SQL로 직접 가져 오기 오류

시나리오 :

  1. 대량 판매 데이터는 TXT/CSV 형식에 제공

    가 현장에서 직접 문자열을 확인하여 SQL 데이터베이스로 가져온 후 테이블의 조합에 주소 이력 정보를 사용할 수 일치해야 들.

  2. 코드가 일치하면 일부 테이블을 데이터로 업데이트하는 스크립트를 실행해야합니다. 일치하지 않으면 최종 판매 가져 오기에 필요한 ID를 작성하기 위해 여러 테이블의 데이터를 여러 테이블에 삽입해야합니다.

  3. 문제의 대부분을 제외하고는 대부분 일치했습니다. 나는 그것들을 역사 테이블에 가져와야했습니다. 그런 다음 문제를 시작했는데, 나는 그들을 업데이트했는데, 나는 그것들을 일치시킬 수 없었다.

좌절 시간의 일부 많이 후, 난 그냥 문자열의 오류, 나는 거기 일할 때 확인하는 내 여자 친구를 물었다.

문자열은 "Bramhall Stockport"와 일치 할 "Bramhall Stockport"입니다. SQL 스크립트의 경우이 두 문자열이 일치하지 않습니다.

테이블에 복사하여 붙여 넣으면 일치 할 것이므로 지금은 txt 형식입니다.

그런 애나가 (그녀는 컴퓨터 괴짜, 건축 석사를하지 않음) 마이크로 소프트 워드에 단순히 대응 및 붙여 넣기하여 오류를 낸 2007 년

스크린 샷 : http://www.contentbcc.com/Anushka/sql_xls.png

당신이 차이를 볼 수 있습니까? 첫 번째는 txt/csv 파일에, 두 번째는 SQL 테이블에 있습니다.

+0

이 특수 문자는 도 ° 0176 (ASCII) – Kush

답변

0

처음에는 세 개의 일반 공백 (ascii 20)이 있습니다. 두 번째 경우에는 정규 공간 다음에 비 분리 공간 (유니 코드 0xA0)이옵니다. Excel에서는 검색을 수행하고 ALT + 0160을 검색으로 사용하고 대체 할 공백 문자를 대체 할 수 있습니다.

+0

입니다. 또 다른 질문은 SQL이 원래 txt/csv 파일과 너무 비슷한 외계인을 만든 이유입니까? – Kush

+0

나는 그것이 사실인지 의심 스럽다. SQL을 사용하기 전에 이것들은 아마도 비 분리 공간이었을 것입니다. 데이터의 원래 출처는 무엇입니까? 그것이 csv 파일에 도착하기 전에 웹 페이지 나 단어에서 복사 된 경우, 그것은 비 분리 공백이있는 곳일 가능성이 큽니다.  을 html로 사용하는 것이 일반적입니다. – Cahlroisse

관련 문제