Имя: Пароль:
IT
 
Чарсеты для АДО
,
0 ДенисЧ
 
29.07.21
09:41
Что-то мне гугель не помог...
Есть adodb.connection к mssql express.
Кодировка какая-то непонятная.
Пробовал в строке указать cp-1251, cp-1250, utf-8 - всё одинаково.
Какие вообще значения можно указывать для параметра charset для Provider=SQLNCLI11 ?
1 Garykom
 
гуру
29.07.21
09:52
(0) забей уже на адо
2 ДенисЧ
 
29.07.21
09:58
(1) Твои предложения? Микросервис на Go? Так я могу дать тебе координаты, куда с таким предложением идти.
ВИДы - координаты те же будут.
3 Garykom
 
гуру
29.07.21
10:00
(2) именно потому что ВИД хрень я юзаю микросервис или утилиту командной строки
из макета сохранил, с параметрами запустил, ответ в json в 1С считал
4 ДенисЧ
 
29.07.21
10:01
(3) 56.54169436141814, 45.002812729858235
5 Garykom
 
гуру
29.07.21
10:03
(4) знаешь я уже слишком стар
чтобы при переходе 1С на линукс, фреш или андроид переделывать эти ады
6 ДенисЧ
 
29.07.21
10:04
(5) Ты знаешь, я уже настолько стар, что уже поздно наивно надеяться, что контора, для которой я это делаю, перейдёт на линукс.
7 Garykom
 
гуру
29.07.21
10:04
(5)+ и да com|ole я уже года 2 не юзал и не касался
8 NorthWind
 
29.07.21
10:07
(0) если это винда, то там скорее всего двухбайтовый юникод LE.
9 ДенисЧ
 
29.07.21
10:08
(8) Прекрасно, это новое страшное слово я узнал))
И как мне его обозвать в строке подключения?
10 ДенисЧ
 
29.07.21
10:15
(8) Если ты предлагаешь указать там "utf-16", то он его не понимает.
Пока он понял только "cp-1250", "cp-1251", "utf-8"

А списка как-то не найду...
11 Garykom
 
гуру
29.07.21
10:15
"ucs2", "utf8", "utf8mb4", "utf16", "utf16le", "utf32"
12 ДенисЧ
 
29.07.21
10:17
(11) utf16 тоже не понимает
Произошла исключительная ситуация (Microsoft SQL Server Native Client 11.0): Недопустимый атрибут строки подключения
И да, utf8 - тоже, а вот utf-8 принимает.
13 Garykom
 
гуру
29.07.21
10:18
https://docs.microsoft.com/ru-ru/sql/ado/reference/ado-api/charset-property-ado?view=sql-server-ver15
"Список имен наборов символов, известных системе, см. в подразделах HKEY_CLASSES_ROOT\MIME\Database\Charset в реестре Windows"
14 Garykom
 
гуру
29.07.21
10:20
попробуй "unicode" или iso
что именно глянь в настройках mssql
15 Chai Nic
 
29.07.21
10:22
А чего плохого в ADO? Это же просто развитие заслуженного классического ODBC..
16 Garykom
 
гуру
29.07.21
10:25
(15) кроссплатформенности нет, устаревшее решение
17 Garykom
 
гуру
29.07.21
10:26
(16)+ куча разных косяков и граблей в настройке и использовании
особенно если перенос на другой сервер/ось и админские права порезаны
и разрядность
18 Смотрящий
 
29.07.21
10:30
(16) Если устаревшее - то что на щамену пришло ?
19 arsik
 
гуру
29.07.21
10:34
(18) какой ни будь jsondb
20 NorthWind
 
29.07.21
10:37
(12) В порядке бреда - а достоверно известно, что там должны быть нормальные тексты на русском языке? Если к ней приконнектиться обычным osql или Management Studio, норм все с русским?
21 Garykom
 
гуру
29.07.21
10:38
(18) http rest api уже давно пришло на замену
22 ДенисЧ
 
29.07.21
10:39
(20) В программе, которая их туды пишет - всё по-русски...
Студию туда ещё ставить надо ))) Поставили мне DBeaver какой-то - тоже ??. Но он на жабе, так что там может быть всё, что угодно.
23 ДенисЧ
 
29.07.21
10:39
(21) Ага. В каком mssql он есть уже настроенный?
24 Garykom
 
гуру
29.07.21
10:39
(22) DBeaver это весчь
25 ДенисЧ
 
29.07.21
10:39
(19) Его настраивать не надо?
26 Garykom
 
гуру
29.07.21
10:39
(23) хехе
27 Garykom
 
гуру
29.07.21
10:41
28 NorthWind
 
29.07.21
10:41
(22) ну, программа дело хорошее, но извращенцы разные бывают, может, программа криптует данные перед записью в базу. Встречался с таким дерьмом. Я бы все же пробраузил базу какой-нибудь смотрелкой перед тем как писать к ней доступ, хотя бы для общего развития - чтобы знать что где лежит и как.
29 Garykom
 
гуру
29.07.21
10:42
30 ДенисЧ
 
29.07.21
10:42
(28) ну, те поля, что по-аглицки - не закриптованы )))
Уже задал вопрос в тп... Но пока они разродятся... Это только в Старшей Эдде викинги быстрыми были, тут их наследники, датчане, похлеще эстоооонцев будут...
31 ДенисЧ
 
29.07.21
10:43
(27) А, так ты предлагаешь в express ещё репортинг сервисез добавить?
32 Garykom
 
гуру
29.07.21
10:44
(30) датчане?
33 Chai Nic
 
29.07.21
10:45
(21) Это не замена. Заменой был бы унифицированный кроссплатформенный протокол, который бы поддерживался всеми актуальными СУБД. Но такого нет. По сути, мы вернулись опять в начало 90х, когда каждая СУБД изобретала свой велосипед, а разработчик клиентского софта был вынужден его поддерживать. Это грустно, на самом деле. Вместо развития имеем регресс технологии.
34 Смотрящий
 
29.07.21
10:45
(21) Мдээээ
и как де с его помощью прочитать файлик xls ?
35 ДенисЧ
 
29.07.21
10:45
(32) Да. Есть такая страна, Дания. Ну, викинги там.. Может, слышал?
36 ДенисЧ
 
29.07.21
10:45
(33) Есть. ODBC называется ))
37 NorthWind
 
29.07.21
10:47
(36) оно еще старше ADO и тоже изначально виндовое. Следовательно, продвинутым пацанам не понравится.
38 ДенисЧ
 
29.07.21
10:47
(37) Ну, если брать изначальность - то SyBase - он вообще на SystemV (вроде) работал... Что теперь, от MSSQL отказываться?
39 NorthWind
 
29.07.21
10:50
https://www.sql.ru/forum/482744/kak-posmotret-kodirovku-na-sql-server
что процедурка sp_helpsort выдает на данную базу?
40 NorthWind
 
29.07.21
10:50
если это датчане, то это меняет дело. Там и collation может быть другой... Хотя не знаю как это влияет на строки
41 ДенисЧ
 
29.07.21
10:51
(39) Сейчас уже недоступна база (там вообще суровые викингские заморочки), но в определениях таблиц COLLATE Latin1_General_CI_AS вроде везде.
42 ДенисЧ
 
29.07.21
10:51
(40) Но вся программа на русском...
43 ДенисЧ
 
29.07.21
10:51
Даже справка написана руками, а не автоперевод...
44 Garykom
 
гуру
29.07.21
10:56
(35) а кодировки у них там какие?
45 Garykom
 
гуру
29.07.21
10:57
(41) подозреваю там cp866
46 trad
 
29.07.21
11:27
(41) COLLATE - это параметры сортировки, не кодировка
Программист всегда исправляет последнюю ошибку.