Форум: "Прочее";
Текущий архив: 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