 |
|
|
su.dbms- SU.DBMS ---------------------------------------------------------------------- From : oleg taranov 2:464/44 28 Feb 2003 12:41:53 To : Oleg Subject : постреляционные базы данных -------------------------------------------------------------------------------- 28 Feb 03 11:09, Oleg wrote to oleg taranov: O> Смотря какая постановка задачи. Допустим - есть группа разработчиков, O> работающих с Ораклом. Есть задача - написать приложение для работы, O> скажем, группы складов в масштабах отдельно взятого города, одно из O> условий - в отдельных точках (собственно складах) устанавливаются O> рабочие станции: ПК + модем, и ведется работа с центральным сервером O> (имеется ввиду вычислительное устройство с установленным O> специализированным ПО, а не конкретная программа, отвечающая на O> запросы). O> Требуется разработать клиентские приложения, работающие либо удаленно O> с сервером, возможно - по плохой линии, либо использовать O> решение GUI-клиент + WindowsTerminalServer, либо CLI-клиент + телнет O> (ssh). O> Если использовать как СУБД Оракл - однозначно клиентская часть пишется O> отдельными средствами. GIU по плохой линии работает плохо, допустим, O> хотят использовать CLI. что значит 'gui по плохой линии работает плохо'? O> Тогда требуется человек, способный O> написать полноэкранный интерфейс для терминала. Если такого нет - то O> сесть и выучить какой-нибудь curses, slang, perl, чего-там-еще есть, O> срастить это с доступом к данным СУБД, и только тогда уже писать O> рабочую программу. O> А если существует СУБД, которая позволяет внутренними средствами, на O> языке написания скриптов, формировать интерфейс (например, вызвав O> в какой-то консольной программе процедуру stock - получить O> полноэкранную программу) - то что странного, если разработчики этим O> заинтересуются? потому как людей знающих curses slang perl etc куда больше чем крутых спецов способных написать чтото на неизвестном языке какойто базы кстати - использование внутренних скриптов субд предполагет переход на эту субд O> Есть оно в кеше, или нету - вопрос, но зачем же сразу усомняться в O> компетентности разработчиков, решающих неведомую задачу? для того чтоб осознать возможность терминальной работы с сервером далеко не обязательно ходить смотреть на кеш - и это не зависит от задачи которую они решают /tff --- Be vigilant - I'mnt member of club i'm phantom! * Origin: TFF&F (2:464/44) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /su.dbms/14433e5fbc54.html, оценка из 5, голосов 10
|
|
|