Отправлено: 17.02.11 12:38. Заголовок: Harbour + SQL

Начальство "наклоняет" переходить на MS SQL. В связи с этим вопросы:
1. Как с этим работает Harbour?
2. Есть ли какие-нибудь "грабли"? хитрости?
3. М.б. кто посоветует альтернативу?
Речь идет о переводе всех баз данных предприятия (бухгалтерия, кадры, планово-экономический отдел). Все программы самописные - Clipper 5.2 (DOS), Clipper 5.2 + FW 1.9, Harbour + MiniGUI. О покупке чего-либо речь не идет. Начальство ратует за MS SQL Express Edition или "бесплатный брендовый аналог".
Хотелось бы услышать ваше мнение.

 Отправлено: 20.02.11 21:37. Заголовок: Петр пишет: И hbfbi..

Петр пишет:

цитата:

И hbfbird, и hbpgsql, и hbmsql реализованы в сл. принципу. Нативное API, над ним функции-врапперы Harbour и последний слой Harbour класс-обертка.

При чтении этих строк, в голове промелькнуло - а не вставить ли между "Нативное API" и "Harbour класс-обертка".... Delphi dll? Ну, это я в своем репертуаре А что, был бы качественный полный доступ к конкретным серверам...

 Отправлено: 20.02.11 22:41. Заголовок: Пока автору подбрасы..

Пока автору подбрасывают пищу для размышления, пусть автор подумает над тем, что ему даст переход с действуюшей системы на ту, которую хочет начальство. Может быть после анализа получится что новая система будет не столь эффективна в сравнении с существующей?

 Отправлено: 21.02.11 08:55. Заголовок: AlexMyr пишет: Пока..

AlexMyr пишет:

цитата:

Пока автору подбрасывают пищу для размышления...

Да, ребята... "Пищи" набросали... Ешь - не хочу. Как говорится: то пусто, то густо.
Наше безденежье - это временно (нас туда загнал предыдущий, слава богу уже снятый директор). Буквально только что новый (адекватный и вполне вменяемый) директор поставил мне несколько новых неотложных задач. Из-за сжатых сроков (должно работать "вчера") все будет решаться в устоявшемся стиле.
В перспективе руководство видит несколько другую организацию бизнес-логики с увеличением числа клиентов. НО! Было заявлено, что "как и на чем реализовывать - смотри САМ"
По поводу нашего IT персонала - весь персонал состоит из меня одного. Так сказать, от скуки на все руки.
Приступаю к решению поставленных задач. По свободе буду пробовать LetoBD и Firebird. Что-то будет появляться - отпишусь, или постучусь с вопросами
Спасибо всем откликнувшимся! Если кто-то еще поделится своим опытом или мыслями - буду рад.

 Отправлено: 21.02.11 09:04. Заголовок: По поводу связки Har..

По поводу связки Harbour+FB
Библиотеку hbfbird я пробовал использовать давно, еще в 2003-2004 году
И впечатления были примерно такие, как у Петра - глючная она. С тех пор несколько раз смотрел ее - она оставалась примерно в том же состоянии.
В каком состоянии она сейчас - не знаю, не смотрел.
sddfb у меня не заработал вообще. С БД коннект был, но запрос не работал.
Для своих целей я использовал adordd. С ней тоже были некоторые проблемы, которые я устранял правкой самого класса.
В конце концов я остановился на выборках из БД fb непосредственно через ADO Recordset. Тут проблем не возникло никаких. Но при этом конечно не используются средства rdd

 Отправлено: 21.02.11 09:09. Заголовок: Pasha, спасибо - учт..

Pasha, спасибо - учту.

 Отправлено: 21.02.11 10:43. Заголовок: S-A-N пишет: Буквал..

S-A-N пишет:

цитата:

Буквально только что новый (адекватный и вполне вменяемый) директор поставил мне несколько новых неотложных задач.

Вот как бывает, кучу информации перелопатил, в голове начало все выстраиваться и бац ..., что делать?

 Отправлено: 21.02.11 11:20. Заголовок: Ну, информация в люб..

Ну, информация в любом случае на пользу, тем более, что в перспективе надо будет все-равно менять подход. А пока можно относительно спокойно поэкспериментировать, пробуя разные варианты.

 Отправлено: 21.02.11 11:23. Заголовок: Попробую обосновать ..

Попробую обосновать для предложенных условий использование LetoDB.
В Sql серверах конфликт операций Insert,Update,Delete и Select существут и приводит к
снижению производительности особенно в длительном периоде работы (есть и др.факторы
для простоты рассуждений я их отбрасываю). Разрешение конфликта разделить
эти операции на два сервера. Итак два сервера: один для вых.форм др. для документов справочников, ...
Какие формы перенести? Для начала годовые, квартальные, месячные, ... словом как-то определились. Получается ввод организовали, проводим периодически репликацию данных серверов, формы получаем.
Сервер в худшем случае два разных физических диска в лучшем - два PC.
Вернемся к начальству, оно требует движения вперд ... наверное в сторону интернета. Надо первым делом перевести или создать
с нуля что-то нужное им (будут видеть что все движется и деньжат может быть подбросят на ...) Итак чем будем двигать вперед?
Нас двое (трое) новой ставки не будет ! А сайт за два часа - это же говорят есть ?! Попробум двигать (если надо). Предлагают
разные CMS: Денвер, Jumla, Wordpress, ... Смотрим внутренности, а там Apache 2.2, PHP 5.1/2, MySql 5.2 . Ура ! Если мы двигаемся так, то определенность с SQL сервером уже есть !!! Засада ! PHP я последний раз трогал в 2003,2004 гг. Воды много утекло.
Возможно применим CGI или FastCGI hrb в Harbure есть.
Выбираем CMS для пробы устанавливаем, берем шаблон, ага шевелится ...,
Можно конечно без CMS, но вопросы управления контентом и т.д. останутся,.
Смотим на сервер документов. Варианты переписать все ... я не рассматрию.
Программы Clipper надо переводить в HB, часть уже на HB, значит надо использовать како-то RDD. Мне понравилось LetoDB, но
это уже совершенно не принципиально - дело вкуса и наработок.
Итак получилось два сервера MySql, LetoDB причем в такой связке LetoDB должен потянуть больше клиентов ?!
Рассмотрим теперь отказ сервера к примеру на неделю (а может больше имею в виду порвали кабель связи, полетели диски) ... Копии и откаты баз мы делаем. MySql не смертельно, а вот сервер документов остановит работу предприятия ... Руководство однозначно скажет ДОЛЖНО РАБОТАТЬ !!! Совсем забыл про рабочие места к которым не дотянулась рука цивилизации (локалной сети). Следовательно при переводе на Harbor надо учесть работу сразу RDD LetoDB и CDX.
Вернемся к формам, я понимаю, что сейчас они на DBF файлах работают и всех устраивают. Вывод сервер форм также LetoDB.
И в CMS (если применяем ее) используем CGI с LetoDB. MySql и hbmysql (а возможно что-то другое) - дальнейшее развитие системы.
или другими

 Отправлено: 21.02.11 11:37. Заголовок: SergejKis пишет: В ..

SergejKis пишет:

цитата:

В Sql серверах конфликт операций Insert,Update,Delete и Select существут и приводит к снижению производительности особенно в длительном периоде работы (есть и др.факторы для простоты рассуждений я их отбрасываю). Разрешение конфликта разделить эти операции на два сервера.

Какие интересные и непостижимые тайны нам заодно открываются

 Отправлено: 21.02.11 17:06. Заголовок: Для Sergey Spirin.

Вам огромное спасибо за LetoDB !!! А писал я для S-A-N, т.к. он просил объснить почему после MySql и Firebird я перехожу к
LetoDB. Вот заголовок заполнить в этом словоблудии (см. выше) как-то пропустил, простите. Прибегнуть к словоблудию пришлось
по причине не понимания моих более коротких постов. Но я не писатель.

 Отправлено: 21.02.11 17:37. Заголовок: SergejKis пишет: З..

SergejKis пишет:

цитата:

Заголовок: Для Sergey Spirin. Вам огромное спасибо за LetoDB !!!

Это вы ошиблись. Благодарите Александра Кресина, а также Пашу и Петра, которые в проекте LetoDB участвуют. Я же никак с LetoDB "не завязан".

 Отправлено: 22.02.11 09:05. Заголовок: Для S-A-N

В догонку к тому, что писал ранее. Не бросайтесь (без острой необходимости) в перевод Clipper в HB. С LetoDB очень приемлемо
(даже мобильный интернет) отрабатывает связка: перед GETами в Clipper Run Harbour клиент (connect, use, seek, RecNoValue to local dbf,disconnect) полученные данные в тек. запись, работа с GETами, после них повторение всех действий с клиентом Harbour,
наконец GETы в тек. запись и опять через клиента HB на сервер LetoDB. На VO (отключены все компоненты даже RDD) это не
проходило с приемлемой реакцией системы.

 Отправлено: 22.02.11 09:18. Заголовок: Для S-A-N

VO клиенты были для MySql и Firebird.

 Отправлено: 22.02.11 09:47. Заголовок: SergejKis пишет: В ..

SergejKis пишет:

цитата:

В догонку к тому, что писал ранее.

Как то все сумбурно

 Отправлено: 22.02.11 10:11. Заголовок: SergejKis пишет: пе..

SergejKis пишет:

цитата:

перед GETами в Clipper Run Harbour клиент (connect, use, seek, RecNoValue to local dbf,disconnect) полученные данные в тек. запись, работа с GETами, после них повторение всех действий с клиентом Harbour, наконец GETы в тек. запись и опять через клиента HB на сервер LetoDB.

А зачем так сложно ? Не проще было бы все делать через Hb+Leto, без всякой промежуточной пересылки данных между клиентами. Клиппер здесь лишнее звено

 Отправлено: 22.02.11 18:55. Заголовок: Pasha пишет:зачем так сложно...

Модули S87,Clipper 5.2 работают под Linuks (один пользователь) и Windows обеспечивают три языка (латышский,русский,англ.
одновременно). Под Win обвязанные клиентские dll в VO для MySql и Fireberd (именно сейчас провожу работы по переходу на
LetoDB). В 2004 для Win была сделана уникодная консоль под которой и работают модули. HB стал интересен имеено с 2.0 версии.
А пример демонстрирует скорострельность HB+LetoDB даже в такой экзотике. Но самое смешное, то что при уходе с Sql servera
это оказалось самым простым путем. А перевод в HB не так прост в моем случае: с 1990 г. в S87,Clipper 5.2 полностью заменен вывод
на экран (на PC 286 летало)

 Отправлено: 22.02.11 21:24. Заголовок: SergejKis пишет: А ..

SergejKis пишет:

цитата:

А перевод в HB не так прост в моем случае: с 1990 г. в S87,Clipper 5.2 полностью заменен вывод на экран (на PC 286 летало)

Что-то слишком сумбурно написано.... Ничего не понятно....
Хотя я сам косноязычеем страдаю...

 Отправлено: 23.02.11 11:03. Заголовок: Andrey пишет:не понятно....

Конечно не понятно... Мысль не закончил, срочно оторвали к делам. Все Си перевели. и некоторое модули тоже ... все путем ...,но для Linuks Clipper модуль менять не надо, а с HB ... . С уникодной консолью под, под которой работают Clipper модули мне и HB вроде не нужен ... С организацией работы Clipper+Ftp+Sql (для Linuks она не сделана - клиенты на нем постепенно отмирают) и обменом с сервером только изменеными данными (об этом я писал в постах начала темы) позволяют иметь практически не ограниченное кол-во клиентов, а также отсутсвие связи с сервером не останавливает работу на рабочих местах и позволяет подключать места не оборудованые связью с сервером. Где нужен HB ? LetoDB в первую очередь !!! Я же не выбрасываю Sql, а наращиваю компоненты - это значит функцииональность LetoDB доводится до методики работы Sql сервера, т.е. в LetoDB вносим изменения:
- при создании таблицы добавляем (если их нет) поля:
1. IDNUMER autoincrement
2. DTMODIFY дата модификации Timestamp (формат C)
3. DTINSERT дата ввода
4. DTDELETE дата удаления
5. STATUS последняя операция проведенная над записью (A/R/D).
- Добавляем HB функцию для заполнения и включаем ее вызов в нужном месте собираем ...
и ВСЕ никаких тебе триггеров ни лишних функций hrb ... СУПЕР по сравнению с SQL серверами !!!

Второе направление это GUI HB+QT. Но там пока надо разбираться, слишком много и нет понятия по действиям в НВ при смене версии QT ... Примерно понятно, но похоже здесь пока проблеммы ...
Может что и пропустил, но в целом как-то так.

 Отправлено: 23.02.11 11:40. Заголовок: Для Andrey

Пропустил направление HB+HTMLayout. HTMLayout.dll в работе с 2007 г. и соединение с HB кажется интересным.
посмотреть здесь:http://www.terrainformatica.com<\/u><\/a>

 Отправлено: 23.02.11 19:20. Заголовок: SergejKis пишет: по..

SergejKis пишет:

цитата:

посмотреть здесь:http://www.terrainformatica.com

Для заинтересовавшихся - наткнулся на русскоязычный форум по HTMLayout:
http://www.rsdn.ru/forum/group/htmlayout.aspx<\/u><\/a>
М.б. есть и другие.