powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Oracle или MS SQL Server 2005
12 сообщений из 262, страница 11 из 11
Oracle или MS SQL Server 2005
    #37523788
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklinасуньте вместе с FileTableЭто вы себе засуньте вместе с FileTable и подальше. Бешеный какой-то :)

Экономия места = меньше HDD IO = быстрее работает.

Спасибо, капитан Очевидность!!! Вы хотите со мной поговорить об этом? Купите для начала EVA 8100. Дисков на 168... Потом погорим, ага? Уровень (да и способ) аргументации просто поражает.
...
Рейтинг: 0 / 0
Oracle или MS SQL Server 2005
    #37523799
pkarklinасуньте вместе с FileTableЭто вы себе засуньте вместе с FileTable и подальше. Бешеный какой-то :)

Экономия места = меньше HDD IO = быстрее работает.

Спасибо, капитан Очевидность!!! Вы хотите со мной поговорить об этом? Купите для начала EVA 8100. Дисков на 168... Потом погорим, ага?
А что EVA 8100 у вас, чем меньше объем данных тем дольше загружает? Поздравляю!
...
Рейтинг: 0 / 0
Oracle или MS SQL Server 2005
    #37523824
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklinВы передергиваете, сравнивая появление версионности в MS SQL 2005 с наличием model в Oracle. Это фичи разной "весовой категории".
Тут, простите, чья бы корова. По сравнению с "весовой категорией" любой из этих задач эти FileTable и упоминать-то смешно.

pkarklinавторЗа все случаи, когда я пользовался гейтвеем для доступа к внешним данным, геморрой по его настройке суммарно занимал минут десять.
Прелесть состоит в том, что мне для "настройки" не надо этих 10 минут геморроя.
Да я как бы не против, если Вам остро нужно ощущать превосходство - радуйтесь. Если мне ещё когда-нибудь потребуется воспользоваться гейтвеем, уйдёт ещё минут пять - в основном на "залезть в документацию и вспомнить синтаксис команды create database link". Мне не жалко.

pkarklinУ Вас есть такой студент на примете? Я с удвольствием его трудоустрою...
У меня таких студентов полный факультет. Включая студенток.
...
Рейтинг: 0 / 0
Oracle или MS SQL Server 2005
    #37523857
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarerЕсли мне ещё когда-нибудь потребуется воспользоваться гейтвеем, уйдёт ещё минут пять - в
основном на "залезть в документацию и вспомнить синтаксис команды create database link".
Мне не жалко.

А вот топик Крысобоя так и
остался без ответа. Не снизошли...
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Oracle или MS SQL Server 2005
    #37523903
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Обращаюсь на правах модератора:

Люди, ну вы что - совсем охренели? Что же Вы меряетесь продуктами, которые не вы сделали? Чем хвастаетесь то? Да вы же просто дойные коровы тех двух фирм.
И еще и оскорбления исподтишка... Зачем?

Это не ваша заслуга что продукт X имеет то, что не имеет продукт Y. Так что узнавайте то, чего не хватает в продукте которого вы не знаете, делитесь опытом, возможно потом пригодится.

Прошу мою реплику не обсуждать, а обсуждать именно возможности СУБД
...
Рейтинг: 0 / 0
Oracle или MS SQL Server 2005
    #37523909
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovА вот топик Крысобоя так и
остался без ответа. Не снизошли...
Господи, какой ужас. С таким извратом как обращение к FB на линуксе через ODBC я действительно не сталкивался. Впрочем, подозреваю, у Павла такая задача тоже восторга не вызовет, а если вызовет - тем лучше.

Судя по оборванному логу, у него падает агент. Код ошибки вполне согласуется с такой версией. Ну а никаких данных, которые позволили бы судить о причинах падения, он не привёл.
...
Рейтинг: 0 / 0
Oracle или MS SQL Server 2005
    #37523932
softwarerникаких данных, которые позволили бы судить о причинах падения, он не привёл.Кто "он" ? Если речь про меня, то посоветуйте лучше, что еще следует сделать, проверить, где порыть - приведу все логи и сообщения (в bid=3, разумеется).
Только сразу могу сказать, что вот этот опус я читал:
Код: plaintext
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.
33.
34.
35.
This is a known problem when running on a Linux 64-bit platform. 

ODBC driver being used from whichever vendor handle the SQLLEN value as a 32-bit value instead of a 64-bit value.

On the other hand, unixODBC and the IBM driver involved here, libcwbodbc.so, assume that a SQLLEN entity is 32-bits when running on a 64-bit platform. 

Solution
1. Please ensure you have  a recent IBM ODBC driver for ISeries (ex: iSeriesAccess-5.4.0-x.x.x86_64.rpm).

2. Then recompile the source of the UnixODBC driver manager:
- First get the source of unixODBC driver manager
- Set the environment variable export CFLAGS="-DBUILD_REAL_64_BIT_MODE"
- Now follow the guidelines on the vendor's homepage how to link unixODBCdriver manager.
iSeriesAccess ODBC driver  does not need to be recompiled if you have recent version.

3. Please check you have these parameters in your gateway init file (ex: initdg4ODBC.ORA):
HS_RPC_FETCH_REBLOCKING=OFF
HS_FDS_FETCH_ROWS=1
HS_FDS_SQLLEN_INTERPRETATION=64 

References
BUG:8215160 - DG4ODBC RETURNS INCORRECT OUTPUT SELECTING DATA FROM DB2400
NOTE:554409.1 - Datatype Conversion Error ORA-28528 Using Dg4odbc With Informix, MySQL or SQL*Server 64-bit ODBC Drivers
NOTE:1310704.1 - Receiving Ora-07445 Core Dump Hok2beg Refreshing Materialized View Using Dg4odbc and IBM iSeries ODBC Driver

 Related

--------------------------------------------------------------------------------
Products 
--------------------------------------------------------------------------------

Oracle Database Products > Oracle Database > Oracle Database > Oracle Server - Enterprise Edition 
Errors 
--------------------------------------------------------------------------------
ORA-28511; ORA-6512; ORA-2068 
- не помогло.

И вот это:
Код: plaintext
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.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
98.
99.
100.
101.
102.
103.
104.
105.
106.
107.
108.
109.
110.
111.
112.
113.
114.
115.
116.
117.
118.
119.
120.
121.
122.
123.
124.
125.
126.
127.
128.
129.
130.
131.
132.
133.
134.
135.
136.
137.
138.
139.
140.
141.
142.
143.
144.
145.
146.
147.
148.
149.
DG4ODBC and FreeTDS ODBC Driver Gives Error: Data Source Name Not Found, And No Default Driver Specified [ID 1289422.1] 

--------------------------------------------------------------------------------
 
  Modified 03-FEB-2011     Type PROBLEM     Status PUBLISHED   

In this Document
  Symptoms
  Cause
  Solution



--------------------------------------------------------------------------------



Applies to: 
Oracle Server - Enterprise Edition - Version: 11.2.0.1 and later   [Release: 11.2 and later ]
Information in this document applies to any platform.

Symptoms

It is not possible to connect to SQL*Server via DG4ODBC 11.2 using the FreeTDS ODBC driver.

An error occurs:

SQL> select * from dbo.tbl_agenda@test;
select * from dbo.tbl_agenda@test
              *
ERROR at line 1:
ORA-28500: connection from ORACLE to a non-Oracle system returned this message:
[unixODBC][Driver Manager]Data source name not found, and no default driver
specified {IM002}
ORA-02063: preceding 2 lines from TEST 


Cause

The FreeTDS or  Unix ODBC driver manager are not correctly configured.

A space is  missing before or after equal sign in the ODBC.INI or ODBCINST.INI in the "Driver" line.
Example:


[SQLtest]
       Driver=FreeTDS
       Description=MS SQL Test
       Trace=No
       Server=10.2.54.28
       Database=SQLDB
       Port=1433


ODBC.INI and ODBCINST.INI must match and DG4ODBC must call the right ODBC driver manager library.


Solution

Add spaces before and after the driver name. In this example,  ODBC.INI is in /usr/local/etc


[SQLtest]
Driver = FreeTDS
Description = MS SQL Test
Trace = No
Server = 10.2.54.28
Database = SQLDB
Port = 1433

We configure the ODBCINST.INI in /usr/local/etc 


[FreeTDS] <==============name must match with the "Driver" line in ODBC.INI
Description = FreeTDS driver
Driver = /usr/local/Freetds/libtdsodbc.so
Setup = /usr/local/Freetds/libtdsodbc.so
Trace = No
TraceFile = /tmp/freetds.log
FileUsage = 1

You can see that in each file (ODBC.INI and ODBCINST.INI), we must respect  where there is a space before and after equal sign.

The best way to be sure the ODBC connection is OK before implementing DG4ODBC is to use the osql tool. This is a FreeTDS tool that traces if the right  files are accessed and correctly read.

If you forgot a space in the Driver line in ODBC.INI or ODBCINST.INI, when you use osql  to trace the ODBC connection you get an error: 


driver line incomplete for [DSN] in odbc.ini


Here is an example:

osql command is:
$osql -S <DSN> -U <Username> -P <Password>


$osql -S SQLtest -U mimi -P Password1
looking for odbc.ini and odbcinst.ini in /usr/local/etc
       reading "/home/oracle/.odbc.ini"
[SQLtest] not found in "/home/oracle/.odbc.ini"
       reading "/usr/local/etc/odbc.ini"
[SQLtest] found in "/usr/local/etc/odbc.ini"
found this section:
       [SQLtest]
       Driver=FreeTDS
       Description=MS SQL Test
       Trace=No
       Server=10.2.54.28
       Database=SQLDB
       Port=1433
looking for driver for DSN [SQLtest]
driver line incomplete for [SQLtest] in .odbc.ini
looking for driver for DSN [default]
osql: error: no driver found for [SQLtest] in .odbc.ini


Then in the LISTENER.ORA, please modify the ENV parameter:
(ENV = "LD_LIBRARY_PATH=/usr/local/lib:/usr/local/freetds/lib:/ora/11g/lib")

During the install of FreeTDS package, this command line is used:
# ./configure -with-tdsver=8.0 -with-unixODBC=/usr/local

So libodbc.so which is supposed to be called by FreeTDS is in /usr/local/lib and not in /usr/lib64

Modify the gateway init file: initarchie_test.ora
HS_FDS_CONNECT_INFO = archietest
HS_FDS_TRACE_LEVEL = ODBC
HS_FDS_SHAREABLE_NAME = /usr/local/lib/libodbc.so <==same path as in ENV variable
                                                                                              in LISTENER.ORA
HS_FDS_SUPPORT_STATISTICS=FALSE
HS_FDS_SQLLEN_INTERPRETATION=64
HS_FDS_TIMESTAMP_MAPPING=DATE
HS_LANGUAGE=AMERICAN_AMERICA.WE8ISO8859P1
set ODBCINI=/usr/local/etc/odbc.ini
set ODBCINSTINI=/usr/local/etc/odbcinst.ini

 Related



--------------------------------------------------------------------------------
Products 
--------------------------------------------------------------------------------

Oracle Database Products > Oracle Database > Oracle Database > Oracle Server - Enterprise Edition 
Errors 
--------------------------------------------------------------------------------
ORA-2063; ORA-28500 
- тоже не помогло.

Привлёк двух людей, действительно знающих Oracle, - они тоже не смогли запустить обмен между ФБ и Ораклом, установленным на 64-разрядном линухе. Хотя между ФБ и Ораклом, установленным на виндузе, всё запустилось "на ура" (но мне от этого ни тепло ни холодно).
В итоге плюнул и купил специализированный продукт, который умеет быстро ходить за данными в ФБ и также быстро ходит с ними в Оракл.
...
Рейтинг: 0 / 0
Oracle или MS SQL Server 2005
    #37573891
guest-04
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Кентурион Крысобой,

Подключение к mssql из под unixODBC для 64-битного сервера. Сейчас проверил, FB нет под рукой. Все данные взял с форума. На каком из этих шагов возникают проблемы?


CentOS release 5.5 (Final)
Oracle Database 10g Release 10.2.0.5.0 - 64bit Production


1. Удалил 64-битные библиотеки unixODBC

2. Поставил unixODBC и freetds, freetds-devel для 32 бит.

3. Добавил в /etc/freetds.conf настройки на MSSQL

[MyMSQL]
host = *************
port = 1433
tds version = 8.0
client charset = CP1251

4. Проверяем

tsql -S MyMSQL -U user<br>locale is "ru_RU.UTF-8"
locale charset is "UTF-8"
Password:
1>

5. Подключил драйвер к unixODBC
/etc/odbcinst.ini

[TDS]
Description = v0.62 with protocol v8.0
Driver64 = /usr/lib/libtdsodbc.so
Driver = /usr/lib/libtdsodbc.so
Setup64 = /usr/lib/libtdsS.so
Setup = /usr/lib/libtdsS.so
UsageCount = 1
FileUsage = 1
Trace = Yes
TraceFile = /tmp/sql.log

6. Настроил odbc
/etc/odbc.ini

[MyMSQL]
Driver = TDS
Description = database
Trace = No
Servername = MyMSQL
UID = user

7. Проверяем:

isql -v MyMSQL <USER> <PASSWORD>
+---------------------------------------+
| Connected! |
| |
| sql-statement |
| help [tablename] |
| quit |
| |
+---------------------------------------+
SQL>

8. Создал init файл для listener

/u01/app/oracle/product/10.2.0/db_1/hs/admin/initmssql.ora

Имя должно быть init+<SID листенера>

HS_FDS_CONNECT_INFO=MyMSQL
HS_FDS_TRACE_LEVEL = OFF
HS_FDS_SHAREABLE_NAME=/usr/lib/libodbc.so
set ODBCINI=/etc/odbc.ini
HS_FDS_SUPPORT_STATISTICS = FALSE

HS_LANGUAGE=AMERICAN_AMERICA.CL8MSWIN1251
#HS_LANGUAGE=AMERICAN_AMERICA.ru8pc866
#HS_LANGUAGE=AMERICAN_AMERICA.AL32UTF8


9. Добавил строку в настройки listener на init файл

/u01/app/oracle/product/10.2.0/db_1/network/admin/listener.ora

(SID_DESC =<br> (PROGRAM = hsodbc)
(ORACLE_HOME = /u01/app/oracle/product/10.2.0/db_1)
(SID_NAME = mssql)
(ENVS=LD_LIBRARY_PATH=/usr/lib:/u01/app/oracle/product/10.2.0/db_1/lib32:/u01/app/oracle/product/10.2.0/db_1/lib)

10.
Добавил в /u01/app/oracle/product/10.2.0/db_1/network/admin/tnsnames.ora ссылку на листенер

mssql =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = *****************)(PORT = 1521))
)
(CONNECT_DATA =(SID = mssql))
(HS = OK)
)

11. Добавил линк в базу

sqlplus / as sysdba

CREATE PUBLIC DATABASE LINK "MSSQL.REGRESS.RDBMS.DEV.US.ORACLE.COM"
CONNECT TO "user" IDENTIFIED BY VALUES '05B2ED32BAEF5026AE33EA3244E956F523'
USING 'MSSQL';


Все работает.
...
Рейтинг: 0 / 0
Oracle или MS SQL Server 2005
    #37574065
guest-04Подключение к mssql из под unixODBC для 64-битного сервера. Сейчас проверил, FB нет под рукой. Все данные взял с форума. На каком из этих шагов возникают проблемы?У меня валилось на создании линка:
Код: sql
1.
CREATE PUBLIC DATABASE LINK ZFBLINK  CONNECT TO SYSDBA IDENTIFIED BY "masterke"  USING 'FB_CONNECT';


Правда, я не сносил 64-битные библиотеки ODBC.

ЗЫ. Firebird качается отсюда (весит менее 10 Mb - что дистрибутив, что в памяти после старта) и ставится за 1 минуту. Попробуйте, вдруг у вас получится ?
...
Рейтинг: 0 / 0
Oracle или MS SQL Server 2005
    #37574375
guest-04
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Кентурион Крысобойguest-04Подключение к mssql из под unixODBC для 64-битного сервера. Сейчас проверил, FB нет под рукой. Все данные взял с форума. На каком из этих шагов возникают проблемы?У меня валилось на создании линка:
Код: sql
1.
CREATE PUBLIC DATABASE LINK ZFBLINK  CONNECT TO SYSDBA IDENTIFIED BY "masterke"  USING 'FB_CONNECT';


Правда, я не сносил 64-битные библиотеки ODBC.

ЗЫ. Firebird качается отсюда (весит менее 10 Mb - что дистрибутив, что в памяти после старта) и ставится за 1 минуту. Попробуйте, вдруг у вас получится ?

64-битные библиотеки лучше снести для начала.

http://cftclub.ru/viewtopic.php?p=6960&sid=02dd231eec9c7ea79cb7b0365e3e9081

Вот тут подключение к Firebird, 64-битные пакеты удалены. Сделайте как написано. Если будут проблемы пишите в ветку форума.


http://www.sql.ru/forum/actualthread.aspx?tid=882563
...
Рейтинг: 0 / 0
Oracle или MS SQL Server 2005
    #37574831
guest-0464-битные библиотеки лучше снести для начала. http://cftclub.ru/viewtopic.php?p=6960&sid=02dd231eec9c7ea79cb7b0365e3e9081 Почитаю, спасибо. Но мне уже не горит: купленное "спецсредство" переносит обновленные данные из ФБ в Оракл с хорошей скоростью. Найденные баги оказались мелкими и их быстро прибил разработчик.
guest-04Вот тут подключение к Firebird, 64-битные пакеты удалены. Сделайте как написано. Если будут проблемы пишите в ветку форума. http://www.sql.ru/forum/actualthread.aspx?tid=882563 Не сделаю. Ибо уже сделал. Вы мне дали ссылку на топик, который я же и создал :-)
...
Рейтинг: 0 / 0
Oracle или MS SQL Server 2005
    #37575123
alex-ls
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Кентурион КрысобойНе сделаю. Ибо уже сделал. Вы мне дали ссылку на топик, который я же и создал :-)
Вас просилии сделать так, как написано в первой ссылке, а если будут проблемы - то писать во вторую. А не перечитывать свою ветку...
...
Рейтинг: 0 / 0
12 сообщений из 262, страница 11 из 11
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Oracle или MS SQL Server 2005
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]