Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2010.08.27;
Скачать: [xml.tar.bz2];

Вниз

Смена базы данных.(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;
Скачать: [xml.tar.bz2];

Наверх




Память: 0.57 MB
Время: 0.059 c
2-1272205654
romario
2010-04-25 18:27
2010.08.27
Работа с текстовым файлом


2-1271431396
Nikru
2010-04-16 19:23
2010.08.27
WebBrowser


15-1264381741
Кто б сомневался
2010-01-25 04:09
2010.08.27
Пайкерит (прочный материал)


15-1266505948
tesseract
2010-02-18 18:12
2010.08.27
torrents.ru RIP . Кто следующий ?


6-1216719811
GraySE
2008-07-22 13:43
2010.08.27
TWebBrowser. Доступ к заголовкам.





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский