Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
 Re: Oracle Database Express Edition vs FB 1.5  [new]
KiLLun
Member

Откуда:
Сообщений: 2788
там обоснование перехода не более половины страницы А4.

сканировать?
17 мар 06, 16:37    [2461297]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034

KiLLun wrote:
> там обоснование перехода не более половины страницы А4.
>
> сканировать?
а в люстрическом виде нету? :-( как печально...
если файлик маленький получится - давайте его сюды...

--
-------------------------
There's no silver bullet!

Posted via ActualForum NNTP Server 1.3

17 мар 06, 16:49    [2461380]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
StalkerS
Member

Откуда: Melbourne
Сообщений: 1344
locky

поправьте, если ошибусь.
1. если вся логика на серваке, то клиент фактически - набор сторед проц
и гридов. замена сторед процев на другие - это половина клиента (не
забывая возможные настройки и т.п.) работа в принципе рутинная, но
чреватая ошибками. проверено переходом с BDE на ADO.
2. ну, тут на вкус... ФБ вроде как не умеет управлять транзакциями
изнутри ХП, значит управление идет с клиента. Оракл вроде как умеет, но
зуб даю - с клиента несколько проц вызываются - последовательно в рамках
одно транзакции, значит и с ораклом ситуация будет та же.. Некрасиво, ИМХО.
3. если таки делфин - никаких "классов доступа" - набор формочек. так шта...

Во первых, из-за отсутствия упоминания аппликайшен сервера у автора, речь по видимому идет о несовсем тощих клиентах, а если все-таки совсем тонкие, то перепахать его не так и трудно. А не совсем тонкие клиенты еще много чего там делают (обычно) с резалтсетами и не только. Так вот я к тому, что эта логика не должна быть затронута при изменении поставщика данных.

Во вторых, что значит "делфин - никаких "классов доступа" - набор формочек" ? Если весь код обращения к базе находиться под кнопками форм - то конечно всего клиента перепахивать надо. Только вообще-то так ведь не делают (обычно), должны быть созданы специальные классы, которые занимаются тем, что взаимодействуют с базой, а пользовательский GUI и остальная логика работы приложения взаимодействуют уже с этими классами, и даже не подозревают о существовании каких-то там баз. Так вот интерфейсы этих "классов доступа" не должны быть затронуты при смене поставщика, а соответственно нет никакой тотальной перепашки клиента. Собственно говоря, возможно даже создание нескольких вариантов приложения, которые отличаются некоторыми особенностями (интерфейсом и пр), но все равно пользуются одними и теми-же классами доступа.
17 мар 06, 16:50    [2461392]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
olegloa
Member

Откуда:
Сообщений: 252
KiLLun
обоснование конторы для перехода в том что FB не перспективен, не сможет быстро обрабатывать около 5 млн. записей в одной таблице. цитата "FB узкоспециализирован и не перспективен, что не позволит создать сложную масштабируемую систему". в дальнейшем предполагается создание ГИС (MapInfo). а с ГИС типа может работать тока оракл.
еще слова с их стороны за оракл
встроенный механизм репликации, что увеличит надежность системы. позволит Microsoft Office и большому количеству других, широко распространенных программных продуктов напрямую работать с данными, не используя посредников для потсроения отчетов


1) Скорость обработки 5 млн. записей в одной таблице зависит только от разработчика. Т.к. на таком мизерном объёме справится и DBF
2) Oracle c MapInfo не работает. MapInfo может хранить свои таблицы в RDMS. Без уточнения задачи более ничего скзать нельзя. Нужен будет Oracle Spatial и можно ли без него обойтись по ка не ясно.
3) "Встроенный механизм репликации, что увеличит надежность системы". Надёжность истемы это время восстановления после сбоя с заданной вероятность (прочее опустим). Каким образом отсутствие или наличие встроенной репликации однозначно влияет на этот параметр не ясно.
4) Работа MSO с БД напрямую, это значит наличие или ODBC или OLEDB доступа и ВСЁ, более ничего. И то и другое есть у FB.

Отсюда вывод - ни одна из причин не выявляет необходимость перехода с FB на Oracle XE.

Поэтому обсуждение прекратить, пока вопрошающий не предоставит дополнительные сведения по обсуждаемому вопросу!
17 мар 06, 17:01    [2461471]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034

StalkerS wrote:
> locky
>
>
> Во первых, из-за отсутствия упоминания аппликайшен сервера у автора,
> речь по видимому идет о несовсем тощих клиентах, а если все-таки совсем
> тонкие, то перепахать его не так и трудно. А не совсем тонкие клиенты
> еще много чего там делают (обычно) с резалтсетами и не только. Так вот я
> к тому, что эта логика не должна быть затронута при изменении поставщика
> данных.
У меня тоже нет сервера приложений, а клиент таки ничо не считает, а
токо вводит и отображает данные.

>
> Во вторых, что значит "делфин - никаких "классов доступа" - набор
> формочек" ? Если весь код обращения к базе находиться под кнопками форм
поскипано
> поставщика, а соответственно нет никакой тотальной перепашки клиента.
> Собственно говоря, возможно даже создание нескольких вариантов
> приложения, которые отличаются некоторыми особенностями (интерфейсом и
> пр), но все равно пользуются одними и теми-же классами доступа.
Это Вы мне рассказали, как должно быть по хорошему? абсссолютно с Вами
согласен. Боюсь только, что в реальности всё несколько хуже :-)

Кста, зачем нам о чем-то догадываться, давайте тупо спросим афтора
топика, чо и как.

Итак, автор топика, то исть killun, как у Вас устроено приложение? Так,
как сказал сталкер (классы и всё прочее, то исть правильно) или примерно
так, как сказал я? (то исть как делають по жизни, неправильно).
Клиент толстый/тонкий?


--
-------------------------
There's no silver bullet!

Posted via ActualForum NNTP Server 1.3

17 мар 06, 17:10    [2461512]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
Aki
Guest
locky

1. если вся логика на серваке, то клиент фактически - набор сторед проц


Вообще-то сторед процедуры - они не на клиенте, а на сервере БД

locky
я вот с ораклом НЕ работаю не первый год, но целиком с ним согласен:
надо привлекать новых пользователей путем вот такого "подсаживания" на
продукт. так делают все - и Оракл, и МС, и Сайбейс, и ИБМ. И никакого
криминала тут нет.


а не имел в виду криминала
17 мар 06, 17:16    [2461546]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
StalkerS
Member

Откуда: Melbourne
Сообщений: 1344
locky

Это Вы мне рассказали, как должно быть по хорошему? абсссолютно с Вами
согласен. Боюсь только, что в реальности всё несколько хуже :-)

Если в реальности все как вы боитесь, то при модернизации приложения его следует распахать плугом под названием рефакторинг и привести его в состояние "как должно быть по хорошему". Или переписать с нуля. Если продолжать жить с такой реальностью, можно плохо кончить ;)
17 мар 06, 17:20    [2461569]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034

Aki wrote:
> locky
>
> 1. если вся логика на серваке, то клиент фактически - набор сторед проц
>
> Вообще-то сторед процедуры - они не на клиенте, а на сервере БД
да знаю я.
Имелось в виду, что клиент состоит из набора TAdoStoredProc и собсно их
вызовов - то исть клиент ничего не считает.

>
> locky
> я вот с ораклом НЕ работаю не первый год, но целиком с ним согласен:
> надо привлекать новых пользователей путем вот такого "подсаживания" на
> продукт. так делают все - и Оракл, и МС, и Сайбейс, и ИБМ. И никакого
> криминала тут нет.
>
> а не имел в виду криминала
в новой редакции:
И в этом нет ничего
странного/военного/предосудительного/непонятного/некошерного. (нужное
подчеркнуть).
--
-------------------------
There's no silver bullet!

Posted via ActualForum NNTP Server 1.3

17 мар 06, 17:20    [2461570]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
KiLLun
Member

Откуда:
Сообщений: 2788
клиент толстый (delphi, FR, fiblus), специальных классов нет. получаеццо что неправильный клиент.
17 мар 06, 17:23    [2461583]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
Aki
Guest
locky

Aki wrote:
> locky
>
> 1. если вся логика на серваке, то клиент фактически - набор сторед проц
>
> Вообще-то сторед процедуры - они не на клиенте, а на сервере БД
да знаю я.
Имелось в виду, что клиент состоит из набора TAdoStoredProc и собсно их
вызовов - то исть клиент ничего не считает.


я и не сомневался, что мі просто неверно друг друга поняли

locky

> а не имел в виду криминала
в новой редакции:
И в этом нет ничего
странного/военного/предосудительного/непонятного/некошерного. (нужное
подчеркнуть).


да я понял о чем Вы!!!
Я не имел в виду, что это плохо или хорошо, я просто высказалс свое мнение.. как по мне это просто как-то нечестно, что ли
17 мар 06, 17:23    [2461585]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034

StalkerS wrote:
> locky
>
> Это Вы мне рассказали, как должно быть по хорошему? абсссолютно с Вами
> согласен. Боюсь только, что в реальности всё несколько хуже :-)
>
>
> Если в реальности все как вы боитесь, то при модернизации приложения его
> следует распахать плугом под названием рефакторинг и привести его в
> состояние "как должно быть по хорошему". Или переписать с нуля. Если
> продолжать жить с такой реальностью, можно плохо кончить ;)
снова сакраментальный вопрос: зачем?
Есть система, работает, выполняет свою работу, все ею довольны.
на кой черт её перепахивать? потому что она оскорбляет чьё-то чуйство
прекрасного? Пусть этот кто-то в музей сходить, там красиво. или просто
не смотрит на эту систему.

другое дело, если система не удовлетворяет имеющимся требованиям и/или
есть огромная вероятность того, что в ближайшее время потребуется
функционал, который данная система не сможет предоставить несмотря ни на
какие усилия. тогда есть явный смысл её переписать - пока еще есть время.

а так - а давайте... а давайте не на оракл, а на информикс? а клиентов -
с винды на мак.... а чем плохо?
--
-------------------------
There's no silver bullet!

Posted via ActualForum NNTP Server 1.3

17 мар 06, 17:24    [2461591]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034

Aki wrote:
> да я понял о чем Вы!!!
> Я не имел в виду, что это плохо или хорошо, я просто высказалс свое
> мнение.. как по мне это просто как-то нечестно, что ли
ой, я Вас умоляю - нечестно... Там, хде такие деньги - усё честно....
и потом - мне ведь не суют насильно, сам себе наркоту выбираю....



--
-------------------------
There's no silver bullet!

Posted via ActualForum NNTP Server 1.3

17 мар 06, 17:25    [2461601]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034

KiLLun wrote:
> клиент толстый (delphi, FR, fiblus), специальных классов нет. получаеццо
> что неправильный клиент.
Во!
Триста лет будете перепахивать!
Или даже больше.... Мы то нет, а вот внуки...

Резюме: работает и нравится - не трогай его.
исключения - см. ранее.

--
-------------------------
There's no silver bullet!

Posted via ActualForum NNTP Server 1.3

17 мар 06, 17:27    [2461611]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
Aki
Guest
locky


а так - а давайте... а давайте не на оракл, а на информикс?


что Віы!! Оракл несомненно мощней Информикса
17 мар 06, 17:28    [2461622]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
KiLLun
Member

Откуда:
Сообщений: 2788
olegloa

Отсюда вывод - ни одна из причин не выявляет необходимость перехода с FB на Oracle XE.

Поэтому обсуждение прекратить, пока вопрошающий не предоставит дополнительные сведения по обсуждаемому вопросу!


зв вывод большое спасибо. всем спосибо.

а дополнительные сведения предоставить не могу потому что являюсь очень слабо разбирающимся человеком в вопросах СУБД (работал только с IB,FB,MySql и аксессом) по сравнению с форумчанами. спрашивайте что-нибуть отвечу.

поэтому я и обратился сюда. еще раз всем огромное спасибо. постоянно убеждаюсь в высоком уровне sql.ru.
17 мар 06, 17:30    [2461629]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
StalkerS
Member

Откуда: Melbourne
Сообщений: 1344
locky

снова сакраментальный вопрос: зачем?
Есть система, работает, выполняет свою работу, все ею довольны.
на кой черт её перепахивать?

а я потому и написал
StalkerS

то при модернизации приложения его следует распахать

Понятно, что если его не модернизируют, то и вообще не надо в код лезть. А то, что перепахивать долго придется... Так если не перепахивать, его рано или поздно вообще придется выкинуть на свалку. Это-же как с зубами - если не обращать внимание на кариес - рано или поздно зуб останется только выдернуть, а при своевременных осмотрах - будет чем жевать в старости
17 мар 06, 17:38    [2461675]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67487
Блог
KiLLun
клиент толстый (delphi, FR, fiblus), специальных классов нет. получаеццо что неправильный клиент.

Не слушайте всякую чушь. Толстый клиент без специальных классов запросто может быть правильным.

Что касается перепахать на другой набор компонент доступа - само по себе несложно, если уметь. Если не уметь - тогда конечно придется капитально трудиться. Проблемы здесь я вижу именно с интербейсовскими прибамбасами, например с его транзакциями.
17 мар 06, 18:23    [2461909]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034

softwarer wrote:
> KiLLun
> клиент толстый (delphi, FR, fiblus), специальных классов нет. получаеццо
> что неправильный клиент.
>
> Не слушайте всякую чушь. Толстый клиент без специальных классов запросто
> может быть правильным.
>
> Что касается перепахать на другой набор компонент доступа - само по себе
> несложно, если уметь. Если не уметь - тогда конечно придется капитально
> трудиться. Проблемы здесь я вижу именно с интербейсовскими прибамбасами,
> например с его транзакциями.

правильный клиент - тот, который правильно выполняет возложенные на него
задачи.
Плюньте на всё, выпейте чаю.

--
-------------------------
There's no silver bullet!

Posted via ActualForum NNTP Server 1.3

17 мар 06, 18:33    [2461952]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
StalkerS
Member

Откуда: Melbourne
Сообщений: 1344
softwarer
Не слушайте всякую чушь. Толстый клиент без специальных классов запросто может быть правильным.

Это вы не советуйте всякую чушь. В общем случае, классы пользовательского интерфейса должны быть отделены от бизнес логики, и чем толще клиент, тем более вероятна необходимость их разделения.
17 мар 06, 19:12    [2462076]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
Anton Demidov
Member

Откуда: Atlanta, GA
Сообщений: 1187
StalkerS
softwarer
Не слушайте всякую чушь. Толстый клиент без специальных классов запросто может быть правильным.

Это вы не советуйте всякую чушь. В общем случае, классы пользовательского интерфейса должны быть отделены от бизнес логики, и чем толще клиент, тем более вероятна необходимость их разделения.

data level отделяют от business logiс level, если хотят первый легко заменить в будующем для поддержки другой БД без большого "перелопачивания" всего кода. От толщины клиента это мало зависит
Я не спорю, что есть люди, которые делают "всё по книжке" - и это источник постоянных проблем.
Вот буквально пару часов назад говорил с девелоперами одного из продуктов (db2-java-jsp-xml+xlt+html+java script) - делали всё по книжке с разделением по уровням. Вчера весь день убили на отлавливание бага по той простой причине, что невозможно пройтись дебаггером сквозь все навороченные и разделённые слои. Дружно сошлись на мнении, что поддерживать написанное будет весело.
Я это к тому, что думать надо о смысле и назначении разделения по слоям, а не ориентироваться на "толщину" клиента или выкладки теоретиков в книжках.
17 мар 06, 21:19    [2462253]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
KiLLun
Что это даст?

Кроме всего прочего это даст еще и подход к технологиям Оракла. Ведь кто знает, мож Ваша система окажется так хороша, что ее можно будет и платный Оракл поставить - развитие. Получите более или менее все решения, которые на сегодня известны в БД. А если Ваша система будет хороша на ФБ и появится такой заказчик, который готов заплатить за масштабное решение, то Вы будете менее готовы. У Оракла полно фич упрощающих многие непредвиденные ранее задачи. Да и он просто может не появиться, если у Вас нет технологий от тех или иных грандов.
Т.е. придаст Вам, по крайней, мере больше уверенности в возможностях системы. Да и скилов прибавится у вас.
Мож это конечно не имеет для Вас решающего значения, но все же какой ни наесть плюсик.
17 мар 06, 21:54    [2462300]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
StalkerS
Member

Откуда: Melbourne
Сообщений: 1344
Anton Demidov
data level отделяют от business logiс level, если хотят первый легко заменить в будующем для поддержки другой БД без большого "перелопачивания" всего кода.

;) прочитайте на первой странице, там именно об этом речь и шла.

А вообще, меня удивляют люди, способные легко пренебречь признанными правилами конструирования по причине того, что имеются знакомые, которые не могут пройтись дебаггером по программе, и делающими далеко идущие выводы, причем не стесняются предлагать их всем остальным.
Видимо звучит весомо: "Да, делал я как советует там этот ваш Фаулер, полная лажа получается, сплошной источник проблем. Не читайте вы его"

Чем мощнее методика проектирования, тем более осторожно с ней надо обращаться, тогда и результат глядишь лучше получиться. Ваша мысль о том, что надо думать что делаешь, прямо скажем не является открытием Америки :)
17 мар 06, 22:10    [2462326]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67487
Блог
StalkerS

Сталкер, мне не хотелось бы переходить на личности, но посмотрите свои темы в профиле, посмотрите темы Антона - и сравните. Если говорить о технологиях, то я бы обратил внимание, что он никогда, например, не вылезал в форумах с вопросами, ответы на которые за пару минут находятся в документации.
18 мар 06, 11:06    [2462886]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
StalkerS
Member

Откуда: Melbourne
Сообщений: 1344
softwarer, мне бы тоже не хотелось переходить на личности, но вы пока-что не являетесь вторым Фаулером, вот когда напишите какой-нибудь труд по данной тематике, тогда и можно будет предметно разговаривать
22 мар 06, 14:32    [2476610]     Ответить | Цитировать Сообщить модератору
 Re: Oracle Database Express Edition vs FB 1.5  [new]
Apex
Member

Откуда: Made in USSR
Сообщений: 3910
locky


зы перевести с ФБ на оракл... ага... смигрировать.... эхх! поглядеть бы,
сидя в креслице, с кофейком в руках, как они йето делать будуть :-)
А чо? мож и сможуть, и за малые деньги....

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3

Мы с напарником это сделали за пол года. Переводили средних размеров складскую систему из-за того, что на ФБ они уперлись в размер БД (64Гб). Задача была написать так, чтоб минимум изменений в клиенте сделать. Скажу сразу - добиться этого не получилось, т.к. архитектуру местами пришлось сильно переделывать.
24 мар 06, 14:05    [2486516]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить