SQL

[ongleb]

Всем привет
искал механизм (не обязательно готовый) прямого общения с SQL-серверами без прокладок типа OPC или sql4automation
WAGO это достигли
у них есть библиотеки для работы
с MSSQL (называется WagoLibMSSQL_03.lib. Cкачать не удалось)
с MySQL (называется WagoLibMySQL_03.lib. Удалось скачать но она запаролена а я с этим бороться еще не научился)
документация к обеим доступна
в MySQL полный список функций к примеру такой
MySql_Login
MySql_Execute
MySql_Query
MySql_GetStringValue
MySql_Logout

исходник посмотреть, понятное дело не удалось
но удалось убедиться что это вполне реально при чем у WAGO WagoLibMySQL_03.lib весит всего 109кб

интересно, а не планируют ли в ОВЕН'е создать подобные библиотеки ?

я то полез с целью понять принцип
лично мне хотелось создать библиотечку для PostgreSQL (этот выбор позвольте не обосновывать. долго это и лишние споры вызовет)

[Newcomer]

А в связи с чем появилась такая потребность ?

[capzap]

берете два компа, на одном sql-сервер, на другом апач с поддержкой php. Пишите php-запрос к базе и снифером снимаете какой трафик проходит между компами. Включаете голову и разбираетесь какого вида запросы необходимо передавать через сокет

[ongleb]

По пунктам

В связи с
1 необходимостью повысить надежность системы в целом исключив явно лишнего посредника
2 предоставить группе контроллеров возможность длать выборку на пример единых настроек из базы непосредственно
3 нивелирвать влияние "последней мили" дав возможность сохранять в базе большой объем с большого количества контроллеров
4 нивелировать понятие "мастер"
...
...
Много причин
Я их вижу, значит мне это надо
Вы не видите, значит вам это не надо

Методов получить в лог трафик между клиентом и сервером я вам и сам с десяток найду при чем на вскидку и более избирательных чем тупосниферить весь ip-мусор при чем 2 компа для этого ни к чему
Кроме того, скажу по секрету, для PostgreSQL и сниферить ни чего не надо
Вся документация опубликована (версий 7 последних точно)
Однако 70% описаний для моих задач явно лишние.

Я же не пытался принудить кого то методом "сделайте для меня"
Если ОВЕН`овцам не интересна эта тема, трудно их в этом осуждать (да и не нужно)
Это их выбор. Wago получило конкурентные преимущества. Да и ладно.
Ради этого на Wago лично я переходить не стану. Меня все равно ни MSSQL ни MySQL не устраивает
Первый платный тормозной и виндозный. Во втором SQL как таковой слишком кострированый.
Сейчас время есть. И если это интересно только мне, реализую все сам и только для своих проектов

Вопрос то был
не планируют ли в ОВЕН'е реализовать подобную библиотеку?

Нет так нет

[ongleb]

А в связи с чем появилась такая потребность ?

Вспомнился анекдот. К сожалению немного антисемитский. За это заранее извиняюсь.
Короче анекдот: "Еврейские SQL-сервера отвечают запросами на запрос"

[capzap]

Вопрос то был, но рассуждения...
Зачем то захотелось посмотреть исходники же, почему не посмотреть исходники самой базы чтоб разобраться.
Я предложил вариант с компами, как базовое направления, мне же неведом Ваш уровень знаний

[ongleb]

Исходники самого сервера?
Я 5 раз на пенсию уйти успею пока до нужного места докопаю
А исходники библиотеки 109 кб
Есть же разница
Согласитесь
Кроме того 80% необходимых мне функций в ней есть
И ни одной лишней

[mikele]

Пароль есть результат вычислений: (2503,25/34)*8
Удачи!

[ongleb]

Даже как ...
Неожиданный ответ
Спасибо попробую

[bendrey]

Здравствуйте, у меня данные с датчиков пишутся в таблицы, есть процедура которая осуществляет выборку. При попытке создания отчета в редакторе отчета, когда пытаешься получить колонк возникает ошибка:
System.Data.SqlClient.SqlException (0x80131904): Ошибка при преобразовании типа данных nvarchar к datetime.
в System.Data.SqlClient.SqlConnection.OnError(SqlExc eption exception, Boolean breakConnection, Action`1 wrapCloseInAction)
в System.Data.SqlClient.SqlInternalConnection.OnErro r(SqlException exception, Boolean breakConnection, Action`1 wrapCloseInAction). С чем это связано?