Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 4 5 6 7 8 9 10 11 [12] 13   вперед  Ctrl
 Re: Ни на что не похожая БД  [new]
Vladimir Baskakov
Member

Откуда:
Сообщений: 2006
(грустно) Ученые открыли секрет долголетия ежей. Выяснилось, что никакого секрета нет. Да и живут эти милые зверюшки совсем недолго....
2 сен 11, 18:44    [11220563]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
DirksDR
Member

Откуда: Пермь
Сообщений: 340
Если заглянуть на сайт разработчика, то станет понятно, что язык, заложенный в фреймворк, работает с объектами.
Видимо, под работу с объектами и понадобилось разрабатывать свою СУБД с переменным числом атрибутов в записи.
Поэтому переписать фреймворк на работу с РСУБД, как советуют некоторые товарищи, вряд ли получится.
Архитектура действительно своеобразная, и можно даже придумать задачи, для которых она будет наилучшей. Какие-нибудь многовариантные расчеты, требующие большого объема данных.
Если Инересующуюся_мнением все же убедили, что неправильно тащить базу на клиента, пусть рассмотрит уже помянутый недобрым словом в этом топике mumps (Cache, GT-M). На глобалях mumps (кстати они есть В-дерево в чистом виде) в каждом узле можно хранить переменное число атрибутов.
6 окт 11, 15:32    [11395663]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
artemana
Member

Откуда: Днепропетровск
Сообщений: 1929
интересующаяся_мнением,

я прочитал полностью только статью по ссылке на первой странице и саму первую страницу. Остальное не читал, так как по своему опыту примерно догадываюсь, что там написано. Вот Вам моем мнение по поводу особенностей БД "Викта".

1.
Архитектура при которой данные центральной базы тиражируются на клиентские компьютеры действительно позволяет добиваться высокой производительности в ИС класса ERP. Мы сами долгое время занимаемся такими системами, и пришли к такому же варианту решения, реализовали его, и по своей практике оценили на 5+. Вот материалы.. У нас другой принцип обновления, и есть поддержка SQL, но это детали. Главная идея – локальный копии данных - одинакова.

Но! Высокой производительности многопользовательских ИС можно достигать и другими средствами - правильное проектирование и программирование, кластерные SQL-сервера, мощные аппаратные ресурсы. Большинство так и привыкли делать. И на их стороне стоят их успешные проекты, и вникать в "революции" до тех пор пока о них не объявит крупный вендор с мировым именем они не будут.

2.
Хранимые агрегаты, рассчитываемые аккуратно по приращениям, - это тоже из нашей успешной практики. Но этот примём встречается в других практиках настолько часто, что его нужно называть не уникальным, а обыкновенным правильным решением для БД ERP .

3.
Выигрыши от использования потокового файл,, в который любые изменения пишутся в конец, сильно преувеличены или даже ошибочны. Версионная архитектура реализуется и без таких крайностей.
В том числе. Диагностика конфликтов обновление, приведенного в статье, имеет старое и древнее решение для любых систем и без всяких блокировок. Ведь у любого клиента БД имеется копия записи до редактирования и он может использовать ее для проверки неизменности данных другим пользователем.
7 окт 11, 14:35    [11402362]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
Random_Goodman
Member [заблокирован]

Откуда:
Сообщений: 3708
Нельзя хранить всю базу у клиентов. Это вопиющее нарушение всех принципов безопасности доступа к данным. На этом точка.
12 окт 11, 17:40    [11428970]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
artemana
Member

Откуда: Днепропетровск
Сообщений: 1929
Random_Goodman
Нельзя хранить всю базу у клиентов. Это вопиющее нарушение всех принципов безопасности доступа к данным. На этом точка.


Зачем так категорично? Никто и не говорит, что нужно хранить всю базу на каждом клиенте.

Вот рассуждения об информационной безопасности для такого подхода.

Кратко:
1. Локальные данные содержать только ту часть центральной БД, которая разрешена пользователю данного рабочего места.
2. Локальные данные располагаются на зашифрованном разделе локального диска.

Таким образом:
1.Кража локальных файлов самим пользователем корпоративного приложения бессмысленна. Вся определенная ему информация и так ему доступна, ведь он работает с ней через приложение. А все ‘для него секреты’ не поступают в его локальные хранилища.
2. Кража локальных файлов другим пользователем, имеющим доступ к компьютеру с приложением, но не знающим пароля не возможна из за локального шифрования.

Оспорьте приведенные тезисы, или скажите свои. Точку поставить всегда успеем.
12 окт 11, 18:11    [11429223]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
Random_Goodman
Member [заблокирован]

Откуда:
Сообщений: 3708
Автор четко сказала, что в случае падения сервера любая из АРМ может им стать, достаточно проставить флажок. Таким образом, это даже не облако. Это растиражированная по клиентам БД.
13 окт 11, 09:17    [11431310]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
Random_Goodman
Member [заблокирован]

Откуда:
Сообщений: 3708
автор
Кража локальных файлов другим пользователем, имеющим доступ к компьютеру с приложением, но не знающим пароля не возможна из за локального шифрования.

шифрование - не проблема, если знаешь ключ, а ключ у всех и так есть, иначе нельзя было бы "проставить флажок".
13 окт 11, 09:19    [11431315]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
artemana
Member

Откуда: Днепропетровск
Сообщений: 1929
Random_Goodman
автор
Кража локальных файлов другим пользователем, имеющим доступ к компьютеру с приложением, но не знающим пароля не возможна из за локального шифрования.

шифрование - не проблема, если знаешь ключ, а ключ у всех и так есть, иначе нельзя было бы "проставить флажок".

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

Random_Goodman, да, у автора говориться, что локальная копия - это полная копия БД. Это нужно рассматривать только как недостаток отдельной реализации. Недостаток этот относительно легко устраним (смотри мои ссылки на нашу систему) и он не ставит точку ;) в развитии идеи локальных файлов в целом.

Ключом к решению проблем безопасности является формирование усеченной локальной копии БД.

И еще.
+

Нахождение и правильная реализация действенных критериев усечения строк и столбцов таблиц в локальных или сетевых копиях обеспечит построение информационно безопасных и при этом высокопроизводительных по скорости приложений. Выигрыш достигается за счет того, что решение о доступности данных конкретной записи или поля приниматься один раз, в момент помещения их в копию. При последующем выполнении различных читающих операций по локальным хранилищам, ни записи таблиц, ни значения полей не подвергаются проверкам на доступность, так как запрещенные данные там отсутствуют. Решение такого уровня не может быть реализовано в рамках любой архитектуры, при которой данные не дублируются.
13 окт 11, 10:55    [11431896]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
tanglir
Member

Откуда:
Сообщений: 28966
artemana
Это гораздо проще, чем ковыряться в локальных файлах.
Гораздо проще тупо унести всю БД (и клиента) к себе домой/куда-нибудь ещё, а там уже делать с ней что заблагорассудится (в том числе и печатать отчёты/скриншотить экранные формы/...). Не?
artemana
Ключом к решению проблем безопасности является формирование усеченной локальной копии БД.
Это будет уже другая система, ведь смысл этой как раз в том, чтобы у всех было всё.
13 окт 11, 17:51    [11436577]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
artemana
Member

Откуда: Днепропетровск
Сообщений: 1929
tanglir
artemana
Это гораздо проще, чем ковыряться в локальных файлах.
Гораздо проще тупо унести всю БД (и клиента) к себе домой/куда-нибудь ещё, а там уже делать с ней что заблагорассудится (в том числе и печатать отчёты/скриншотить экранные формы/...). Не?

Можно сделать так, что приложение без связи с центральной БД не захочет работать ни у кого дома. Например, одна часть ключа шифрования вводится пользователем, а другая часть берется с сервера. Его конечно можно сковырнуть, но это уже гораздо сложнее чем укарсть информацию из самой системы. Ведь там: интуитивно понятный интерфейс, широкие возможности, гибкость ... ;)

tanglir
artemana
Ключом к решению проблем безопасности является формирование усеченной локальной копии БД.
Это будет уже другая система, ведь смысл этой как раз в том, чтобы у всех было всё.


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

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

Был бы автор, он бы наверное подтвердил.
13 окт 11, 18:37    [11436937]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
tanglir
Member

Откуда:
Сообщений: 28966
artemana

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


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

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

Был бы автор, он бы наверное подтвердил.
https://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=876584&msg=11202309
Цитата от разработчика:

"Я не признаю систему, которую можно выключить централизованно. В живом мире система должна сохранять признаки жизни, даже если более 50% ее уничтожено".
На эту тему, разработчики очень любят рассказывать байку о том, как у них в лихие девяностые тупо поперли все компы, на которых была установлена их бухгалтерия. База сохранилась на компе в соседней комнате, до которого не добрались :)

Как вам такая точка зрения?
Т.е. смысл как раз в том, чтобы любая станция могла работать сервером, а для этого (очевидно) необходимо, чтобы на каждой станции было всё.
13 окт 11, 19:16    [11437081]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
artemana
Смысл же в том, что бы каждый мог выполнить большинство своих читающих операций без обращения у центральному серверу. Для нужд безопасности, не более и не менее, было бы неплохо, чтобы эти операции выполнялись бы на усеченном наборе данных, сформированном индивидуально для групп пользователей (ролей).

Был бы автор, он бы наверное подтвердил.

сейчас подумал - если база копируется на клиентские машины, то в принципе она небольшая - десяток-другой гигабайт максимум
соответственно и читать там можно немного
раз движок доморощенный, то вряд ли там есть сложные запросы
отсюда получается, что смысла то в такой СУБД и нет - простые запросы небольших данных занимают небольшую часть нагрузки обычных СУБД
13 окт 11, 19:24    [11437113]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
mayton
Member

Откуда: loopback
Сообщений: 52919
Мне эта СУБД напоминает пиринговую сеть. Очень хороша для аналитики
и отчётов по историческим данным. Но все что касается OLTP скорее
всего "идёт лесом".
13 окт 11, 19:29    [11437126]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
artemana
Member

Откуда: Днепропетровск
Сообщений: 1929
tanglir
Как вам такая точка зрения?
Т.е. смысл как раз в том, чтобы любая станция могла работать сервером, а для этого (очевидно) необходимо, чтобы на каждой станции было всё.[/quot]
Через край. Для надежной защиты от ударов судьбы, нужно иметь резевры ресурсов, в том числе горячие, в гораздом меньше количестве чем количество пользователей. Желательно так же часть резервов иметь не в том месте где сидять пользователи, а то в случае (не дай бог!) разрушения здания заводоуправления ни одну из 30 копий востановить не удасться. Вообщем копий много, толку мало.
13 окт 11, 19:31    [11437131]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
Dimitry Sibiryakov
Member

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

mayton
Мне эта СУБД напоминает пиринговую сеть.

Она была бы таковой если бы вообще не имела выделенного сервера и каждая станция напрямую
работала с остальными. Но тут сервер таки есть...

Posted via ActualForum NNTP Server 1.4

13 окт 11, 19:36    [11437150]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
artemana
Member

Откуда: Днепропетровск
Сообщений: 1929
mayton
Мне эта СУБД напоминает пиринговую сеть. Очень хороша для аналитики
и отчётов по историческим данным. Но все что касается OLTP скорее
всего "идёт лесом".

Это работает. И разработчики БД "Викта" и мы занимаемся именно OLTP системами, и давно.
Можно найти задачи, у которых ввод данных сопоставим с чтением данных, для таких задач архитектура локальных данных не подходит. Но в среднестатистической ERP-системе таких задач мизер. Как правло чтений на несколько порядков больше записи.
13 окт 11, 19:44    [11437184]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
artemana
Member

Откуда: Днепропетровск
Сообщений: 1929
SergSuper
сейчас подумал - если база копируется на клиентские машины, то в принципе она небольшая - десяток-другой гигабайт максимум
соответственно и читать там можно немного
раз движок доморощенный, то вряд ли там есть сложные запросы
отсюда получается, что смысла то в такой СУБД и нет - простые запросы небольших данных занимают небольшую часть нагрузки обычных СУБД

Локальные движки могут быть разными. В том числе, за счет специализации, превосходить серверные по производительности в определенном сегменте задач. Локальные движки могут быть сделаны на основе серверных и значит ни в чем не уступать им с точки зрения синтаксиса и производительности.

Но это детали. Главное. На мой взгляд, Вами спутаны понятия. Понятия сложный SQL запрос, с точки зрения синтаксического состава, и понятия тяжелый запрос, или большой набор мелких запросов, объединенных неким прикладным алгоритмом, - это разные понятия. Отсутствие первого плохо, но оно не означает отсутствие второго. То, что у разработчиков Викты нет под рукой синтаксиса современного стандарта SQL, или даже хоть какого то SQL, не значит, что у них низкие аппетиты к обработки данных. Аппетиты, в главной объеме, определяется прикладной задачей, а не средством.
13 окт 11, 20:17    [11437329]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
.ЛП
Guest
SergSuper
сейчас подумал - если база копируется на клиентские машины, то в принципе она небольшая - десяток-другой гигабайт максимум

SergSuper, да ну нафиг такие ужасы :)
Как представишь себе десяток гигабайт, бродкастящихся по клиентам при неумелом Update ФсяТаблица....
13 окт 11, 21:01    [11437510]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
artemana
...
Локальные движки могут быть разными. В том числе, за счет специализации, превосходить серверные по производительности в определенном сегменте задач. Локальные движки могут быть сделаны на основе серверных и значит ни в чем не уступать им с точки зрения синтаксиса и производительности.
вроде как заявляется что это некая СУБД, т.е. движок неспециализированный
понять что такое "локальный на основе серверного" не смог
artemana
Но это детали. Главное. На мой взгляд, Вами спутаны понятия. Понятия сложный SQL запрос, с точки зрения синтаксического состава, и понятия тяжелый запрос, или большой набор мелких запросов, объединенных неким прикладным алгоритмом, - это разные понятия. Отсутствие первого плохо, но оно не означает отсутствие второго.
но означает лишний геморрой для разработчиков
artemana
То, что у разработчиков Викты нет под рукой синтаксиса современного стандарта SQL, или даже хоть какого то SQL, не значит, что у них низкие аппетиты к обработки данных. Аппетиты, в главной объеме, определяется прикладной задачей, а не средством.

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

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

я снимаю шляпу перед людьми которые эту Викту разработали - действительно смело, труд колоссальный, понимаю что бросать жалко, да и не выгодно - но увы, это тупиковый путь, примерно как в наше время писать на ассемблере
13 окт 11, 22:35    [11437868]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
SergSuper
смысла то в такой СУБД и нет - простые запросы небольших данных занимают небольшую часть нагрузки обычных СУБД

"Обычные СУБД" типа Скуля, Оракла поддерживают распределенные БД, в том числе и с помощью репликаций. Потому "такая СУБД", скорей всего, не несет ниче нового против "обычных СУБД". Возможно еще и уступает в этом обычным. Оракл, к примеру, с 10 версии приписывает к наименованию "g" - Грид, как бы претендуя на предоставления широкие возможностей для "распределенности".
Возможно, здесь не в СУБД дело, а в решениях использования распределенных БД по "клиентам" (которые, на, самом деле, возможно теперь по совместительству оказываются и серверами), вместо нескольких выделенных серверов, надежных сетей и т.д. Но и в этом случае ничего нового. Например, в системах с записывающими устройствами решения с возможностью автономной записи на случай потери связи с сервреом давно юзаются.
Када-то Чал сказал: "Бяда с ключами в РМД". Но на, самом деле, возможно, пока "бяда с инновациями".
13 окт 11, 22:58    [11437958]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
artemana
Member

Откуда: Днепропетровск
Сообщений: 1929
SergSuper
artemana
...
Локальные движки могут быть разными. В том числе, за счет специализации, превосходить серверные по производительности в определенном сегменте задач. Локальные движки могут быть сделаны на основе серверных и значит ни в чем не уступать им с точки зрения синтаксиса и производительности.
вроде как заявляется что это некая СУБД, т.е. движок неспециализированный
понять что такое "локальный на основе серверного" не смог

В архитектуре локальных копий это означает, что данные локальной копии находятся под управлением той же СУБД, что и данные центральной БД. Грубо говоря, на клиенте установлен такой же программный сервер, как и на центральном компьютере сервере.

SergSuper
artemana
Но это детали. Главное. На мой взгляд, Вами спутаны понятия. Понятия сложный SQL запрос, с точки зрения синтаксического состава, и понятия тяжелый запрос, или большой набор мелких запросов, объединенных неким прикладным алгоритмом, - это разные понятия. Отсутствие первого плохо, но оно не означает отсутствие второго.
но означает лишний геморрой для разработчиков


Согласен. Но поймите меня правильно, я, увидев систему с такой же архитектурой как у нас, поддерживаю именно архитектуру. То, что в данной конкретной реализации Викты отсутствует SQL, и на каждом клиенте полная копия данных - это ее недостатки. Я их не оспариваю, а лишь указываю на то, что они легко могут быть устранены и не могут приводиться как аргументы против архитектуры локальных копий в целом.

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

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

Едут в купе Медведь, Волк, Лиса и Заяц. Заяц горланит песню:
- Мы едем, едем, едем, в натуре три вагона,
- Мы едем, едем, едем, в натуре три вагона…
Лиса:
- Слышь, Заяц, достал уже орать!!!
- Хочу и ору!!!
- Пошли выйдем?
- Пошли…
Выходят, из-за двери раздаются страшные звуки потом заходит Заяц, за ним
зверски избитая Лиса. Заяц дальше поет:
- Мы едем, едем, едем, в натуре три вагона,
- Мы едем, едем, едем, в натуре три вагона…
Волк:
- Заяц, тебе же сказали – кончай орать!!!
- Че, выйдем?
Выходят, опять страшные звуки, снова первый заходит Заяц, за ним побитый
Волк.
Заяц опять петь:
- Мы едем, едем, едем, в натуре три вагона,
- Мы едем, едем, едем, в натуре три вагона…
Медведь:
- Ну че косой, может и со мной выйдешь?
Лиса Медведю шепотом:
- Не ходи Миша, их в натуре три вагона едет…

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

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

Опять же, я говорю об архитектуре в целом, учитываю то, что реализация может быть другой (наш сайт я давал).
Терминальные системы являются альтернативным решением для распределенных систем! В единой ЛВС работать на них, это делать плохо пользователям во благо админов. У терминальных систем, для задачи распределенности, есть критический потолок, они не могут обеспечить работу при отсутствии соединения.
14 окт 11, 11:11    [11439414]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
artemana
Терминальные системы являются альтернативным решением для распределенных систем!
нет, не альтернативным
всё именно идет к тому что будет либо вэб-интерфейс, либо терминал
artemana
В единой ЛВС работать на них, это делать плохо пользователям во благо админов.
что плохого то? пользователи подчас и не подозревают что они "сидят в матрице"
artemana
У терминальных систем, для задачи распределенности, есть критический потолок, они не могут обеспечить работу при отсутствии соединения.
а компьютеры не могут работать без электричества, но это же не повод переходить на счеты

Сообщение было отредактировано: 14 окт 11, 11:31
14 окт 11, 11:28    [11439572]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
artemana
Member

Откуда: Днепропетровск
Сообщений: 1929
SergSuper
artemana
Терминальные системы являются альтернативным решением для распределенных систем!
нет, не альтернативным
всё именно идет к тому что будет либо вэб-интерфейс, либо терминал

Как и куда все пойдет, сказать не берусь. Но то, что архитектура с локальной копией данных вполне эффективна, и обладает рядом преимуществ, как с точки зрения производительности, так и надежности для меня является доказанным фактом.
SergSuper
artemana

В единой ЛВС работать на них, это делать плохо пользователям во благо админов.
что плохого то? пользователи подчас и не подозревают что они "сидят в матрице"

Зачастую тормозит. Уравниловка. Мощности локальных машин есть, но не используются.

SergSuper
artemana

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

Но, это вполне себе повод установить резервный генератор.

Есть программные решения, обеспечивающие поддержку бизнеса при отсутствии соединения с центральным офисом. Считаете, что связь у Вас не пропадет никогда?, ну тогда будьте готовы какое то время поработать на счетах.
14 окт 11, 11:56    [11439858]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
SergSuper
такая технология - это шаг куда-то назад

Ну моно даже уточнить куда: к файловым систем. Т.е. тому что было до появления БД. В фаловых именно так и было там хде клиенты там и проги. В противовес этому термин База в БД как бы происходит предполагает "базирование" всех данных предприятия в центре.
Но они вилдимо расчитывают на Гегелевское Отрицание Отрицания, т.е. это возврат к старому, но типа на новом уровне. Ну типа диалектика такая типа развития.
Однако, в виду отсутсвия новизны, в частности из-за того что файл-сервеные СУБД вседа на клиенте, то развиятия, возможно, и нет. Возможно это шаг назад, но там хде вперед проход затруднен.
14 окт 11, 12:09    [11439987]     Ответить | Цитировать Сообщить модератору
 Re: Ни на что не похожая БД  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
artemana
SergSuper
пропущено...
а компьютеры не могут работать без электричества, но это же не повод переходить на счеты

Но, это вполне себе повод установить резервный генератор.

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

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

а что - у Вас и правда стоит генератор, готовый автоматически включится в сеть? ну вот не верю, в лучшем случае юпс, который час -другой продержит, если его еще периодически проверяют
14 окт 11, 12:20    [11440073]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 4 5 6 7 8 9 10 11 [12] 13   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить