I have this PDO Statement that’s executed in an Ajax request, however it works about 75% of the time.
exception ‘PDOException’ with message ‘SQLSTATE[22018]: Invalid
character value for cast specification: 0 [Microsoft][ODBC Driver 11
for SQL Server]Invalid character value for cast specification
(SQLExecute[0] at extpdo_odbcodbc_stmt.c:254)’ in
C:wampwwwTimerclass.db.php:1020 C:wampwwwTimerclass.db.php(102): PDOStatement->execute()
1 C:wampwwwTimerinsertRecord.php(16): Queries->insertNewOvenRecord(‘2017-07-20’, ‘PC-2’, ‘Rack_NR’, ‘8’, ‘9100501’, ‘PWW’, ‘8:22:51’, ‘0’)
2 {main}
Here is my PDO Function
public function insertNewOvenRecord($date,$oven,$rack,$trayID,
$material,$enteredBy,$start_time,
$dblCure)
{
$stmt = $this->conn->prepare("EXECUTE STR_EnterNewOvenRecordSp ?, ?, ?, ?, ?, ?, ?, ?");
$stmt->bindParam(1,$date,PDO::PARAM_STR);
$stmt->bindParam(2,$oven,PDO::PARAM_STR);
$stmt->bindParam(3,$rack,PDO::PARAM_STR);
$stmt->bindParam(4,$trayID,PDO::PARAM_STR);
$stmt->bindParam(5,$material,PDO::PARAM_STR);
$stmt->bindParam(6,$enteredBy,PDO::PARAM_STR);
$stmt->bindParam(7,$start_time,PDO::PARAM_STR);
$stmt->bindParam(8,$dblCure,PDO::PARAM_STR);
$stmt->execute();
}
Here is my php response
include('db_connect.php');
include('class.db.php');
$queries = new Queries($pdo);
$date = date('Y-m-d');
$oven = $_POST['oven'];
$rack = $_POST['rack'];
$tray = $_POST['tray'];
$item = $_POST['item'];
$enteredBy = $_POST['enteredBy'];
$start_time = $_POST['time'];
$dblCure = $_POST['dblCure'];
try {
$queries->insertNewOvenRecord($date,$oven,$rack,$tray,
$item,$enteredBy,$start_time,
$dblCure);
}
catch(PDOException $e)
{
echo ($e->getMessage());
}
I know that the problem lies with the date variable, however, I don’t understand why it works some of the times, and it doesn’t other times. Or what the root cause of the issues is. Can anyone help me out?
Column Types:
Date date
end_time datetime
enteredBy nvarchar(3)
equipName nvarchar(30)
material nvarchar(30)
start_time datetime
storageBayName nvarchar(30)
sublevelID int
- Remove From My Forums
-
Question
-
Hi,
I’m connecting to MS SQL server 2000 (version 8.00.2039) via odbc to copy one table to the other in my C++ program
The tables Table1 and Table2 have same definition i.e., name varchar(20), empid numeric
Through my program written in C++ I use odbc functions to connec to sql server and copy records form Table1 to Table2.
Into Table1 I inserted 20 records through SQL query analyzer.
To insert records that have been read from Table1 to Table2, I use the following odbc functions.
SQLBindaParam()
SLQExecute()
Once the table1 is copied to table2 I find that every 10th record has the data from previous record for the second field which is of numeric type.
At times the insert statement that’s executed through sqlExecute to table2 gives the error:
[ODBC SQL Server Driver]Invalid character value for cast specification
Funny thing is if I change the data type for the second field to integer, the insertion is successful.
Also, instead of SQLBindParam if I use SQLBindParameter() the insertion is successful.
Please let me know what could be the problem.
System info:
Windows XP
SQL Server 2000 with SP4
Odbc version 3.2
radhika.ganganna@oracle.com
Answers
-
I am not certain that this is causing your issue, but SQL_NUMERIC should be SQL_C_NUMERIC in this case. Just to make sure that we are all on the same page…
This BindParam call tells me that you want to bind the second parameter of your statement with destination SQL type of SQL_CHAR[18] using an application buffer (tempVec.data()) that should be interpreted as a numeric type.
From what you indicate above, the buffer you are binding is a char buffer, perhaps you want to specify the target as being numeric and the source as being SQL_C_CHAR —
SQLBindParameter(hStmt, 2, SQL_NUMERIC, SQL_C_CHAR, <SQL_NUMERIC Metadata> tempVec.data(), &pcbvalue[1][0]);
For info on SQL Numeric decimal digits and column size see:
http://msdn2.microsoft.com/en-us/library/ms712499.aspx
Hope that helps,
John
- Remove From My Forums
-
Question
-
we are using ssma 6.0 to migrate mysql to sqlserver 2012 by mysqlodbc 5.3.4
when doing migrate data — for some tables we get
[Gui: Info] [11956/1] [2014-10-02 10:35:29]: Starting data migration…
[Gui: Info] [11956/1] [2014-10-02 10:35:33]: The data migration engine is migrating table ‘otrs.article’: > OTRS.dbo.article, 53529 rows total
[Gui: Info] [11956/1] [2014-10-02 10:35:35]: ERROR [22018] [MySQL][ODBC 5.3(a) Driver][mysqld-5.1.51-community-log]
[Gui: Info] [11956/1] [2014-10-02 10:35:35]: Errors: ERROR [22018] [MySQL][ODBC 5.3(a) Driver][mysqld-5.1.51-community-log]
[Gui: Info] [11956/1] [2014-10-02 10:36:03]: Table otrs.article data migration: 5495 rows processed…not all rows are migrated. checked data and could not see any specific characters/data
is this mysql error / sqlstate / ssma error ????
the text above is all we get in the logs…
Thanks for all update/help
best regards, Guy Przytula
Answers
-
Hi Przytula,
When we use SQL Server Migration Assistant for MySQL to migrate MySQL to SQL Server, please note that there are some basic steps as follows. For more details, you can review this
blog.
1. Create a MySQL migration project
2. Connect to a MySQL database
3. Create report of potential conversion issues
4. Connect to SQL Server
5. Convert schema
6. Synchronize with database
7. Migrate dataAccording to your description, specific characters or data are not migrated successfully. I recommend you check the data type of these data, as some MySQL data types are not supported in SQL Server. SSMA cannot handle such conversion issues automatically,
we need to manually change the data definition syntax before migrating them to SQL Server.For more details, please review the MigrateMySQLtoSQLServer2008 white papers which can be downloaded from the following link:
http://www.microsoft.com/en-us/download/details.aspx?id=24662 .Thanks,
Lydia Zhang-
Edited by
Friday, October 3, 2014 2:57 AM
-
Marked as answer by
Lydia ZhangMicrosoft contingent staff
Tuesday, October 21, 2014 1:23 AM
-
Edited by
Environment:
- Laravel Version: 5.5
- PHP Version: 7.0+
- MS SQL 2008 R2
- ODBC Driver 13
- Ubuntu 16.04.3 LTS
Description:
I get an exception when trying to insert or update data in MS SQL database from Laravel website located in Ubuntu:
SQLSTATE[22018]: Invalid character value for cast specification: 0 [Microsoft][ODBC Driver 13 for SQL Server]Invalid character value for cast specification (SQLExecute[0] at /build/php7.1-nlhG1b/php7.1-7.1.10/ext/pdo_odbc/odbc_stmt.c:260) (SQL: insert into [table_name] ([userid], [itime], [otime], [active], [updated_at], [created_at]) values (8, 9:00, 18:00, 1, 2017-10-30 17:00:29.000, 2017-10-30 17:00:29.000))
I use driver created by default during ODBC setup. From odbcinst.ini:
[ODBC Driver 13 for SQL Server]
Description=Microsoft ODBC Driver 13 for SQL Server
Driver=/opt/microsoft/msodbcsql/lib64/libmsodbcsql-13.1.so.9.1
UsageCount=1
All select operations and some update operations work correctly. I assume the problem is related with [itime] and [otime] columns of time(0) type.
Under Windows, with {SQL Server} ODBC driver, all operations succeed.
I also tested the code from exception on the same Ubuntu server directly from command line and it worked correctly:
$c = new PDO("odbc:...");
$query = "insert into [table_name]
([userid], [itime], [otime], [active], [updated_at], [created_at])
values (8, '9:00', '18:00', 1, '2017-10-30 17:00:29.000', '2017-10-30 17:00:29.000')";
$c->exec($query);
That’s why I assume the error has something to do with Laravel libraries.
26.07.13 — 13:07
Люди добрые помогите разобраться.
При открытии 1с пишет «нарушена структура таблицы sc223»
база 1с 7.7.0.27 Подрядчик строительства.
Пытался исправить через тестирование, начала исправлять отчёты, вышла ошибка «sqlstate 22018 native 0 message microsoft odbc sql server driver недопустимое символьное значение» помогите разобраться ((
1 — 26.07.13 — 13:09
база в скуле ?
2 — 26.07.13 — 13:09
Да, я откатывал назад, не помогло, ошибка сохраняется.
3 — 26.07.13 — 13:13
ну посмотри , для начала, соответствует ли структура таблички sc223 в скуле твоему словарю и мд.
4 — 26.07.13 — 13:14
ну и в словаре посмотри, чего хоть за справочник это
5 — 26.07.13 — 13:18
покажите кусок dds по этой таблице
и скрипт создания даблицы
Модератор
6 — 26.07.13 — 13:19
(0) обновляли мд копированием?
7 — 26.07.13 — 13:24
т.е открыть sql файл, через вьювер, я правильно понял??
прошу прощения, не все еще знаю. словарь в конфигураторе??
нет не обновлял, была тут статья как поднять из dds базу я все проделал, бэкапы поднял. но только до апреля восстановился, а дальше при восстановлении из бэкапа идет эта ошибка.
8 — 26.07.13 — 13:29
(7) куда полез с такими знаниями в «как поднять из dds базу»?
Рассказывай всю предысторию
9 — 26.07.13 — 13:31
(7) да ё..
в EM или в MS (если скуль >2000) посмотреть за структуру самой таблички, в словаре (*.dds) посмотреть само описалово.
Далее пересоздать словарик на новой пустой бд и посмотреть, равен ли пересозданный словарик (который точно соответствует *.md) тому, что в базе сейчас.
10 — 26.07.13 — 13:33
сделать выводы, если есть различия между словарём, мд и самой табличкой в скуле.
Сделать оргвыводы, мероприятия по устранению проблемы,найти виновных, назначить наказание рублём, наслаждаться.
11 — 26.07.13 — 13:34
тк ошибка odbc — сначала посмотреть dds. может в описание попали неправильные символы
12 — 26.07.13 — 13:36
(11) не исключено..
🙂
13 — 26.07.13 — 13:37
просто при ТиИ словарик пересоздается..
14 — 26.07.13 — 13:37
а ТС его вроде как запущал.
Модератор
15 — 26.07.13 — 13:41
судя по ошибке это совсем не 2000 скуль а «немного» повыше, а это значит что патчили бекенд. В инете валяется полно кривых патчей которые не делают реструктуризацию.
Вы с этой базой на этой платформе раньше обновляли конфигурацию???
16 — 26.07.13 — 13:43
Ни в коем случае не изменять и не сохранять конфигурацию — может похериться справочник
Надо поискать родной МД, который был там до КОПИРОВАНИЯ
Программиста выпороть
17 — 26.07.13 — 13:49
(9) т.е я создаю пустую такую же базу и сравнению ?? (15) сервак покоится с миром не дотянул он))))да, вот этот бэкап и спас, когда я пришёл, я делал бэкап sql, данных всего короче, и база поднялась до апреля. (16) Md родной, я бы рад, да уматал куда то
18 — 26.07.13 — 13:52
что за «база поднялась до апреля»?
бэкап апрельский был?
а MD апрельского конечно не было и подсунул более свежий?
19 — 26.07.13 — 13:56
(18) Подрядчик строительства, был, я делал полную копию, после этого бэкапы были только sql я и пытаюсь откатиться назад восстановлением sql
20 — 26.07.13 — 14:03
(19) была-б копия в файловом варианте — я-б взялся посмотреть, что там чему не соответствует..
ЗЫ. из файлового надо: 1cv7.md, 1cv7.dd , sc223
21 — 26.07.13 — 14:08
Ну ёпт, так бы и сказал сразу — есть скулевый бекап, с более поздним мд, база не соответствует новому мд и дд.. помахите.
22 — 26.07.13 — 14:09
всего то надо привести в соответствие поля в базе к тому мд, что есть сейчас.
23 — 26.07.13 — 14:11
(22)Получается так,а как это сделать?? я базу создал пустую.
24 — 26.07.13 — 14:12
самое простое, на основе мд что есть, развернуть новую базу в скуле, скриптом в QA сравнить структуру всех таблиц ме-ду базами. Исправить различие в «рабочей базе», наслаждаться.
25 — 26.07.13 — 14:20
(24) почти понятно, я открыл Qa смотрю наполнение, а какой скрипт запустить для проверки??
26 — 26.07.13 — 14:32
из INFORMATION_SCHEMA.TABLES получить имена табличек, из
syscolumns получить имена колонок и размер, из systypes получить тип.
27 — 26.07.13 — 14:35
за колонки, можно и из INFORMATION_SCHEMA.COLUMNS тоже
28 — 26.07.13 — 14:42
хотя, просто одним запросом к INFORMATION_SCHEMA.COLUMNS найти все различия во всех табличках обеих баз и привет.
29 — 26.07.13 — 14:45
(28)
не проще сгенерированные скрипты создания таблиц сравнить ?
30 — 26.07.13 — 14:50
да в принципе, без разницы..
31 — 26.07.13 — 14:51
и на сколько я понял, у него нет словаря
32 — 26.07.13 — 15:17
(28) не знаю как сделать запрос помогите??? вижу базы,я так понял, нужно сделать запрос к каждой базе, а что именно нужно ввести и куда??? подскажите
33 — 26.07.13 — 16:11
А ?
да самый примитив — выбери имя столбца. тип и максимальный размер от одной базы и тоже самое через юнион с другой, затем сверни и проссумируй по добавленной колонке (в первом запросе 1, во втором -1). + условие на having по этой колонке <>0
34 — 26.07.13 — 16:12
Покажет тебе строчки различия в обеих базах..
приводи структуру к одной и усё.
35 — 26.07.13 — 16:14
запрос, тип того:
use[ИмяБазыОдин]
select
TABLE_NAME,COLUMN_NAME,DATA_TYPE,CHARACTER_MAXIMUM_LENGTH,-1 as pole
into #tempTable
from
INFORMATION_SCHEMA.COLUMNS
;
use[ИмяБазыДва]
Select
sum(pole),
TABLE_NAME,COLUMN_NAME,DATA_TYPE,CHARACTER_MAXIMUM_LENGTH from
(select
TABLE_NAME,COLUMN_NAME,DATA_TYPE,CHARACTER_MAXIMUM_LENGTH,1 as pole
from
INFORMATION_SCHEMA.COLUMNS
union all
select
TABLE_NAME,COLUMN_NAME,DATA_TYPE,CHARACTER_MAXIMUM_LENGTH, pole
from
#tempTable
)as t
group by TABLE_NAME,COLUMN_NAME,DATA_TYPE,CHARACTER_MAXIMUM_LENGTH
having sum(t.pole)<>0
36 — 26.07.13 — 16:21
(35) пардон за мой французский, я прописываю в «Script object to New Window Window As» и запускаю допустим из базы 1 так??
37 — 26.07.13 — 16:27
че ?
38 — 26.07.13 — 16:28
(37) куда именно прописать скрипт в QA ?
39 — 26.07.13 — 16:29
просто новый запрос и привет, заместо ИмяБазыОдин и ИмяБазы два воткнешь реальные названия своих баз и привет
40 — 26.07.13 — 16:34
Запустил срипт,отработал
41 — 26.07.13 — 16:36
и ?
42 — 26.07.13 — 16:37
-1 DH11103 SP53039 numeric NULL
-1 DH11103 SP53040 char 50
-1 DH11103 SP53041 char 50
-1 DH11103 SP53042 numeric NULL
-1 DH11103 SP53043 char 50
-1 DH11103 SP53044 numeric NULL
-1 DH11171 SP53030 numeric NULL
-1 DH11171 SP53031 numeric NULL
-1 DH11171 SP53032 char 50
-1 DH11171 SP53033 char 50
-1 DH11171 SP53034 numeric NULL
-1 DH11171 SP53035 char 50
-1 DH11171 SP53036 numeric NULL
-1 DH11188 SP53070 char 10
-1 DH11188 SP53071 numeric NULL
-1 DH11188 SP53072 datetime NULL
-1 DH11188 SP53073 char 50
-1 DH11990 SP54456 char 15
-1 DH12003 SP54458 char 15
-1 DH12070 SP54461 char 15
-1 DH12087 SP54463 char 15
-1 DH12087 SP54464 numeric NULL
-1 DH12255 SP53087 char 10
-1 DH12255 SP53088 numeric NULL
-1 DH12255 SP53089 numeric NULL
-1 DH12255 SP53090 datetime NULL
-1 DH12255 SP53091 char 50
-1 DH12255 SP54467 numeric NULL
-1 DH13083 SP53047 char 10
-1 DH13083 SP53048 numeric NULL
-1 DH13083 SP53049 datetime NULL
-1 DH13083 SP53050 char 50
1 DH13108 SP49672 numeric NULL
-1 DH13108 SP53075 char 9
-1 DH13108 SP53910 numeric NULL
1 DH13136 SP49675 numeric NULL
-1 DH13136 SP53077 char 9
-1 DH13136 SP53912 numeric NULL
-1 DH13163 SP53093 char 10
-1 DH13163 SP53094 numeric NULL
-1 DH13163 SP53095 datetime NULL
-1 DH13163 SP53096 char 50
-1 DH13878 SP53052 char 10
-1 DH13878 SP53053 numeric NULL
-1 DH13878 SP53054 datetime NULL
-1 DH13878 SP53055 char 50
-1 DH14066 SP53062 char 10
-1 DH14066 SP53063 numeric NULL
-1 DH14066 SP53064 datetime NULL
-1 DH14066 SP53065 char 50
-1 DH16216 SP53057 char 10
-1 DH16216 SP53058 numeric NULL
-1 DH16216 SP53059 datetime NULL
-1 DH16216 SP53060 char 50
-1 DH37259 SP53024 datetime NULL
-1 DH37259 SP53025 char 15
-1 DH37259 SP53897 char 10
-1 DH37566 SP53067 datetime NULL
-1 DH37566 SP53068 char 15
-1 DH53109 IDDOC char 9
-1 DH53109 SP475 text 2147483647
-1 DH53109 SP53099 datetime NULL
-1 DH53109 SP53100 datetime NULL
-1 DH53109 SP53101 numeric NULL
-1 DH53109 SP53102 char 30
-1 DH53109 SP53103 datetime NULL
-1 DH53109 SP53104 numeric NULL
-1 DH53109 SP53105 char 21
-1 DH53157 IDDOC char 9
-1 DH53157 SP475 text 2147483647
-1 DH53157 SP53110 char 9
-1 DH53157 SP53111 char 9
-1 DH53157 SP53112 char 64
-1 DH53157 SP53113 char 9
-1 DH53157 SP53114 numeric NULL
-1 DH53157 SP53115 numeric NULL
-1 DH53157 SP53116 char 9
-1 DH53157 SP53117 char 8
-1 DH53157 SP53118 char 9
-1 DH53157 SP53119 char 10
-1 DH53157 SP53120 numeric NULL
-1 DH53157 SP53121 numeric NULL
-1 DH53157 SP53122 datetime NULL
-1 DH53157 SP53123 numeric NULL
-1 DH53157 SP53124 numeric NULL
-1 DH53157 SP53125 numeric NULL
-1 DH53157 SP53126 numeric NULL
-1 DH53157 SP53127 datetime NULL
-1 DH53157 SP53128 char 15
-1 DH53157 SP53129 datetime NULL
-1 DH53157 SP53134 numeric NULL
-1 DH53157 SP53135 numeric NULL
-1 DH53157 SP53137 numeric NULL
-1 DH53157 SP53139 numeric NULL
-1 DH53157 SP53140 numeric NULL
-1 DH53157 SP53150 numeric NULL
-1 DH53157 SP53151 numeric NULL
-1 DH53157 SP53152 numeric NULL
-1 DH53157 SP53153 numeric NULL
-1 DH53157 SP53154 numeric NULL
-1 DH53157 SP53155 numeric NULL
-1 DH53183 IDDOC char 9
-1 DH53183 SP475 text 2147483647
-1 DH53183 SP53158 char 50
-1 DH53183 SP53159 char 13
-1 DH53183 SP53160 datetime NULL
-1 DH53183 SP53161 char 9
-1 DH53183 SP53162 numeric NULL
-1 DH53183 SP53163 numeric NULL
-1 DH53183 SP53164 numeric NULL
-1 DH53183 SP53165 numeric NULL
-1 DH53183 SP53166 numeric NULL
-1 DH53183 SP53167 numeric NULL
-1 DH53183 SP53168 char 9
-1 DH53183 SP53169 numeric NULL
-1 DH53183 SP53170 char 8
-1 DH53183 SP53171 numeric NULL
-1 DH53183 SP53172 char 10
-1 DH53183 SP53173 numeric NULL
-1 DH53183 SP53174 numeric NULL
-1 DH53183 SP53175 numeric NULL
-1 DH53183 SP53176 numeric NULL
-1 DH53183 SP53177 datetime NULL
-1 DH53183 SP53178 char 50
-1 DH53183 SP53179 datetime NULL
-1 DH53183 SP53180 datetime NULL
-1 DH53183 SP53181 char 50
-1 DH53196 IDDOC char 9
-1 DH53196 SP475 text 2147483647
-1 DH53196 SP53184 char 9
-1 DH53196 SP53185 char 9
-1 DH53196 SP53186 datetime NULL
-1 DH53196 SP53187 datetime NULL
-1 DH53196 SP53188 char 9
-1 DH53196 SP53189 numeric NULL
-1 DH53249 IDDOC char 9
-1 DH53249 SP475 text 2147483647
-1 DH53249 SP53197 char 13
-1 DH53249 SP53198 char 9
-1 DH53249 SP53199 char 64
-1 DH53249 SP53200 char 9
-1 DH53249 SP53201 numeric NULL
-1 DH53249 SP53202 numeric NULL
-1 DH53249 SP53203 char 9
-1 DH53249 SP53204 char 8
-1 DH53249 SP53205 char 9
-1 DH53249 SP53206 char 10
-1 DH53249 SP53207 numeric NULL
-1 DH53249 SP53208 numeric NULL
-1 DH53249 SP53209 datetime NULL
-1 DH53249 SP53210 numeric NULL
-1 DH53249 SP53211 numeric NULL
-1 DH53249 SP53212 numeric NULL
-1 DH53249 SP53213 numeric NULL
-1 DH53249 SP53214 datetime NULL
-1 DH53249 SP53215 char 15
-1 DH53249 SP53216 datetime NULL
-1 DH53249 SP53217 numeric NULL
-1 DH53249 SP53218 char 15
-1 DH53249 SP53219 datetime NULL
-1 DH53249 SP53220 numeric NULL
-1 DH53249 SP53225 numeric NULL
-1 DH53249 SP53226 numeric NULL
-1 DH53249 SP53228 numeric NULL
-1 DH53249 SP53230 numeric NULL
-1 DH53249 SP53231 numeric NULL
-1 DH53249 SP53241 numeric NULL
-1 DH53249 SP53242 numeric NULL
-1 DH53249 SP53243 numeric NULL
-1 DH53249 SP53244 numeric NULL
-1 DH53249 SP53245 numeric NULL
-1 DH53249 SP53246 numeric NULL
-1 DH53278 IDDOC char 9
-1 DH53278 SP475 text 2147483647
-1 DH53278 SP53250 char 13
-1 DH53278 SP53251 datetime NULL
-1 DH53278 SP53252 char 9
-1 DH53278 SP53253 numeric NULL
-1 DH53278 SP53254 numeric NULL
-1 DH53278 SP53255 numeric NULL
-1 DH53278 SP53256 numeric NULL
-1 DH53278 SP53257 numeric NULL
-1 DH53278 SP53258 numeric NULL
-1 DH53278 SP53259 char 9
-1 DH53278 SP53260 numeric NULL
-1 DH53278 SP53261 char 8
-1 DH53278 SP53262 char 10
-1 DH53278 SP53263 numeric NULL
-1 DH53278 SP53264 numeric NULL
-1 DH53278 SP53265 numeric NULL
-1 DH53278 SP53266 numeric NULL
-1 DH53278 SP53267 datetime NULL
-1 DH53278 SP53268 char 50
-1 DH53278 SP53269 datetime NULL
-1 DH53278 SP53270 numeric NULL
-1 DH53278 SP53271 datetime NULL
-1 DH53278 SP53272 char 50
-1 DH53278 SP53273 datetime NULL
-1 DH53278 SP53274 numeric NULL
-1 DH53278 SP53275 char 50
-1 DH53278 SP53276 numeric NULL
-1 DT53109 IDDOC char 9
-1 DT53109 LINENO_ smallint NULL
-1 DT53109 SP53106 char 9
-1 DT53109 SP53107 numeric NULL
-1 DT53157 IDDOC char 9
-1 DT53157 LINENO_ smallint NULL
-1 DT53157 SP53130 char 23
-1 DT53157 SP53131 numeric NULL
-1 DT53157 SP53132 numeric NULL
-1 DT53157 SP53133 numeric NULL
-1 DT53157 SP53134 numeric NULL
-1 DT53157 SP53135 numeric NULL
-1 DT53157 SP53136 char 9
-1 DT53157 SP53137 numeric NULL
-1 DT53157 SP53138 char 9
-1 DT53157 SP53139 numeric NULL
-1 DT53157 SP53140 numeric NULL
-1 DT53157 SP53141 numeric NULL
-1 DT53157 SP53142 numeric NULL
-1 DT53157 SP53143 numeric NULL
-1 DT53157 SP53144 numeric NULL
-1 DT53157 SP53145 numeric NULL
-1 DT53157 SP53146 numeric NULL
-1 DT53157 SP53147 numeric NULL
-1 DT53157 SP53148 numeric NULL
-1 DT53157 SP53149 numeric NULL
-1 DT53157 SP53150 numeric NULL
-1 DT53157 SP53151 numeric NULL
-1 DT53157 SP53152 numeric NULL
-1 DT53157 SP53153 numeric NULL
-1 DT53157 SP53154 numeric NULL
-1 DT53157 SP53155 numeric NULL
-1 DT53157 TSP53130 char 3
-1 DT53196 IDDOC char 9
-1 DT53196 LINENO_ smallint NULL
-1 DT53196 SP53190 char 9
-1 DT53196 SP53191 numeric NULL
-1 DT53196 SP53192 numeric NULL
-1 DT53196 SP53193 numeric NULL
-1 DT53196 SP53194 numeric NULL
-1 DT53249 IDDOC char 9
-1 DT53249 LINENO_ smallint NULL
-1 DT53249 SP53221 char 23
-1 DT53249 SP53222 numeric NULL
-1 DT53249 SP53223 numeric NULL
-1 DT53249 SP53224 numeric NULL
-1 DT53249 SP53225 numeric NULL
-1 DT53249 SP53226 numeric NULL
-1 DT53249 SP53227 char 9
-1 DT53249 SP53228 numeric NULL
-1 DT53249 SP53229 char 9
-1 DT53249 SP53230 numeric NULL
-1 DT53249 SP53231 numeric NULL
-1 DT53249 SP53232 numeric NULL
-1 DT53249 SP53233 numeric NULL
-1 DT53249 SP53234 numeric NULL
-1 DT53249 SP53235 numeric NULL
-1 DT53249 SP53236 numeric NULL
-1 DT53249 SP53237 numeric NULL
-1 DT53249 SP53238 numeric NULL
-1 DT53249 SP53239 numeric NULL
-1 DT53249 SP53240 numeric NULL
-1 DT53249 SP53241 numeric NULL
-1 DT53249 SP53242 numeric NULL
-1 DT53249 SP53243 numeric NULL
-1 DT53249 SP53244 numeric NULL
-1 DT53249 SP53245 numeric NULL
-1 DT53249 SP53246 numeric NULL
-1 DT53249 SP53247 char 9
-1 DT53249 TSP53221 char 3
-1 DT53278 IDDOC char 9
-1 DT53278 LINENO_ smallint NULL
-1 DT53278 SP53923 char 9
-1 DT53278 SP53924 char 9
1 SC208 SP42921 char 20
-1 SC208 SP42921 char 23
-1 SC223 SP52953 char 3
-1 SC38885 SP52955 char 3
-1 SC38885 SP52956 char 3
-1 SC38885 SP52957 text 2147483647
-1 SC38885 SP52958 text 2147483647
-1 SC52969 ID char 9
-1 SC52969 ISMARK bit NULL
-1 SC52969 PARENTEXT char 9
-1 SC52969 ROW_ID int NULL
-1 SC52969 SP52959 char 6
-1 SC52969 SP52960 numeric NULL
-1 SC52969 SP52961 char 9
-1 SC52969 SP52962 numeric NULL
-1 SC52969 SP52963 char 9
-1 SC52969 SP52964 numeric NULL
-1 SC52969 SP52965 datetime NULL
-1 SC52969 SP52966 datetime NULL
-1 SC52969 SP52967 numeric NULL
-1 SC52969 VERSTAMP int NULL
-1 SC53000 CODE char 6
-1 SC53000 ID char 9
-1 SC53000 ISMARK bit NULL
-1 SC53000 PARENTEXT char 9
-1 SC53000 ROW_ID int NULL
-1 SC53000 SP52970 numeric NULL
-1 SC53000 SP52971 numeric NULL
-1 SC53000 SP52972 numeric NULL
-1 SC53000 SP52973 numeric NULL
-1 SC53000 SP52974 numeric NULL
-1 SC53000 SP52975 numeric NULL
-1 SC53000 SP52976 numeric NULL
-1 SC53000 SP52977 numeric NULL
-1 SC53000 SP52978 numeric NULL
-1 SC53000 SP52979 numeric NULL
-1 SC53000 SP52980 numeric NULL
-1 SC53000 SP52981 numeric NULL
-1 SC53000 SP52982 numeric NULL
-1 SC53000 SP52983 numeric NULL
-1 SC53000 SP52984 numeric NULL
-1 SC53000 SP52985 numeric NULL
-1 SC53000 SP52986 numeric NULL
-1 SC53000 SP52987 numeric NULL
-1 SC53000 SP52988 numeric NULL
-1 SC53000 SP52989 numeric NULL
-1 SC53000 SP52990 numeric NULL
-1 SC53000 SP52991 numeric NULL
-1 SC53000 SP52992 numeric NULL
-1 SC53000 SP52993 numeric NULL
-1 SC53000 SP52994 numeric NULL
-1 SC53000 SP52995 numeric NULL
-1 SC53000 SP52996 datetime NULL
-1 SC53000 SP52997 char 10
-1 SC53000 SP52998 char 10
-1 SC53000 VERSTAMP int NULL
-1 SC53018 CODE char 4
-1 SC53018 ID char 9
-1 SC53018 ISMARK bit NULL
-1 SC53018 PARENTEXT char 9
-1 SC53018 ROW_ID int NULL
-1 SC53018 SP53002 text 2147483647
-1 SC53018 SP53003 text 2147483647
-1 SC53018 SP53004 numeric NULL
-1 SC53018 SP53005 numeric NULL
-1 SC53018 SP53006 numeric NULL
-1 SC53018 SP53007 numeric NULL
-1 SC53018 SP53008 numeric NULL
-1 SC53018 SP53009 numeric NULL
-1 SC53018 SP53010 numeric NULL
-1 SC53018 SP53011 numeric NULL
-1 SC53018 SP53012 numeric NULL
-1 SC53018 SP53013 numeric NULL
-1 SC53018 SP53014 numeric NULL
-1 SC53018 SP53015 numeric NULL
-1 SC53018 SP53016 text 2147483647
-1 SC53018 VERSTAMP int NULL
-1 SC53022 CODE char 5
-1 SC53022 ID char 9
-1 SC53022 ISFOLDER tinyint NULL
-1 SC53022 ISMARK bit NULL
-1 SC53022 PARENTID char 9
-1 SC53022 ROW_ID int NULL
-1 SC53022 SP53019 char 23
-1 SC53022 SP53020 numeric NULL
-1 SC53022 TSP53019 char 3
-1 SC53022 VERSTAMP int NULL
43 — 26.07.13 — 16:37
воткни еще
order by TABLE_NAME,COLUMN_NAME,DATA_TYPE,CHARACTER_MAXIMUM_LENGTH
чтоб видеть различия в обеих табличках (в первой будет -1, во второй 1 в поле pole)
44 — 26.07.13 — 16:43
пишет ошибку «Server: Msg 2714, Level 16, State 6, Line 2
There is already an object named ‘#tempTable’ in the database.»
45 — 26.07.13 — 16:44
воткни в начало
if exists (select * from tempdb..sysobjects where id = object_id(‘tempdb..#tempTable’))
drop table #tempTable
46 — 26.07.13 — 16:45
и сортировку тоже, результат покажи
47 — 26.07.13 — 16:47
-1 DH11012 SP53080 char 10
-1 DH11012 SP53081 numeric NULL
-1 DH11012 SP53082 numeric NULL
-1 DH11012 SP53083 datetime NULL
-1 DH11012 SP53084 numeric NULL
-1 DH11012 SP53085 numeric NULL
-1 DH11103 SP53038 numeric NULL
-1 DH11103 SP53039 numeric NULL
-1 DH11103 SP53040 char 50
-1 DH11103 SP53041 char 50
-1 DH11103 SP53042 numeric NULL
-1 DH11103 SP53043 char 50
-1 DH11103 SP53044 numeric NULL
-1 DH11171 SP53030 numeric NULL
-1 DH11171 SP53031 numeric NULL
-1 DH11171 SP53032 char 50
-1 DH11171 SP53033 char 50
-1 DH11171 SP53034 numeric NULL
-1 DH11171 SP53035 char 50
-1 DH11171 SP53036 numeric NULL
-1 DH11188 SP53070 char 10
-1 DH11188 SP53071 numeric NULL
-1 DH11188 SP53072 datetime NULL
-1 DH11188 SP53073 char 50
-1 DH11990 SP54456 char 15
-1 DH12003 SP54458 char 15
-1 DH12070 SP54461 char 15
-1 DH12087 SP54463 char 15
-1 DH12087 SP54464 numeric NULL
-1 DH12255 SP53087 char 10
-1 DH12255 SP53088 numeric NULL
-1 DH12255 SP53089 numeric NULL
-1 DH12255 SP53090 datetime NULL
-1 DH12255 SP53091 char 50
-1 DH12255 SP54467 numeric NULL
-1 DH13083 SP53047 char 10
-1 DH13083 SP53048 numeric NULL
-1 DH13083 SP53049 datetime NULL
-1 DH13083 SP53050 char 50
1 DH13108 SP49672 numeric NULL
-1 DH13108 SP53075 char 9
-1 DH13108 SP53910 numeric NULL
1 DH13136 SP49675 numeric NULL
-1 DH13136 SP53077 char 9
-1 DH13136 SP53912 numeric NULL
-1 DH13163 SP53093 char 10
-1 DH13163 SP53094 numeric NULL
-1 DH13163 SP53095 datetime NULL
-1 DH13163 SP53096 char 50
-1 DH13878 SP53052 char 10
-1 DH13878 SP53053 numeric NULL
-1 DH13878 SP53054 datetime NULL
-1 DH13878 SP53055 char 50
-1 DH14066 SP53062 char 10
-1 DH14066 SP53063 numeric NULL
-1 DH14066 SP53064 datetime NULL
-1 DH14066 SP53065 char 50
-1 DH16216 SP53057 char 10
-1 DH16216 SP53058 numeric NULL
-1 DH16216 SP53059 datetime NULL
-1 DH16216 SP53060 char 50
-1 DH37259 SP53024 datetime NULL
-1 DH37259 SP53025 char 15
-1 DH37259 SP53897 char 10
-1 DH37566 SP53067 datetime NULL
-1 DH37566 SP53068 char 15
-1 DH53109 IDDOC char 9
-1 DH53109 SP475 text 2147483647
-1 DH53109 SP53099 datetime NULL
-1 DH53109 SP53100 datetime NULL
-1 DH53109 SP53101 numeric NULL
-1 DH53109 SP53102 char 30
-1 DH53109 SP53103 datetime NULL
-1 DH53109 SP53104 numeric NULL
-1 DH53109 SP53105 char 21
-1 DH53157 IDDOC char 9
-1 DH53157 SP475 text 2147483647
-1 DH53157 SP53110 char 9
-1 DH53157 SP53111 char 9
-1 DH53157 SP53112 char 64
-1 DH53157 SP53113 char 9
-1 DH53157 SP53114 numeric NULL
-1 DH53157 SP53115 numeric NULL
-1 DH53157 SP53116 char 9
-1 DH53157 SP53117 char 8
-1 DH53157 SP53118 char 9
-1 DH53157 SP53119 char 10
-1 DH53157 SP53120 numeric NULL
-1 DH53157 SP53121 numeric NULL
-1 DH53157 SP53122 datetime NULL
-1 DH53157 SP53123 numeric NULL
-1 DH53157 SP53124 numeric NULL
-1 DH53157 SP53125 numeric NULL
-1 DH53157 SP53126 numeric NULL
-1 DH53157 SP53127 datetime NULL
-1 DH53157 SP53128 char 15
-1 DH53157 SP53129 datetime NULL
-1 DH53157 SP53134 numeric NULL
-1 DH53157 SP53135 numeric NULL
-1 DH53157 SP53137 numeric NULL
-1 DH53157 SP53139 numeric NULL
-1 DH53157 SP53140 numeric NULL
-1 DH53157 SP53150 numeric NULL
-1 DH53157 SP53151 numeric NULL
-1 DH53157 SP53152 numeric NULL
-1 DH53157 SP53153 numeric NULL
-1 DH53157 SP53154 numeric NULL
-1 DH53157 SP53155 numeric NULL
-1 DH53183 IDDOC char 9
-1 DH53183 SP475 text 2147483647
-1 DH53183 SP53158 char 50
-1 DH53183 SP53159 char 13
-1 DH53183 SP53160 datetime NULL
-1 DH53183 SP53161 char 9
-1 DH53183 SP53162 numeric NULL
-1 DH53183 SP53163 numeric NULL
-1 DH53183 SP53164 numeric NULL
-1 DH53183 SP53165 numeric NULL
-1 DH53183 SP53166 numeric NULL
-1 DH53183 SP53167 numeric NULL
-1 DH53183 SP53168 char 9
-1 DH53183 SP53169 numeric NULL
-1 DH53183 SP53170 char 8
-1 DH53183 SP53171 numeric NULL
-1 DH53183 SP53172 char 10
-1 DH53183 SP53173 numeric NULL
-1 DH53183 SP53174 numeric NULL
-1 DH53183 SP53175 numeric NULL
-1 DH53183 SP53176 numeric NULL
-1 DH53183 SP53177 datetime NULL
-1 DH53183 SP53178 char 50
-1 DH53183 SP53179 datetime NULL
-1 DH53183 SP53180 datetime NULL
-1 DH53183 SP53181 char 50
-1 DH53196 IDDOC char 9
-1 DH53196 SP475 text 2147483647
-1 DH53196 SP53184 char 9
-1 DH53196 SP53185 char 9
-1 DH53196 SP53186 datetime NULL
-1 DH53196 SP53187 datetime NULL
-1 DH53196 SP53188 char 9
-1 DH53196 SP53189 numeric NULL
-1 DH53249 IDDOC char 9
-1 DH53249 SP475 text 2147483647
-1 DH53249 SP53197 char 13
-1 DH53249 SP53198 char 9
-1 DH53249 SP53199 char 64
-1 DH53249 SP53200 char 9
-1 DH53249 SP53201 numeric NULL
-1 DH53249 SP53202 numeric NULL
-1 DH53249 SP53203 char 9
-1 DH53249 SP53204 char 8
-1 DH53249 SP53205 char 9
-1 DH53249 SP53206 char 10
-1 DH53249 SP53207 numeric NULL
-1 DH53249 SP53208 numeric NULL
-1 DH53249 SP53209 datetime NULL
-1 DH53249 SP53210 numeric NULL
-1 DH53249 SP53211 numeric NULL
-1 DH53249 SP53212 numeric NULL
-1 DH53249 SP53213 numeric NULL
-1 DH53249 SP53214 datetime NULL
-1 DH53249 SP53215 char 15
-1 DH53249 SP53216 datetime NULL
-1 DH53249 SP53217 numeric NULL
-1 DH53249 SP53218 char 15
-1 DH53249 SP53219 datetime NULL
-1 DH53249 SP53220 numeric NULL
-1 DH53249 SP53225 numeric NULL
-1 DH53249 SP53226 numeric NULL
-1 DH53249 SP53228 numeric NULL
-1 DH53249 SP53230 numeric NULL
-1 DH53249 SP53231 numeric NULL
-1 DH53249 SP53241 numeric NULL
-1 DH53249 SP53242 numeric NULL
-1 DH53249 SP53243 numeric NULL
-1 DH53249 SP53244 numeric NULL
-1 DH53249 SP53245 numeric NULL
-1 DH53249 SP53246 numeric NULL
-1 DH53278 IDDOC char 9
-1 DH53278 SP475 text 2147483647
-1 DH53278 SP53250 char 13
-1 DH53278 SP53251 datetime NULL
-1 DH53278 SP53252 char 9
-1 DH53278 SP53253 numeric NULL
-1 DH53278 SP53254 numeric NULL
-1 DH53278 SP53255 numeric NULL
-1 DH53278 SP53256 numeric NULL
-1 DH53278 SP53257 numeric NULL
-1 DH53278 SP53258 numeric NULL
-1 DH53278 SP53259 char 9
-1 DH53278 SP53260 numeric NULL
-1 DH53278 SP53261 char 8
-1 DH53278 SP53262 char 10
-1 DH53278 SP53263 numeric NULL
-1 DH53278 SP53264 numeric NULL
-1 DH53278 SP53265 numeric NULL
-1 DH53278 SP53266 numeric NULL
-1 DH53278 SP53267 datetime NULL
-1 DH53278 SP53268 char 50
-1 DH53278 SP53269 datetime NULL
-1 DH53278 SP53270 numeric NULL
-1 DH53278 SP53271 datetime NULL
-1 DH53278 SP53272 char 50
-1 DH53278 SP53273 datetime NULL
-1 DH53278 SP53274 numeric NULL
-1 DH53278 SP53275 char 50
-1 DH53278 SP53276 numeric NULL
-1 DT53109 IDDOC char 9
-1 DT53109 LINENO_ smallint NULL
-1 DT53109 SP53106 char 9
-1 DT53109 SP53107 numeric NULL
-1 DT53157 IDDOC char 9
-1 DT53157 LINENO_ smallint NULL
-1 DT53157 SP53130 char 23
-1 DT53157 SP53131 numeric NULL
-1 DT53157 SP53132 numeric NULL
-1 DT53157 SP53133 numeric NULL
-1 DT53157 SP53134 numeric NULL
-1 DT53157 SP53135 numeric NULL
-1 DT53157 SP53136 char 9
-1 DT53157 SP53137 numeric NULL
-1 DT53157 SP53138 char 9
-1 DT53157 SP53139 numeric NULL
-1 DT53157 SP53140 numeric NULL
-1 DT53157 SP53141 numeric NULL
-1 DT53157 SP53142 numeric NULL
-1 DT53157 SP53143 numeric NULL
-1 DT53157 SP53144 numeric NULL
-1 DT53157 SP53145 numeric NULL
-1 DT53157 SP53146 numeric NULL
-1 DT53157 SP53147 numeric NULL
-1 DT53157 SP53148 numeric NULL
-1 DT53157 SP53149 numeric NULL
-1 DT53157 SP53150 numeric NULL
-1 DT53157 SP53151 numeric NULL
-1 DT53157 SP53152 numeric NULL
-1 DT53157 SP53153 numeric NULL
-1 DT53157 SP53154 numeric NULL
-1 DT53157 SP53155 numeric NULL
-1 DT53157 TSP53130 char 3
-1 DT53196 IDDOC char 9
-1 DT53196 LINENO_ smallint NULL
-1 DT53196 SP53190 char 9
-1 DT53196 SP53191 numeric NULL
-1 DT53196 SP53192 numeric NULL
-1 DT53196 SP53193 numeric NULL
-1 DT53196 SP53194 numeric NULL
-1 DT53249 IDDOC char 9
-1 DT53249 LINENO_ smallint NULL
-1 DT53249 SP53221 char 23
-1 DT53249 SP53222 numeric NULL
-1 DT53249 SP53223 numeric NULL
-1 DT53249 SP53224 numeric NULL
-1 DT53249 SP53225 numeric NULL
-1 DT53249 SP53226 numeric NULL
-1 DT53249 SP53227 char 9
-1 DT53249 SP53228 numeric NULL
-1 DT53249 SP53229 char 9
-1 DT53249 SP53230 numeric NULL
-1 DT53249 SP53231 numeric NULL
-1 DT53249 SP53232 numeric NULL
-1 DT53249 SP53233 numeric NULL
-1 DT53249 SP53234 numeric NULL
-1 DT53249 SP53235 numeric NULL
-1 DT53249 SP53236 numeric NULL
-1 DT53249 SP53237 numeric NULL
-1 DT53249 SP53238 numeric NULL
-1 DT53249 SP53239 numeric NULL
-1 DT53249 SP53240 numeric NULL
-1 DT53249 SP53241 numeric NULL
-1 DT53249 SP53242 numeric NULL
-1 DT53249 SP53243 numeric NULL
-1 DT53249 SP53244 numeric NULL
-1 DT53249 SP53245 numeric NULL
-1 DT53249 SP53246 numeric NULL
-1 DT53249 SP53247 char 9
-1 DT53249 TSP53221 char 3
-1 DT53278 IDDOC char 9
-1 DT53278 LINENO_ smallint NULL
-1 DT53278 SP53923 char 9
-1 DT53278 SP53924 char 9
1 SC208 SP42921 char 20
-1 SC208 SP42921 char 23
-1 SC223 SP52953 char 3
-1 SC38885 SP52955 char 3
-1 SC38885 SP52956 char 3
-1 SC38885 SP52957 text 2147483647
-1 SC38885 SP52958 text 2147483647
-1 SC52969 ID char 9
-1 SC52969 ISMARK bit NULL
-1 SC52969 PARENTEXT char 9
-1 SC52969 ROW_ID int NULL
-1 SC52969 SP52959 char 6
-1 SC52969 SP52960 numeric NULL
-1 SC52969 SP52961 char 9
-1 SC52969 SP52962 numeric NULL
-1 SC52969 SP52963 char 9
-1 SC52969 SP52964 numeric NULL
-1 SC52969 SP52965 datetime NULL
-1 SC52969 SP52966 datetime NULL
-1 SC52969 SP52967 numeric NULL
-1 SC52969 VERSTAMP int NULL
-1 SC53000 CODE char 6
-1 SC53000 ID char 9
-1 SC53000 ISMARK bit NULL
-1 SC53000 PARENTEXT char 9
-1 SC53000 ROW_ID int NULL
-1 SC53000 SP52970 numeric NULL
-1 SC53000 SP52971 numeric NULL
-1 SC53000 SP52972 numeric NULL
-1 SC53000 SP52973 numeric NULL
-1 SC53000 SP52974 numeric NULL
-1 SC53000 SP52975 numeric NULL
-1 SC53000 SP52976 numeric NULL
-1 SC53000 SP52977 numeric NULL
-1 SC53000 SP52978 numeric NULL
-1 SC53000 SP52979 numeric NULL
-1 SC53000 SP52980 numeric NULL
-1 SC53000 SP52981 numeric NULL
-1 SC53000 SP52982 numeric NULL
-1 SC53000 SP52983 numeric NULL
-1 SC53000 SP52984 numeric NULL
-1 SC53000 SP52985 numeric NULL
-1 SC53000 SP52986 numeric NULL
-1 SC53000 SP52987 numeric NULL
-1 SC53000 SP52988 numeric NULL
-1 SC53000 SP52989 numeric NULL
-1 SC53000 SP52990 numeric NULL
-1 SC53000 SP52991 numeric NULL
-1 SC53000 SP52992 numeric NULL
-1 SC53000 SP52993 numeric NULL
-1 SC53000 SP52994 numeric NULL
-1 SC53000 SP52995 numeric NULL
-1 SC53000 SP52996 datetime NULL
-1 SC53000 SP52997 char 10
-1 SC53000 SP52998 char 10
-1 SC53000 VERSTAMP int NULL
-1 SC53018 CODE char 4
-1 SC53018 ID char 9
-1 SC53018 ISMARK bit NULL
-1 SC53018 PARENTEXT char 9
-1 SC53018 ROW_ID int NULL
-1 SC53018 SP53002 text 2147483647
-1 SC53018 SP53003 text 2147483647
-1 SC53018 SP53004 numeric NULL
-1 SC53018 SP53005 numeric NULL
-1 SC53018 SP53006 numeric NULL
-1 SC53018 SP53007 numeric NULL
-1 SC53018 SP53008 numeric NULL
-1 SC53018 SP53009 numeric NULL
-1 SC53018 SP53010 numeric NULL
-1 SC53018 SP53011 numeric NULL
-1 SC53018 SP53012 numeric NULL
-1 SC53018 SP53013 numeric NULL
-1 SC53018 SP53014 numeric NULL
-1 SC53018 SP53015 numeric NULL
-1 SC53018 SP53016 text 2147483647
-1 SC53018 VERSTAMP int NULL
-1 SC53022 CODE char 5
-1 SC53022 ID char 9
-1 SC53022 ISFOLDER tinyint NULL
-1 SC53022 ISMARK bit NULL
-1 SC53022 PARENTID char 9
-1 SC53022 ROW_ID int NULL
-1 SC53022 SP53019 char 23
-1 SC53022 SP53020 numeric NULL
-1 SC53022 TSP53019 char 3
-1 SC53022 VERSTAMP int NULL
48 — 26.07.13 — 16:50
ну вот теперь смотри, не парные поля показывают, что есть такое поле в одной базе и нет такого поля в другой базе — такие поля нужно либо добавить (либо удалить)
у тебя, «-1» это из базы1, «1» — из базы 2.
там, где есть «парные», типа этого
1 DH13108 SP49672 numeric NULL
-1 DH13108 SP53075 char 9
— просто у поля сменили тип, в данном случае, было число, заменили на строку, 9
49 — 26.07.13 — 16:50
приводишь в соответствия поля в указанных табличках, так чтоб запрос ничего не возвращал, наслаждаешься.
50 — 26.07.13 — 16:51
При желании, можно и скрипт написать с alter table ( мне лень) , а можно и тупо ручонками
51 — 26.07.13 — 16:53
По-поводу кучи полей для одного документа, например DH13083 — скорее всего, это просто новый добавленный документ, которго вообще нет в твоём архиве, ну и т.д..
52 — 26.07.13 — 16:53
в общем, занимайся.
53 — 26.07.13 — 16:54
а править где в самой базе ??? в EM или в QA, в user table?
54 — 26.07.13 — 16:55
На счет (48) тебя обманул, это разные поля, ищи только те, где имя таблички и SP совпадает и тип другой.
🙂
55 — 26.07.13 — 16:56
(53) в скуле вестимо
56 — 26.07.13 — 17:04
а менять DH13108 SP49672 numeric NULL в свойствах??
57 — 26.07.13 — 17:04
точнее DH13108 SP53075 char 9 на null??
58 — 26.07.13 — 17:05
да нет, на (48) не смотри, там я ошибся..
ищи только строки, где имя таблички и имя поля совпадают, а тип нет.
59 — 26.07.13 — 17:06
а в остальные, «не парные строки» просто показывают отсутствие такого поля в другой базею
60 — 26.07.13 — 17:25
как напримео тут??
1 SC208 SP42921 char 20
-1 SC208 SP42921 char 23

61 — 26.07.13 — 17:53
простите за тупость, не могу в упор найти совпадение, пришли пжл, пример, просто у пор не вижу((
62 — 26.07.13 — 18:48
Ребят подскажите, ну в упор не вижу,очки не помогли))
63 — 26.07.13 — 21:44
(60) да, тут длина реквизита SP42921 изменилась
64 — 27.07.13 — 11:04
(63)я так понимаю, исправлять где, 1 и -1 остальное не трогать так?? т.е -1 это правильная рабочая база и 1 это не рабочая, исправлять где появляется 1 так??
65 — 27.07.13 — 11:53
(64) первую базу ты пометил маркером «-1», вторую «1»..
какая у тебя где — тебе решать.
Запрос тебе возвращает: «-1» есть в первой базе, нет во второй, «1» — есть во второй базе, нет в первой.
Если есть совпадение пары «имя таблички — имя поля», то это поле просто стало иметь другой тип/разрядность.
Тебе надо просто удалить/добавить недостающие поля и усё.
66 — 27.07.13 — 14:16
т.е у меня получается, что -1(рабочая база) 1(не рабочая, что править)т.е добавить получается все строки в 1 так?? а , где идет совпадение типа того
1 SC208 SP42921 char 20
-1 SC208 SP42921 char 23
попробовать сделать одинаковыми так?? 23 и 20 или удалить
я правильно понял?? соррии еще такой вопрос, пара какая??
-1 SC53022 CODE char 5
-1 SC53022 ID char 9
67 — 27.07.13 — 19:50
(66) «пара» это как в (60).. — тут просто был тип строка 20 стал строка 23.
68 — 27.07.13 — 20:02
(67) а добавлять мне все строки? так???
69 — 28.07.13 — 20:51
Спасибо, за подсказку, теперь сижу исправляю, но сделал немного по другому, исправил ошибку 223 за ней появилась при запуске еще одна ошибка(тоже связанная с таблице), соответственно как в и таблице, правлю руками сравниваю)))) занятное занятие))))) Но такой вопрос, я в основном добавляю строки, но были места где не получалось, пришлось переписывать таблицу заново, не удаляя ее, только менял наполнение строк.Ясное дело, что это выясниться позже, но все же это корректно?? например как тут DH12027
70 — 28.07.13 — 20:52
короче те же яйца только в профиль))
71 — 29.07.13 — 14:00
(67)Сделал я все, как было написано, итог наполняемость баз вижу до 2011, все, что после нету пустая база, есть у меня архив за апрель, восстановил все документы, но все что после, пусто самом собой.
подскажите такую вещь, бэкапы Sql есть, но при их восстановление пишет
«ЗАГОЛОВОК: Microsoft SQL Server Management Studio
——————————
Действие Восстановить завершилось неудачно для объекта «Сервер» «srv2srv2». (Microsoft.SqlServer.SmoExtended)
Чтобы получить справку, щелкните: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=10.50.1600.1+((KJ_RTM).100402-1539+)&EvtSrc=Microsoft.SqlServer.Management.Smo.ExceptionTemplates.FailedOperationExceptionText&EvtID=Восстановить+Server&LinkId=20476
——————————
ДОПОЛНИТЕЛЬНЫЕ СВЕДЕНИЯ:
System.Data.SqlClient.SqlError: Заключительный фрагмент журнала базы данных «buh_fsg» не был добавлен в резервную копию. Если журнал содержит данные, которые нужно сохранить, используйте для его резервного копирования BACKUP LOG WITH NORECOVERY. Используйте предложение WITH REPLACE или WITH STOPAT инструкции RESTORE для замены содержимого журнала. (Microsoft.SqlServer.Smo)
Чтобы получить справку, щелкните: http://go.microsoft.com/fwlink?ProdName=Microsoft+SQL+Server&ProdVer=10.50.1600.1+((KJ_RTM).100402-1539+)&LinkId=20476
——————————
КНОПКИ:
ОК
——————————
» соответсвенно разные версии sql, при восстановлении на старом Sql(я его поднял на другом сервере) пишет ошибку журнала при правке журнала(то что я делал выше) база пустая, может есть еще какой способ, помогите(((
72 — 30.07.13 — 14:23
Поднялась база, спасибо за подсказки, но наполнение не полное, что я смог добиться, это данные за март, попробовал сделать откат на Sql выдал ошибку «нарушена структура таблицы 1sjourn » попытался откатиться еще раз, ошибка не пропала помогите, что делать( читал статью с подменой, увидел данные только до 2011 года, все остальное пусто(((
73 — 30.07.13 — 14:32
74 — 30.07.13 — 14:32
Дык, че было до того как, че сделал и че стало, рассказывай.
75 — 30.07.13 — 14:40
(74) Рухнул 1c сервер, я переустановил, и начала подключать базы, почти все базы поднялись, кроме некоторых(от одних остались только бэкапы), когда дошёл до подключение основной базы появилась ошибка»нарушена структура таблицы 1sjourn» сделал копию и начала работать на копии. сделал как было описано тут по подмене ддс, (забыл про мд)игрался с новым мд, от сюда потерянное время. Сейчас вернул всё в зад, старый мд, данные теже. и появилась ошибка, что делаю, подключил базу на март (есть Бэкап мд и данных) я делаю постоянно бэкапы перед обновлением конфигурации и сравниваю с не рабочей, правлю ошибки в таблицах. как и тут писалось, дошёл до sc156 правлю результат ноль(( не знаю что делать, зашёл в тупик((
76 — 30.07.13 — 14:43
77 — 30.07.13 — 14:44
(75) может пора пригласить специалиста?
78 — 30.07.13 — 14:49
вот ищу, готов оплатить
79 — 30.07.13 — 14:57
(78) не на правах рекламы — софтпоинт (фирма) спроси …
80 — 30.07.13 — 15:07
(75) т.е у тебя есть НОВЫЙ мд от рабочей базы и бекап ближайший за март ?
81 — 30.07.13 — 15:08
или че есть ?
82 — 30.07.13 — 15:09
(80) мд перед тем как база рухнула, и старый перед обновлением
83 — 30.07.13 — 15:11
(82) и старый бекап с нужным мд ?
Дык разверни бекап со старым мд и обнови базу через пофигуратор на новый мд..
84 — 30.07.13 — 15:22
пробовал, ошибка осталась, откатываю через SQL на момент падение. Бэкап только мартовский перед обновлением конфигуратора.
fire01
85 — 31.07.13 — 11:43
подвожу Итог: Всем спасибо за помощь.
Разобрался, просто фиаско))0
Sql бэкап делал бэкап старой базы, по всей видимости не был перенастроен при переносе и соответственно откатывал постоянно на 2011 год, как, и почему не знаю))) весело одним словом, но самое странное, что новые базы которые были установлены на SQL уже после установки работали правильно и откатывались,веселуха у меня началась))благо есть бэкап мартовский и хоть, что то удалось спасти.
РЕБЯТА ОСТАВЛЯЙТЕ ПОСЛЕ СЕБЯ нормальные рабочьи места))) а не то , что забыл и забил.
I am using ODBC connection to connect to MYSQL in SSIS — the connection is successful, but when the SSIS package is executed, I get the below error.
[ODBC Source [30]] Error: SQLSTATE: 22018, Message: [MySQL][ODBC 8.0(a) Driver][mysqld-5.7.30-0ubuntu0.16.04.1]; [ODBC Source [30]] Error: SSIS Error Code DTS_E_INDUCEDTRANSFORMFAILUREONERROR. The "ODBC Source.Outputs[ODBC Source Output]" failed because error code 0xC020F450 occurred, and the error row disposition on "ODBC Source" specifies failure on error. An error occurred on the specified object of the specified component. There may be error messages posted before this with more information about the failure.
[SSIS.Pipeline] Error: SSIS Error Code DTS_E_PRIMEOUTPUTFAILED. The PrimeOutput method on ODBC Source returned error code 0xC0209029. The component returned a failure code when the pipeline engine called PrimeOutput(). The meaning of the failure code is defined by the component, but the error is fatal and the pipeline stopped executing. There may be error messages posted before this with more information about the failure.
I looked online for the solutions, but nothing worked. I have done enoough investigation but no use.
Thanks in advance.
Привет, у меня есть некоторые проблемы с функциями PDO.
МОЙ КОД:
while (($data = fgetcsv($handle, 1000, ",", "'")) !== FALSE) {
if($i > 0) {
$data = str_replace('"', '', $data);
$myDate = date("Y/m/d",strtotime(str_replace('-','-',$data[0])));
$data = str_replace(' ', '', $data);
$lastname = $data[1];
$firstname = $data[2];
$showdata = $db->prepare("SELECT userID FROM users WHERE firstname LIKE '%$firstname%' AND lastname LIKE '%$lastname%'");
$showdata->execute();
$rowas= $showdata->fetch(PDO::FETCH_ASSOC);
$userioID = $rowas['userID'];
$removals=$db->prepare("DELETE FROM late WHERE userID = '$userioID' AND dateandtime= '$myDate' ;");
$removals->execute();$import->bindParam(1, $myDate, PDO::PARAM_STR);
$import->bindParam(2, $data[4], PDO::PARAM_STR);
$import->bindParam(3, $rowas['userID'], PDO::PARAM_STR);
$import->execute();
}
$i++;
}
Без переезды часть все работает просто отлично. С удалением — я получаю ошибку: SQLSTATE [22018]: недопустимое символьное значение для спецификации приведения: -3030 [Microsoft] [ODBC Microsoft Access Driver] Несоответствие типов данных в выражении критериев. (SQLExecute [-3030] в ext pdo_odbc odbc_stmt.c: 254)
Любая помощь будет оценена.
0
Решение
Вы сравниваете строку с целым числом. Это не может работать.
userID = '$userioID'
Если «userID» — это int, вы не можете сравнить его со строкой типа «1».
Нечто подобное может работать:
userID = $userioID
Я также хотел бы рассмотреть возможность использования метода bindParam во всех ваших SQL-запросах.
0
Другие решения
Других решений пока нет …