Като източници на данни показват Доставчик на .Net Framework данни за ODBC, толкова дълго, колкото ODBC сега отново ни всички. kachestveConnectionString в - съединение на следния низ:
Натиснете Next. Ако сега кликнете Обратно, ние виждаме, че свойствата на съединението са разработени от линия в колоната, така че да е възможно да се съзерцава списък с тях и да видим какво всеки един от тях е:
Примери за съединения за ODBC линия шофьори са DBASE, например, в базата знания на Microsoft или connectionstrings.com ресурс. Като цяло, за назначаване на тези имоти или лесно да се досетите от името си, с изключение, може би, на изтритите имота, който има обратния смисъл. Както е известно, Онлайн отстраняване операция в DBASE / Foxpro не води до незабавното му физическо отстраняване на файла. String само маркирани, че тя се отстранява. Физическо почистване на линии, които са положени в знак на отстраняване, както и реорганизация на файлове, извършени PACK екип. Значение NO казва на шофьора да включва изтрити редове в завърна от резултати. Точно обратното, те не показват, че трябва да сложи YES. Натиснете Next.
Следната проста екрана. Задава връзката с SQL Server, включително базата данни, която ще създадете таблица с резултатите от DBF внос, са:
Продължавай. Предлага се да изберете DBF-солна маса от списъка на маса или да напишете молба за оръжие. Логично е, например, dlyaFoxProshnoy база, която, като всяка друга нормална база е контейнер, който съдържа няколко маси, в този случай под формата на индивидуални DBF-файлове. За индивидуално DBF-файл, който не работи - виж, например, OdbcConnection.GetSchema ( "маси") напълно погрешно за .dbf файл .. и подкрепа на персонала на Microsoft препоръчва в тази ситуация е да се използва Доставчика OLE DB за Visual FoxPro. На първо място, събитието се състоя много преди радикалната промяна на партийната линия. OLE DB е тогава нашата сметка, ODBC, напротив, един от най-старите и утвърдени интерфейси. На второ място, аз не разбирам защо brouzit списък DBF, когато той и така един.
В случай на отделна DBF, намиращ се в същата директория, трябва да укажете ODBC-връзка линия (Фигура 3) DefaultDir имот, например,
и ще бъдат изброени в DBF директорията, от която ще бъдат помолени да изберете:
Но аз не питам DefaultDir на фигура 3, така че аз не реша да напиша тази заявка:
Като кликнете тук кликнете Preview, можете да прегледате съдържанието на DBF, kotoroe трябвало да бъдат прехвърлени към SQLServer:
Рестартирайте в същото време, за щастие, не се изисква, обаче, съветникът за внос трябва да се затвори и да се повтаря отново да Фиг.1.
Щракнете върху OK, След това завърши съветника, оставяйки имплицитно създаден и работи в SSIS-пакет:
и да получите боклук. Gee!
Това е, всъщност, е и разбираемо защо. В таблицата с резултатите от заявката при съветника за импортиране на е създал област поле от тип VARCHAR (200) без изрично съпоставяне. Ето защо, за него е базата данни за неизпълнение съпоставяне. Стана така, че Database1 база е не-руски Колясо:
За да се справи със ситуацията, е необходимо да се направи поле област Unicode съпоставяне или да го коригирате. Между другото, дай му още един дължина се е увеличил. Така че, просто за всеки случай.
Запазете промените в структурите пречистват данни съкращават маса за заявки и повторете внос Ris.1-14
Сега всичко, което се внася правилно. Единственото нещо, което аз казах "да очисти данните", но това, за да забравя и картината те zadvoilis. Прекроява няма да се, защото безпринципни. Смисълът е ясно.
Свързани статии