|
|
|
Access + ADO + Oracle.Очень срочно
|
|||
|---|---|---|---|
|
#18+
Здравствуйте, у меня вопрос. Есть мнение, что мою задачку удобно было бы решить связкой Access(клиент)+ADO+Oracle8i(сервер). Хотелось бы узнать: будет ли это работать, как быстро и как технологично (с точки зрения юзера). Вопрос возник, потому что, насколько я знаю и в литературе пишут, при разработке Access в основном упор делался на интерфейс с SQL Server, а у нас на фирме установлен Oracle. Опытные люди, подскажите пожалуйста. Заранее благодарен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2003, 12:59 |
|
||
|
Access + ADO + Oracle.Очень срочно
|
|||
|---|---|---|---|
|
#18+
Лучше забей В такой связке либо оно будет работать медленно и криво (линки через Jet+ODBC), либо придется долго и нудно разрабатывать и вылизывать клиентскую часть. Вся прелесть аксеса теряется. Под оракл что, своих клиентских средств не хватает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2003, 13:05 |
|
||
|
Access + ADO + Oracle.Очень срочно
|
|||
|---|---|---|---|
|
#18+
Лох Позорный писал:В такой связке либо оно будет работать медленно и криво (линки через Jet+ODBC), Ну почему - нормально оно будет работать, таблички через ODBC линкуются и всё. Абсолютно так же, если таблички на сервере SQL и база не adp. Просто не нужно строить запросы, где вяжутся линкованные и аксесовские таблички. Логика всё равно пишется на сервере - те же хранимые и триггеры. В чём потеряется прелесть аксеса? К примеру, в 97 не было adp - люди одинаково работали как с ораклом так и сиквелом, какая прелесть аксеса была недоступна людям, у которых в роли СУБД выступал оракл? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2003, 13:12 |
|
||
|
Access + ADO + Oracle.Очень срочно
|
|||
|---|---|---|---|
|
#18+
наверно если знаешь аксес и нехочется учить оракуловские дезигнеры-дефелоперы то стоит.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2003, 13:20 |
|
||
|
Access + ADO + Oracle.Очень срочно
|
|||
|---|---|---|---|
|
#18+
2 Hummer Абсолютно так же, если таблички на сервере SQL и база не adp. Угу. Абсолютно так же плохо. Или зря все подряд советуют для работы с MS SQL Server на adp переходить? Связка Jet+ODBC = скотоложество. Лучше всего выкинуть из нее Jet. Остануться запросы к серверу, хранимки, триггеры, адошные рекордсеты... ...формы, вручную повешенные на эти рекордсеты, ручная синхронизация связанных форм, вручную повешенных на вручную же открытые рекордсеты... Чем дальше в лес тем хуже. Можно написать. Все можно. Только гораздо менее удобно (читай быстро/качественно) чем клиент на аксесе + данные в mdb или клиент на аксесе + данные на MS SQL Server. И, сильно подозреваю, гораздо менее удобно чем клиент на дельфях + данные в оракле. Хотя и не пробовал ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2003, 13:26 |
|
||
|
Access + ADO + Oracle.Очень срочно
|
|||
|---|---|---|---|
|
#18+
наверно если знаешь аксес и нехочется учить оракуловские дезигнеры-дефелоперы то стоит.... Написать то же самое но на VB хотя бы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2003, 13:28 |
|
||
|
Access + ADO + Oracle.Очень срочно
|
|||
|---|---|---|---|
|
#18+
Все огромное спасибо. Я это и сам подозревал. Лишний раз убедился. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2003, 13:42 |
|
||
|
|
start [/forum/topic.php?fid=45&tid=1678697]: |
0ms |
get settings: |
9ms |
get forum list: |
17ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
90ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
60ms |
get tp. blocked users: |
2ms |
| others: | 244ms |
| total: | 445ms |
| 0 / 0 |
