Смена базы данных.(2)

← →
И. Павел © (2010-02-10 13:35) [0]

Кажется, предыдущая ветка накрылась... Так что повторю вопрос:

Мне поступила задача на перевод с Access на SQL SERVER базы данных.
Как выразился инициатор - "для защиты расшаренной базы".
При этом придется изменить программу (ее писал другой человек, сейчас он уволился, программа состоит из единственной функции на 1500 строк, все неровно - в общем - спишем на проблемы со зрением). Программу дорабатывали несколько программистов. Начальник сказал, что кроме программы нужно будет переделать еще что-то. Последний программист не смог сказать - что именно, ему стоило больших трудностей найти ТЗ. Но, скорее всего, как обычно в таких задачах, документация состоит из противоречащих кусков (программа, кстати, тоже здорово не вычищена).

Судя по реакции на мое предложение запаролить базу - такой вариант не отсеялся по каким-то причинам, а просто не рассматривался.

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

Инициатор выразил сомнения, что программы на языке ABAP (SQP R3) смогут при подключении указывать пароль к базе, даже зная его - неужели есть настолько примитивные провайдеры? В предыдущей задаче (тоже доделка безалаберного кода, я тут только это и делаю), когда одно окошко программы Delphi не закрылось, инициатор предположил, что это из-за того, что не установлен Visual C, и после моего несогласия, повторил это еще несколько раз – ну раз так, то спишем на Visual C :)

Эту тему форума я хотел бы показать человеку, настаивающему на MSSQL, поэтому, пожалуйста, оставьте ее такой, чтобы я ее смог ему показать ;)

← →
Sergey13 © (2010-02-10 15:31) [1]

> [0] И. Павел © (10.02.10 13:35)

Ну раз та ветка накрылась, то повторю вопрос в этой.
Как защитит пароль от банального удаления файла БД?

И еще один вопрос.
Ты хочешь отбодаться от этой работы или не знаешь как делать?

← →
tesseract © (2010-02-10 15:32) [2]

> Инициатор выразил сомнения, что программы на языке ABAP

А какая разница ? Я только программ на языке ABAP не знаю :-) Это-же SAP. Пароль/логин будет передаваться в ODBC строке. По барабану откуда.

> Подскажите, пожалуйста, защищает ли Access свои данные при
> добавлении пароля?

Куда и от кого защищает? Таблицы-то конечно слабо у него защищены.

← →
12 © (2010-02-10 15:36) [3]

есть мысля написать/найти прокси, который будет работать со спрятанным файлом БД

← →
И. Павел © (2010-02-10 16:09) [4]

Все - программу переделал - сижу думаю как тестировать - звонок от инициатора: "а нам экзешник не нужен, и база тоже - это лишнее - все писать на SAP". Так что видимо придется переписывать программу с нуля. При этом вразумительной аргументации я не добился. Инициатор не слушает доводов вроде: новый код - новые баги, без exe-шника тоже можно сломать программу и.т.д. Просто танк какой-то... Буду изучать ABAP. Кстати, если у кого-нибудь из вас есть информация по:
1) Как работать с MySQL
2) Как работать с Com.
Пожалуйста, дайте ссылки. Желательно не на немецком :) А еще лучше - на русском.

> есть мысля написать/найти прокси, который будет работать
> со спрятанным файлом БД

Спасибо. Попробую завтра предложить начальству, когда будем обсуждать программу.

> Куда и от кого защищает?

Видимо от сферического хакера :) Такого ничто не остановит.

> Ну раз та ветка накрылась, то повторю вопрос в этой.
> Как защитит пароль от банального удаления файла БД?

Можно разместить базу в локальной сети и установить права.

> И еще один вопрос.
> Ты хочешь отбодаться от этой работы или не знаешь как делать?
>

Раньше работа была простой - перевести программу с Access на SQL. А вот теперь действительно хочется отбодаться :)

← →
tesseract © (2010-02-10 16:25) [5]

> Буду изучать ABAP.

Напросись на курсы, пусть оплачивают :-))))

> 1) Как работать с MySQL
> 2) Как работать с Com.

1) ODBC драйвер и как с обычной SQL.
2) Большая тема. Работать-то просто, а баги разгребать хуже. И не нужен он в твоём задании - exe будет.

ЗЫ: MySQL и ABAP - запорожец с колёсами от Ferrari :-))))))

← →
И. Павел © (2010-02-10 16:49) [6]

> ЗЫ: MySQL и ABAP - запорожец с колёсами от Ferrari :-))))))

А что из них запорожец?

← →
Плохиш © (2010-02-10 16:51) [7]

> Кстати, если у кого-нибудь из вас есть информация по:
> 1) Как работать с MySQL
> 2) Как работать с Com.
>

Судя по этим вопросам, а бы то же только "доделка безалаберного кода" доверил...

> Пожалуйста, дайте ссылки. Желательно не на немецком

Ну не хотите, как хотите, думайте дальше...

← →
GDI+ (2010-02-10 16:52) [8]

> И. Павел © (10.02.10 16:09) [4]
> Буду изучать ABAP.

Найди в интернете стоимость курсов обучения ABAP. Напиши две сметы:
- стоимость отсылки на курсы
- время необходимое на самообучение на необходимом уровне + материалы (книги и пр)

Потрать 3-4 недели а то и пару месяцев на изучение ABAP.

← →
И. Павел © (2010-02-10 16:55) [9]

> Большая тема. Работать-то просто, а баги разгребать хуже.
> И не нужен он в твоём задании - exe будет.

Действительно, оказывается не нужен. Com-сервер то саповский! Теперь напрямую можно будет обращаться.

> ODBC драйвер и как с обычной SQL.

Спасибо, сейчас поищу.

← →
И. Павел © (2010-02-10 17:00) [10]

> Потрать 3-4 недели а то и пару месяцев на изучение ABAP.

Рисковано. ТЗ опять могут кординально поменять :) Зачем нужен ABAP когда есть assembler и текстовые файлы?

← →
И. Павел © (2010-02-10 17:02) [11]

> Судя по этим вопросам, а бы то же только "доделка безалаберного
> кода" доверил...

Как это сделать под Delphi я знаю. А вот c ABAP я только начал знакомиться. SAP стоит на UNIX.

← →
GDI+ (2010-02-10 17:14) [12]

> И. Павел © (10.02.10 17:00) [10]
>
> > Потрать 3-4 недели а то и пару месяцев на изучение ABAP.
>
> Рисковано. ТЗ опять могут кординально поменять :) Зачем
> нужен ABAP когда есть assembler и текстовые файлы?

А это твоя проблема? Ты ж не фрилансер, а на ставке.

← →
И. Павел © (2010-02-10 18:02) [13]

> А это твоя проблема? Ты ж не фрилансер, а на ставке.

Все равно неприятно, когда что-то уже сделал, а это оказалось никому не нужно.

← →
И. Павел © (2010-02-10 18:06) [14]

> Ну не хотите, как хотите, думайте дальше...

Если есть, пожалуйста, скиньте. На немецком я не шпрехаю, но с промтом разберусь. Теперь меня интересует именно работа с SQL SERVER из SAP на UNIX.

← →
Anatoly Podgoretsky © (2010-02-10 19:17) [15]

> И. Павел (10.02.2010 16:09:04) [4]

Вот тут видимо все и кончится.

← →
Anatoly Podgoretsky © (2010-02-10 19:37) [16]

Удалено модератором

← →
И. Павел © (2010-02-10 22:47) [17]

Нашел описание способов подключения к Ms SQL из UNIX:
http://docs.nojabrsk.ru/radiator.3.13/faq.html#14
Есть пример подключения FreeTDS для perl:
http://vingrad.ru/blogs/sabrog/2008/12/05/freetds-krossplatformennaya-biblioteka-dlya-podklyucheniya-k-mssql-bd/

Подскажите, пожалуйста, подойдет ли какой-нибудь из этих способов для SAP? Например, можно ли подключить библиотеку FreeTds для ABAP также, как в perl?

← →
sniknik © (2010-02-11 01:09) [18]

> подойдет ли какой-нибудь из этих способов для SAP?
зачем собаке пятая нога? sap сам по себе база, в смысле система управления конечно, но и база в ней есть. такое СУВД с элементами бухгалтерии/управления, вроде 1С в общем...

другая база не нужна. раз решили использовать, то изучай и используй...
http://help.sap.com/saphelp_erp2004/helpdata/en/9f/db970e35c111d1829f0000e829fbfe/frameset.htm

← →
И. Павел © (2010-02-11 07:01) [19]

> sniknik ©

Увы, с меня требуют, чтобы база была на MS SQL 2005. Говорят, что так будет "аккуратнее" (потому что все остальные базы, используемые заказчиком, тоже на MS SQL). Переубедить их у меня не получится (уже пробовал), так что, думаю, придется просто попробовать сделать то, что они хотят.

← →
Sergey13 © (2010-02-11 08:31) [20]

> [0] И. Павел © (10.02.10 13:35)
> Мне поступила задача на перевод с Access на SQL SERVER базы данных.

> [4] И. Павел © (10.02.10 16:09)
> звонок от инициатора: "а нам экзешник не нужен, и база тоже - это лишнее - все писать на SAP".

> [10] И. Павел © (10.02.10 17:00)
> Рисковано. ТЗ опять могут кординально поменять :)

ИМХО, неделю, как минимум, еще бамбук можно спокойно курить. Ждать пока задача определится окончательно. 8-)

← →
sniknik © (2010-02-11 09:47) [21]

> ИМХО, неделю, как минимум, еще бамбук можно спокойно курить. Ждать пока задача определится окончательно. 8-)
а как определится так срочно валить оттуда, т.к. они там судя по автору такого "наопределяют"...

может с SAP непонятно, но задание типа "писать на внутреннем языке 1С (встроенная поддержка DBF/MSSQL), но базу использовать - firebird" (и даже посложнее, т.к. степень интеграции базы в систему на порядок выше. с 1С всетаки можно переопределить "коннектор" похоже, т.к. видел конфигурацию меняющую базу на MySql. с SAP так не получится, и значит все придется делать внешними средствами (ну например подгрузить COM обьект ADO и работать через его интерфейсы), но нафига тогда SAP?).

а вот интересно, они понимают, что неважно, что за база, но SAP им все одно придется использовать и его база там присутствовать будет обязательно. или они воспринимают ABAP просто как язык - компилятор/интерпретатор, и думают что будет только прога на нем написанная и выбранная база(MS SQL 2005)?

че то так подумал, и решил, валить оттуда можно и раньше, не дожидаясь окончательного "определения".
люди просто не знают чего хотят, а это значит, что чтобы не сделал, и как бы хорошо не сделал, это все одно будет неправильно/не так как хотели/плохо.
ну, или автор чуток "приукрашивает" глупость "определяльщиков".

← →
TohaNik © (2010-02-11 10:33) [22]

> или автор чуток "приукрашивает" глупость "определяльщиков".

Вероятно задачу ставят не айтишники или в обход их.
А так или бред или развод:)

← →
XXL (2010-02-11 10:35) [23]

Предыдущей ветки не видел - но эта разводняк.
Противопоставление наивного студента глупому постановщику...

PS: Читайте Архангельского - там дзен :)

← →
sniknik © (2010-02-11 10:39) [24]

> PS: Читайте Архангельского - там дзен :)
а вот это уж точно заявка на холивар... Архангельского здесь не любят.

← →
И. Павел © (2010-02-11 10:45) [25]

> ну например подгрузить COM обьект ADO и работать через его
> интерфейсы

Сначала мне сказали, что сейчас используется какая-то очень медленная обходная технология, и нужно придумать альтернативу. Я тоже начал думать по поводу Com. А потом заглянул в исходники коллеги - там Com. Теперь мне сказали, что cтарая технология не медленная, а открывает ip MS SQL сервера. Инициатор текущей задачи теперь сказал, что ему подойдет и Oracle (если мне его откроют - начальник сказал, что в SAP с базой они работают только через интерфейсные функции) главное - чтобы не было доступа по ip.

Но теперь уже мне переформулировали задачу, сделав ее более жесткой и общей: найти способ связи SAP c MS SQL минуя машину пользователя...

Причем коллеги, работающие на ABAP 10 лет или больше не знают как это сделать. Почему эту задачу дали мне (SAP почти не знаю, с UNIX знаком только по предмету в институте) - я не знаю :)

На SAP-форумах молчат...

Вобщем - если у вас есть какие-нибудь идеи - пожалуйста, поделитесь ими со мной.

← →
Sergey13 © (2010-02-11 10:52) [26]

> [25] И. Павел © (11.02.10 10:45)
> Сначала мне сказали
> Теперь мне сказали
> Инициатор текущей задачи теперь сказал

> Вобщем - если у вас есть какие-нибудь идеи - пожалуйста, поделитесь ими со мной.

Может тебе к Малахову обратиться, в передачу "Пусть говорят"? 8-)

← →
И. Павел © (2010-02-11 10:52) [27]

> но эта разводняк.

Задача действительно есть. Это не "разводняк".

> XXL

Причем тут Архангельский? Он с SAP работал?

> Противопоставление наивного студента глупому постановщику.
> ..

Ну так подскажите вариант решения этой задачи.

Дело в том, что этой задачей (точнее задачами) занимается куча людей, и поэтому каждый видит ее по своему. Программиста смущал открытый ip, а руководитель подумал, что com-объекты работают медленно, поэтому программист пытается что-то переделать. Вот и вышла каша.

← →
TohaNik © (2010-02-11 10:54) [28]

> И. Павел © (11.02.10 10:52) [27]

:)

← →
И. Павел © (2010-02-11 10:54) [29]

> Может тебе к Малахову обратиться, в передачу "Пусть говорят"

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

← →
XXL (2010-02-11 11:02) [30]

> И. Павел © (11.02.10 10:52) [27]
> Ну так подскажите вариант решения этой задачи.
>
> Дело в том, что этой задачей (точнее задачами) занимается куча людей, и поэтому каждый видит ее по своему.

Вот вам и решение:
1. Кучу людей убрать.
2. Назначить одного ответсвенного и одного программиста.
3. Ответсвенный формирует задачу и пишет ТЗ без учёта инструментария и вида базы.
4. Программист выбирает инструмент и базу и реализует.

Позволяю показать данное решение вашему руководству :)

← →
Sergey13 © (2010-02-11 11:02) [31]

> [29] И. Павел © (11.02.10 10:54)

> Вы бы хоть раз написали что-нибудь в тему.

В какую тему то? Ты с темой определись сначала. Сам определись. А то тебе там говорят что-то каждые полчаса, а тут люди должны что-то советовать.

← →
tesseract © (2010-02-11 11:23) [32]

> с 1С всетаки можно переопределить "коннектор" похоже, т.
> к. видел конфигурацию меняющую базу на MySql.

7.7 - технология "быстрых регистров". "Быстро и без гарантий". Переписать на SQL будет проще и понятнее. 8.x уже давно имеет поддержку нескольких СУБД.

> Теперь мне сказали, что cтарая технология не медленная,
> а открывает ip MS SQL сервера.

Эммм. А как ещё связать две машинки ? По ARP что-ли?

> Программиста смущал открытый ip, а руководитель подумал,
> что com-объекты работают медленно,

Когда технические детали уточняет руководитель - это жесть. Кто сказал, что COM медленный, с чего такие выводы ? Нормальный он. DCOM всё равно будет использовать TCP/IP в качестве траснпорта - хошь убейся.

← →
И. Павел © (2010-02-11 11:47) [33]

> Кто сказал, что COM медленный

Они еще warehouse использовали - а там и медленно и только на чтение.
А Com их не устроил тем, что выполняется у клиента.

> А как ещё связать две машинки ?

Машины три:
1)Клиент
2)SAP
3)MS SQL Server
нужно, чтобы к 3) имел доступ только 2). Так требует служба безопасности. А 2) должен открывать доступ к 3) только некоторым клиентам (как будто это не лазейка). В общем, подозркваю что

> зачем собаке пятая нога? sap сам по себе база,

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

Всем спасибо. Было бы здорово, если кто-нибудь смог бы помочь еще и советом по поводу прямого взаимодействия SAP(UNIX) и MS SQL. Ато боюсь, сам посредника на perl я не напишу - сложновато, да и Unix я не знаю.

← →
sniknik © (2010-02-11 11:57) [34]

> прямого взаимодействия SAP(UNIX) и MS SQL.
из юниксов обычно используют jdbc (догадайтесь с чем аналогия ;)), читал во всяком случае такое, но он явовский вроде. из SAP-а ява доступна?

судя по всему "нормальное решение" не в кассу, оно и понятно, через задницу привычнее... (если у вас все так делается, то тогда понятно почему COM "медленный". и другое тоже)

> 3) имел доступ только 2).

VPN. Ответы на все вопросы.

> Ато боюсь, сам посредника на perl я не напишу - сложновато,
> да и Unix я не знаю.

Perl достаточно прост. Правда СБ поседеет наверно от такое обращения с данными :-)

> sniknik ©

Спасибо. Попробую как-нибудь прикрутить. Хотя коллеги говорят, что с ява SAP не работает, так что врят ли получится.

> Попробую как-нибудь прикрутить.
зря, лучше попробуй как нибудь отмазаться.

> И. Павел © (10.02.10 22:47) [17]
>
> Нашел описание способов подключения к Ms SQL из UNIX:

http://home.arcor.de/trubnikow/programm/de/Kylix-MSSQL.htm

> Плохиш ©

Спасибо. С Unix я почти не знаком, и не знал, что там есть средства, похожие на Delphi. Думаю, просто соберу все решения и предложу на выбор. Вот только в википедии прочитал, что Kylix уже не поддерживается, и с ним могут быть проблемы на новых Unix? Пожалуйста, порекомендуйте, что лучше использовать - Lazarus или Kylix? И еще: есть ли в Unix что-то типа COM? Так как все равно нужно будет вызывать ряд функций из SAP.

И еще один вопросик: может ли клиент запустить программу на Windows сервере, так, чтобы программа и COM-сервер выполнялись на машине сервера, и, следовательно, оттуда связывались с базой? Единственное, что приходит в голову - поставить на сервере ожидающую программу, которая, при подаче ей сигнала, запускает основную программу. Но это как то коряво.

> tesseract (11.02.2010 11:23:32) [32]

> А как ещё связать две машинки ? По ARP что-ли?

По NetBIOS в инкарнации МС, никто не поймет.

> И еще один вопросик: может ли клиент запустить программу
> на Windows сервере

С этим разобрался. Remote Admin - то, что нужно.

> что лучше использовать - Lazarus или Kylix?

Lazaus разумеется. Kylix загнулся на qt2.0.

> И еще: есть ли в Unix что-то типа COM?

Stdin/out. Файловые дескрипторы.

> может ли клиент запустить программу на Windows сервере,
> так, чтобы программа и COM-сервер выполнялись на машине
> сервера, и, следовательно, оттуда связывались с базой?

DCOM - он может создаваться на сервере. Тот-же IP будет.

> Единственное, что приходит в голову - поставить на сервере
> ожидающую программу,

Терминальный доступ. Только ЗАЧЕМ запускать программу, если логичнее запустить сервис и ждать отзыва?

> По NetBIOS в инкарнации МС, никто не поймет.

В качестве транспорта всё равно будет использоваться TCP/IP. IPX - требует не дешёвых маршрутизаторов. NETBUI - RIP в 2003.

> И. Павел © (11.02.10 19:51) [39]

Всё, что там касается кайликса, тебя интересовать не должно. Тебе важно оттуда установка и настройка связки unixODBC-FreeTDS для подключения к MSSQL.

← →
ANB (2010-02-12 16:26) [45]

По сабжу.

1) У нас САП держит БД в оракле
2) САП лазит в оракл как встроенными функциями, и так же имеет возможность вызывать хранимки напрямую (через гемор, но вызывают)
3) К БД САП прикрутили дблинки к АБС и теперь САП лазит еще и в БД АБС (Оракл). Кстати, очень удобно.
4) У нашего САП нет клиента (я думал, его вообще не бывает), вся работа - через браузер. Даже разработка.

Я, собственно, с САП не работаю - это другой отдел. Но имеющаяся информация позволяет сказать, что задача САП + другая БД на оракле вполне решаема.

> tesseract (12.02.2010 10:55:42) [42]

Ну подумаешь погиб, все смертны.

> задача САП + другая БД на оракле вполне решаема.

Спасибо. Буду иметь ввиду. Но администраторы говорят, что у нас лицензирован пока только тот Оракл, с которым работает SAP. Другую копию устанавливать нельзя. В понедельник я попробую работать с этой базой. Думаю, через Sap проблем быть не должно, но в эту же базу должна будет писать программа, разработанная другой фирмой. Если тут проблем не будет, то это будет второй по удобству вариант после размещения уже готовой программы на Windows сервере и работы с ней через Remote Admin (в основном она будет запускаться автоматически, а через Remote Admin - внепланово). Еще попробую установить unixODBC-FreeTDS - вроде бы должно заработать, если пришедший администратор не будет против таких экспериментов ;).

← →
ANB (2010-02-12 17:56) [48]

> Другую копию устанавливать нельзя.

????? Чет тебе админы по ушам трут - не иначе.

Кстати, можно еще
- поднять БД в рамках того же экземпляра Оракла (надо смотреть ограничения по лицензии)
- засунуть твою БД в отдельную схему (доступ регулируется грантами) на той же БД.

И скажи админам, что оракл официально халявый для обучения и разработки. А данные начнете класть еще не скоро. Да и цена у него на лицензию по любому меньше их месячной з/п. Можно одного уволить - как раз хватит :)

> ANB

Про Оракл это идея, спасибо. Посмотрел на их сайте - действительно недорого (особенно по сравнению с SAP). Спрошу - может купят, тем более что сейчас много задач работают из SAP с MS SQL Server через COM-сервер, работающий у пользователя - а это стали запрещать безопасники. Оракл был бы неплохой заменой.

Смена базы данных.(2) Найти похожие ветки