Импорт из Excel в БД отсекает лидирующие нули

@Sergius · Регистрация: 12.06.2011

Студворк — интернет-сервис помощи студентам

Столкнулся с проблемой при импорте из xls файла. Файл полностью текстовый, он генерируется автоматически в другом месте и нужно выбрать из него нужные данные и распихать по таблицам в базе MS SQL. Импорт делаю через ole object. Вставку в MS SQL с помощью запроса через ADOCOmmand. Все выполняется, но при записи значений с 030001 выдается предупреждение, что символьные данные могут быть частично потеряны, и в базу попадает 30001. Все поля таблиц в БД типа varchar. Вычитал, что это объект excel делает мне такую услугу, преобразуя текстовые значения с числами в числовой тип на своем уровне, отсекая нули. Кто знает как сказать ole объекту что все что он передает это текст?

Delphi
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
procedure TForm2.Button2Click(Sender: TObject);
var
excel:OleVariant;
workbook: OleVariant;
sheet: OleVariant;
i,y: integer;
p:real;
stkol:integer;
stDate1,stNV:Variant;
stDate2:TDatetime;
stNakl,stNameGP,stNameGO,stNameDep,stNameArr,stNameETSNG,stNameRV:string;
stKGO,stKGP,stKETSNG,stKDep,stKArr,stKRV:string;
stSumDep,stNDSDep,stSumArr,stNDSArr:Currency;
BEGIN
 Excel := CreateOleObject('Excel.Application');
 excel.workbooks.open(Edit1.Text,false);
 workbook:=excel.workbooks.item[1];
  sheet := workbook.worksheets[1];
  sheet.cells.specialcells(xlcelltypelastcell,emptyparam).activate;
  y := excel.activecell.row;
 
 
 with cxprogressbar1 do
  begin
  Visible:=true;
  end;
 
 for i:=2 to y do
   begin
    p:=i/y*100;
    stNakl:=TrimRight(sheet.cells[i,1]);
...

@deeller · 29.08.2012, 11:29

Сообщение от Sergius

stNakl:=TrimRight(sheet.cells[i,1]);

попробуй заменить на

Delphi
1
stNakl:=TrimRight(sheet.cells[i,1].asstring);

@Sergius · 29.08.2012, 11:39 **[ТС]**

Method 'asstring' not supported by automation object.

Все что выдал ничего не выполнив.

@SAMZ · 29.08.2012, 11:45

TrimRight(sheet.cells[i,1].Value)

@Nakama · 29.08.2012, 11:49

вы работаете с OLE и в VBA тоже есть Trim(Right/Left) тяните лучше как есть а потом средствами сервера тримить.
Вариант второй через ADORecordSet прогнать

@Sergius · 29.08.2012, 11:54 **[ТС]**

Тоже самое - нули в топку.

@deeller · 29.08.2012, 11:55

странно на днях работал и импортом из экселя, не было такой проблемы с номером, и переменная у вас строчного типа, попробуйте в отладке посмотреть в переменную stNakl уже заносятся данные без первых нулей?

@Sergius · 29.08.2012, 12:23 **[ТС]**

Nakama, а как через ADORecordset можете подсказать?

Добавлено через 26 минут
Так интересно. OLE правильно присваивает данные переменным. Нули в начале есть. При пересылке значений в параметры ADOCommand для выполнения запроса SQL нули удаляются.
Пересылка вот так идет:

Delphi
1
2
3
 with ADOCommand1 do  
       begin
        Parameters.ParamByName('stNakl').Value:= stNakl;

В SQL запросе переменная :stNakl уже со стертыми нулями.

@Nakama · 29.08.2012, 12:36

в листе сформируйте ADORecordset укажите параметр IMEX=2 (если не забыл). С этим параметром все будет как текст интерпритироваться

вопрос. ячейки в исходном листе как текст или в числовом формате?

и еще раз напомню у вас открыт через OLE ExelApplication вы работаете с машиной MS Office и прочими ее приблудами. Excel в числовом формате всегда сечет первые нули или нули до дробной части. те 03120 = 3120 и 0000,03125=0,03125

@Sergius · 29.08.2012, 13:01 **[ТС]**

Nakama, файл текстовый полностью. К тому же через Debug видно, что Excel не причем. Фигня начинается, когда переменные в ADOCommand заношу. См. выше.

Добавлено через 15 минут
ГОСПОДА Я ЕГО ДОБИЛ!
Ситуация напомнила детектив. Долго грешил на Excel, т.к. у него есть мотив на преступление. Но вскрытие Debug показало, что он не причем и ахинея начинается, когда переменные отдаются на растерзание злобному ADOCommand, который в своих параметрах (TParametres) тихой сапой по умолчанию ставил для входящей переменной Datatype : ftInteger. Виновный пойман, Excel оправдан, всем спасибо!

Новые блоги и статьи Все статьи Все блоги /
YAFU@home — распределённые вычисления для математики. На CPU Programma_Boinc 20.01.2026 YAFU@home — распределённые вычисления для математики. На CPU YAFU@home — это BOINC-проект, который занимается факторизацией больших чисел и исследованием aliquot-последовательностей. Звучит. . .	http://iceja.net/ математические сервисы iceja 20.01.2026 Обновила свой сайт http:/ / iceja. net/ , приделала Fast Fourier Transform экстраполяцию сигналов. Однако предсказывает далеко не каждый сигнал (см ограничения http:/ / iceja. net/ fourier/ docs ). Также. . .	http://iceja.net/ сервер решения полиномов iceja 18.01.2026 Выкатила http:/ / iceja. net/ сервер решения полиномов (находит действительные корни полиномов методом Штурма). На сайте документация по API, но скажу прямо VPS слабенький и 200 000 полиномов. . .	Расчёт переходных процессов в цепи постоянного тока igorrr37 16.01.2026 / * Дана цепь постоянного тока с R, L, C, k(ключ), U, E, J. Программа составляет систему уравнений по 1 и 2 законам Кирхгофа, решает её и находит: токи, напряжения и их 1 и 2 производные при t = 0;. . .
Восстановить юзерскрипты Greasemonkey из бэкапа браузера damix 15.01.2026 Если восстановить из бэкапа профиль Firefox после переустановки винды, то список юзерскриптов в Greasemonkey будет пустым. Но восстановить их можно так. Для этого понадобится консольная утилита. . .	Сукцессия микоризы: основная теория в виде двух уравнений. anaschu 11.01.2026 https:/ / rutube. ru/ video/ 7a537f578d808e67a3c6fd818a44a5c4/	WordPad для Windows 11 Jel 10.01.2026 WordPad для Windows 11 — это приложение, которое восстанавливает классический текстовый редактор WordPad в операционной системе Windows 11. После того как Microsoft исключила WordPad из. . .	Classic Notepad for Windows 11 Jel 10.01.2026 Old Classic Notepad for Windows 11 Приложение для Windows 11, позволяющее пользователям вернуть классическую версию текстового редактора «Блокнот» из Windows 10. Программа предоставляет более. . .

@Sergius 0 / 0 / 0 Регистрация: 12.06.2011 Сообщений: 12
	29.08.2012, 11:39 [ТС]
	Method 'asstring' not supported by automation object. Все что выдал ничего не выполнив. 0

@SAMZ 1263 / 706 / 62 Регистрация: 21.12.2009 Сообщений: 2,256
	29.08.2012, 11:45
	TrimRight(sheet.cells[i,1].Value) 0

@Nakama 73 / 73 / 12 Регистрация: 27.03.2012 Сообщений: 249
	29.08.2012, 11:49
	вы работаете с OLE и в VBA тоже есть Trim(Right/Left) тяните лучше как есть а потом средствами сервера тримить. Вариант второй через ADORecordSet прогнать 0

@Sergius 0 / 0 / 0 Регистрация: 12.06.2011 Сообщений: 12
	29.08.2012, 11:54 [ТС]
	Тоже самое - нули в топку. 0

@deeller 39 / 39 / 4 Регистрация: 20.04.2011 Сообщений: 789 Записей в блоге: 1
	29.08.2012, 11:55
	странно на днях работал и импортом из экселя, не было такой проблемы с номером, и переменная у вас строчного типа, попробуйте в отладке посмотреть в переменную stNakl уже заносятся данные без первых нулей? 0

@Nakama 73 / 73 / 12 Регистрация: 27.03.2012 Сообщений: 249
	29.08.2012, 12:36
	в листе сформируйте ADORecordset укажите параметр IMEX=2 (если не забыл). С этим параметром все будет как текст интерпритироваться вопрос. ячейки в исходном листе как текст или в числовом формате? и еще раз напомню у вас открыт через OLE ExelApplication вы работаете с машиной MS Office и прочими ее приблудами. Excel в числовом формате всегда сечет первые нули или нули до дробной части. те 03120 = 3120 и 0000,03125=0,03125 0

@Sergius 0 / 0 / 0 Регистрация: 12.06.2011 Сообщений: 12
	29.08.2012, 13:01 [ТС]
	Nakama, файл текстовый полностью. К тому же через Debug видно, что Excel не причем. Фигня начинается, когда переменные в ADOCommand заношу. См. выше. Добавлено через 15 минут ГОСПОДА Я ЕГО ДОБИЛ! Ситуация напомнила детектив. Долго грешил на Excel, т.к. у него есть мотив на преступление. Но вскрытие Debug показало, что он не причем и ахинея начинается, когда переменные отдаются на растерзание злобному ADOCommand, который в своих параметрах (TParametres) тихой сапой по умолчанию ставил для входящей переменной Datatype : ftInteger. Виновный пойман, Excel оправдан, всем спасибо! 0