Функция СоединитьсяССервером()
еТекст="DRIVER={"+Драйвер+"}; SERVER="+Сервер+";"+"DATABASE="+БазаДанных+";"
+"UID="+ПользовательSQL+"; PASSWORD="+ПарольSQL+"; OPTION=3; STMT=SET CHARACTER SET CP1251";
еСоединение=Новый COMОбъект("ADODB.Connection");
еСоединение.ConnectionTimeOut=30;
Для еИтератор=1 По 3 Цикл
Попытка
еСоединение.Open(еТекст);
Прервать;
Исключение
Сообщить("Невозможно установить соединение с базой данных SQL! " + ОписаниеОшибки());
еСоединение=-1;
КонецПопытки;
КонецЦикла;
Возврат(еСоединение);
КонецФункции
Функция ПолучитьТаблицуИзОтветаНаЗапрос(еОтветНаЗапрос)
Если еОтветНаЗапрос.EOF Тогда Возврат(-1); КонецЕсли;
еПоследняяКолонка=еОтветНаЗапрос.Fields.Count()-1;
еТаблица=Новый ТаблицаЗначений;
Для еИтератор=0 По еПоследняяКолонка Цикл
еКолонка=еОтветНаЗапрос.Fields(еИтератор);
еТипы=Новый Массив;
еТипы.Добавить(ТипЗнч(еКолонка.Value));
еТаблица.Колонки.Добавить(СтрЗаменить(еКолонка.Name,"-","_"), Новый ОписаниеТипов(еТипы));
КонецЦикла;
Пока Не еОтветНаЗапрос.EOF Цикл
еСтрока=еТаблица.Добавить();
Для еИтератор=0 По еПоследняяКолонка Цикл
еКолонка=еОтветНаЗапрос.Fields(еИтератор);
еСтрока[еИтератор]=еКолонка.Value;
КонецЦикла;
еОтветНаЗапрос.MoveNext();
КонецЦикла;
Возврат(еТаблица);
КонецФункции
Excelは必要ですか?
quik (odbc) - sql - mql
まあ、なんとなく環境は整えたんですけどね。今、すべてが放送されています。本題の解決に取りかかりましょう。放送中のセル変更の履歴を記録する。Quicksilverの ODBC 経由の翻訳という別の可能性を見ました。これは何なんだ?それは何ですか?:-)
ODBCは、統一されたデータベース・インターフェースの一種である。
データベースとしてMSSQL(疑う人はいないだろうが)と(旧)Oracleを使用すれば、多かれ少なかれ動作する。他の人たちと一緒に、その口笛で。
MS ExcelとMS Accessは動作するはずです。確認したわけではありませんが、企業の論理に従えば、このようになるはずです。
彼らは、ODBCを通じてどのように対処しているかを理解する必要があるだけです。
---
データベース自体が自動的にソース/レシーバーとして識別されない場合、Windowsの荒野でODBCと権限を調整するために管理する必要があります。
Excelは必要ですか?
quik (odbc) - sql - mql
MKULに曲率履歴、中心線でのボラティリティ、接線角度をプロットするインジケータがあればクールだと思うのですが、複雑過ぎると思いますか?オプションボードからデータを取得して、これらのパラメータを計算するだけ...。
Excelは必要ですか?
quik (odbc) - sql - mql
アレクセイ、この問題を解決するための類似の前例があるかどうか、偶然にも知っていますか?もしかしたら、すでに誰かが取り組んでいるかもしれないし、既成のソリューションがあるのかもしれない。質問は、MQLに直接データを送ることですが...。
いいえ、既成の解決策は知りません。昔はODBCで直接SQLサイトに接続していたのですが。難しいことはなさそうですね。
例題は1C言語なので、すみません。
接続する。
目次を見る
Функция ПолучитьТаблицуКатегорийСайта(еСоединение, еПрефикс) еТекстЗапроса=" |SELECT | `category_id`, | `category_image`, | `category_parent_id`, | `category_publish`, | `category_template`, | `ordering`, | `category_add_date`, | `products_page`, | `products_row`, | `access`, | `name_en-GB`, | `alias_en-GB`, | `short_description_en-GB`, | `description_en-GB`, | `meta_title_en-GB`, | `meta_description_en-GB`, | `meta_keyword_en-GB`, | `name_ru-RU`, | `alias_ru-RU`, | `short_description_ru-RU`, | `description_ru-RU`, | `meta_title_ru-RU`, | `meta_description_ru-RU`, | `meta_keyword_ru-RU` |FROM | `"+еПрефикс+"jshopping_categories` |"; еТаблица=Неопределено; Попытка еНаборЗаписей=Новый COMОбъект("ADODB.Recordset"); еНаборЗаписей.Open(еТекстЗапроса,еСоединение,1); еТаблица=ПолучитьТаблицуИзОтветаНаЗапрос(еНаборЗаписей); еНаборЗаписей.Close(); Исключение Сообщить("Составлен неправильный текст запроса к базе данных SQL! " + ОписаниеОшибки()); КонецПопытки; Возврат(еТаблица); КонецФункцииクエリ応答から情報を取得する。
いいえ、既成の解決策は知りません。以前からODBCで直接SQLサイトに接続していました。難しいことはなさそうですね。
例題は1C言語なので、すみません。
接続する。
目次を見る
クエリに対する応答から情報を取得する。
自分で書いたのか、教科書の例か
1Cの知り合いは、ERPとしては最高だから使ってみろと言っています。迅速かつ容易に共通のデータベースに統合し、関連するレポートを作成すること。
しかし、経理部(の設定)に釘付けになり、経理部なしでは使えません :-(
ここで注意すべきは、サイトのデータベースに直接SQLで問い合わせるとハッキングされる可能性があるため、SSHによる保護が必要であることです。しかし、ミハイルの課題には当てはまらない。
会計については、これは構成の一つです。ビジネスの種類によって、さまざまな構成があります。また、これらの構成は、お客様のニーズに合わせて変更することも可能です。あるいは、すべてのロジックを自分で書くか(ただし、そうしたコストは不要)。例えば、コンフィギュレーション・アカウンティングとERPの間でデータ交換を 行うことができます。
マキシム、または私は質問を理解していないのですか?
私自身は、1CとJoomlaの束のアイデアだった、と書いています。しかし、オンラインショップのアイデアは、他のクレイジーなアイデアに混じって、まだ宙に浮いています
ここで注意しなければならないのは、サイトのデータベースへの直接のSQLクエリーはハッキングされる可能性があるため、SSHによる保護が必要であることです。しかし、ミハイルの課題には当てはまらない。
会計については、これは構成の一つです。ビジネスの種類によって、さまざまな構成があります。また、これらの構成は、お客様のニーズに合わせて変更することも可能です。あるいは、すべてのロジックを自分で書くか(ただし、そうしたコストは不要)。
Samが書いた、1CとJoomlaの束のアイデアでした。しかし、オンラインショップのアイデアは、他のクレイジーなアイデアに混じって、まだ宙に浮いたままだ
ここで注意すべきは、サイトのデータベースに直接SQLで問い合わせるとハッキングされる可能性があるため、SSHによる保護が必要であることです。しかし、ミハイルの課題には当てはまらない。
会計については、これは構成の一つです。ビジネスの種類によって、さまざまな構成があります。また、これらの構成は、お客様のニーズに合わせて変更することも可能です。あるいは、すべてのロジックを自分で書くか(ただし、そうしたコストは不要)。例えば、コンフィギュレーション・アカウンティングとERPの間でデータ交換を行うことができます。
マキシム、または私は質問を理解していないのですか?
一筆啓上
経理・倉庫・会社みたいな使い方への設定無しの1Cは無理です。トレーニング版でもライセンスで@opiaがあったような記憶があります。
報告書や要約を書くなどの利点があるにもかかわらず、それほどスキルを必要とせず、一回で終わってしまうので、私たちにとっては最低限の構成さえも冗長になってしまいます。
私の取引アイデアのEAを 書くプログラマーを探しています。
私たちのアイデア - あなたのガソリン "の原則は、顧問が不採算になる場合 - 私は合意したようにハードカレンシーで仕事を返済します。