Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2010.08.27;
Скачать: CL | DM;

Вниз

Смена базы данных.(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 "медленный". и другое тоже)


 
tesseract ©   (2010-02-11 12:26) [35]


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


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


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


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


 
И. Павел ©   (2010-02-11 13:18) [36]


> sniknik ©

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


 
sniknik ©   (2010-02-11 13:41) [37]

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


 
Плохиш ©   (2010-02-11 16:42) [38]


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

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


 
И. Павел ©   (2010-02-11 19:51) [39]


> Плохиш ©

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

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


 
Anatoly Podgoretsky ©   (2010-02-11 20:10) [40]

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

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

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



Страницы: 1 2 вся ветка

Текущий архив: 2010.08.27;
Скачать: CL | DM;

Наверх




Память: 0.59 MB
Время: 0.047 c
2-1271927418
b86
2010-04-22 13:10
2010.08.27
перевод xls таблицы в stringgrid


15-1267466564
М. Береговой
2010-03-01 21:02
2010.08.27
Что за полосы на дне Тихого Океана?


4-1232589633
brother
2009-01-22 05:00
2010.08.27
Клас для получения информации о системном трее


2-1273504909
Тим
2010-05-10 19:21
2010.08.27
сортировка в stringlist


15-1264800605
Юрий
2010-01-30 00:30
2010.08.27
С днем рождения ! 30 января 2010 суббота