Sql native client 10 ошибка выполнения sql

I’m recently began to use php again (last time was like 7 years ago) and some fiends recommended me to use codeigniter Framework.

i trying to connect to database server in MSSQL 2008 R2 using a the odbc driver, using x64 php version over x64 IIS. This is one of the reasons because i’m not using the php native driver provided by microsoft, the other one is because the production enviroment will be in CentOS, and btw doesn’t have any sense to use that driver ….

going to the point: Trying to connect to a database using active record / odbc configuration throws me this error

A Database Error Occurred
--------------------------
Error Number: 01000
[Microsoft][SQL Server Native Client 10.0][SQL Server]Executing SQL directly; no cursor.
SELECT * FROM (WebUsers)
Filename: C:projectsphptestsystemdatabaseDB_driver.php
Line Number: 330

and i’m only execute a simple query to retrieve a table.

$query = $this->db->get('WebUsers');
return $query->result_array();

these are my connection settings:

$db['default']['hostname'] = 'Driver={SQL Server Native Client 10.0};Server=localhost;Database=XXXXXXXXX;';
$db['default']['username'] = 'WWWWWW';
$db['default']['password'] = 'YYYYYY';
$db['default']['database'] = 'XXXXXXXXX';
$db['default']['dbdriver'] = 'odbc';
$db['default']['dbprefix'] = '';
$db['default']['pconnect'] = FALSE;
$db['default']['db_debug'] = TRUE;
$db['default']['cache_on'] = FALSE;
$db['default']['cachedir'] = '';
$db['default']['char_set'] = 'utf8';
$db['default']['dbcollat'] = 'utf8_general_ci';
$db['default']['swap_pre'] = '';
$db['default']['autoinit'] = TRUE;
$db['default']['stricton'] = FALSE;

DOn’t have any idea how to solve it

   cheker89

17.02.16 — 15:59

   Живой Ископаемый

1 — 17.02.16 — 16:02

с каких пор Гугл и Яндекс уже не теплые и не ламповые?

   cheker89

2 — 18.02.16 — 10:23

Через яндекс и гугл нашел самое стоящее это ваш форум с подобной темой. больше ни чего найти не удалось конкретного.

   ДенисЧ

3 — 18.02.16 — 10:32

файрвол?

   vde69

4 — 18.02.16 — 10:33

варианты

1. антивирус/брандмауер режет

2. не настроен Native Client на скуле, или нстроен на нестандартный порт

   shuhard

5 — 18.02.16 — 10:44

(2)[Через яндекс и гугл нашел самое стоящее это ваш форум с подобной темой]

прогиб не засчитан (с)

   cheker89

6 — 18.02.16 — 11:09

Брендмауэр, файрвол и т.д. исключаю. это на локальной машине всё, и на другой с теми же файрволами и антивирусами всё работает. можете пожалуйста подробней про настройку  Native Client на скуле?:

   vde69

7 — 18.02.16 — 11:13

   cheker89

8 — 18.02.16 — 16:42

   vde69

9 — 18.02.16 — 19:06

   cheker89

10 — 19.02.16 — 09:49

так я так и делаю(((( Сначала пустую базу, потом в сервере 1с предприятия её добавляю.

   cheker89

11 — 19.02.16 — 09:54

Всё пацаны, разобрался, почему то мой sql сервак теперь стал называться не DC как был раньше, а DCSQL_DC вот и всё. а так всё пашет. Всем спасибо.

Описание ошибки:
Случилось, что в один момент отчет, который несколько лет работал без ошибок, при очередном формировании выдал ошибку: {ВнешняяОбработка.КонсольЗапросов.Форма.Форма.Форма(480)}: Ошибка при вызове метода контекста (Выполнить)
мРезЗапроса = ОбъектЗапрос.Выполнить();
по причине:
Ошибка выполнения запроса
по причине:
Ошибка при выполнении операции над данными:
Microsoft SQL Server Native Client 10.0: Ошибка арифметического переполнения при преобразовании numeric к типу данных numeric.
HRESULT=80004005, SQLSrvr: SQLSTATE=22003, state=8, Severity=10, native=8115, line=1

Найденные решения:

Исчерпывающее описание ошибки дало понять, что проблема скрывается в теле запроса. А формулировка «ошибка арифметического переполнения при преобразовании numeric к типу данных numeric» подсказывала, что проблема с числовыми данными, собираемых запросом. Внимательно присмотревшись к тексту запроса а так же благодаря заметке на сайте helpf.pro было выдвинуто предположение, что числа, получаемые запросом в результате арифметической операции, и приводимые с помощью функции языка запросов к числу с пятью знаками до запятой, стали длинее, чем указанная длина. 

Увеличение длины знаков до запятой решило проблему.

Оцените, помогло ли Вам предоставленное описание решения ошибки?

---

© www.azhur-c.ru 2014-2020. Все права защищены. Использование текстов и изображений с данной страницы без письменного разрешения владельца запрещено. При использовании материалов с данной страницы обязательно указание ссылки на данную страницу.

17-10-2018

Журавлев А.С.
(azhur-c.ru)