Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: 1 2 3 4 5      [все]
 InterBase и SQL2000. Что-же выбрать?  [new]
DUGER
Member

Откуда:
Сообщений: 45
Пытаюсь выбрать СУДБ для внутреннего проекта организации на 10 юзеров, порядка 20 таблиц, 1000 000 записей. Выбор между InterBase и SQL2000
У IB "-":
1) нет логов транзакций
2) безопасность только на уровне сервера, а не базы.
"+":
отличная библиотека компонент FIBPlus для Delphi

У 2000 "+":
1) есть логи транзакций
2) с безопасностью порядок
"-"
доступ чз ADO ( очень уступает в сравнении с FIBPlus для Delphi)

может кто-нить ещё что добавить? или посоветовать?
9 авг 04, 14:39    [868795]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
avlih
Member

Откуда: Мурманск
Сообщений: 148
firebird бесплатен.
9 авг 04, 14:41    [868802]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
defecator
Member

Откуда:
Сообщений: 39885
Для SQL2000 тоже есть компоненты, и очень неплохие:
SQLDirect, SDAC.

Но я бы выбрал SQL2000, все ж промышленный сервак, а не какая-то хрень. Хотя InterBase использую в небольших приложениях.
9 авг 04, 14:42    [868811]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
avlih
Member

Откуда: Мурманск
Сообщений: 148
defecator
Для SQL2000 тоже есть компоненты, и очень неплохие:
SQLDirect, SDAC.

Но я бы выбрал SQL2000, все ж промышленный сервак, а не какая-то хрень. Хотя InterBase использую в небольших приложениях.

насчет хрене это вы серъезно или неподумавши?
9 авг 04, 15:03    [868884]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
ScareCrow
Member

Откуда: Белый город
Сообщений: 17472
ну тогда уж лучьше не IB a Firebird.. а лога транзакций у нее нет потому как версионник оно... ;) и не факт что наличие лога это такой большой плюс...
9 авг 04, 15:39    [869017]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
DUGER
Member

Откуда:
Сообщений: 45
"версионник" это для разных откатов... Я же говорил про логи по которым мона накатить базу с последнего полного бэкапа до текущего состояния
9 авг 04, 15:45    [869039]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
avlih
Member

Откуда: Мурманск
Сообщений: 148
а sql2000 будет ставиться с диска за 70 руб. если нет, то многое зависит от финансирования, а не от техническое стороны.
9 авг 04, 15:56    [869089]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
Сергей Тихонов
Member

Откуда: Киев
Сообщений: 787
avlih
firebird бесплатен.
MSDE в принципе тоже...
9 авг 04, 18:46    [869672]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
DUGER
Member

Откуда:
Сообщений: 45
Вопроса финансирования нет, тк есть и 2000 и тот же Firebird. Вопрос только с технической точки зрения. Ещё один "+" за IB это отличный инструмент IBExpress. чего не скажешь про Интерпрайз Манагер SQL2000.
10 авг 04, 06:41    [870156]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
f_w_p
Member

Откуда:
Сообщений: 1603
DUGER
Ещё один "+" за IB это отличный инструмент IBExpress. чего не скажешь про Интерпрайз Манагер SQL2000.

IBExpress? М.б. имелся ввиду IBExpert? Так вот ребята взяли за основу EM из MSSQL6.5, а затем планомерно его улучшали. А в MS от 6.5 к 2000 только ухудшили. Но это субъективно.

DUGER
1) нет логов транзакций
2) безопасность только на уровне сервера, а не базы.

1)Ну какие м.б. логи у версионника?
2)Это что имеется ввиду?
10 авг 04, 08:06    [870204]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
f_w_p
Member

Откуда:
Сообщений: 1603
defecator
Но я бы выбрал SQL2000, все ж промышленный сервак, а не какая-то хрень. Хотя InterBase использую в небольших приложениях.

А что есть " в небольших приложениях"? Если не секрет. И что есть "в больших", для к-рых только MSSQL2000?
10 авг 04, 08:11    [870206]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
avlih
Member

Откуда: Мурманск
Сообщений: 148
Сергей Тихонов
avlih
firebird бесплатен.
MSDE в принципе тоже...

"-" ограничения по пользователям и размеру базы. так что здесь надо считать.
10 авг 04, 08:13    [870208]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
DUGER
Member

Откуда:
Сообщений: 45
f_w_p
DUGER
Ещё один "+" за IB это отличный инструмент IBExpress. чего не скажешь про Интерпрайз Манагер SQL2000.

IBExpress? М.б. имелся ввиду IBExpert? Так вот ребята взяли за основу EM из MSSQL6.5, а затем планомерно его улучшали. А в MS от 6.5 к 2000 только ухудшили. Но это субъективно.

DUGER
1) нет логов транзакций
2) безопасность только на уровне сервера, а не базы.

1)Ну какие м.б. логи у версионника?
2)Это что имеется ввиду?


1) "версионник" это для разных откатов... Я же говорил про логи по которым мона накатить базу с последнего полного бэкапа до текущего состояния
2) то что базу мона скопировать и прочитать на любом серваке
10 авг 04, 09:04    [870268]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
Сергей Тихонов
Member

Откуда: Киев
Сообщений: 787
avlih
"-" ограничения по пользователям и размеру базы. так что здесь надо считать.
Давайте откровенно: размер БД тут не причем. Все дело ИМХО в том, что IB - это СУБД для рабочих групп и не имеет тех возможностей, которые есть у MSSQL, Oracle, DB2... И сравнение EM и IBExpert тут ни при чем. Я, например, вообще многие админ. вещи делаю с помощью QA и скриптов - так быстрее, чем кликать мышью в GUI...
10 авг 04, 10:13    [870442]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
avlih
Member

Откуда: Мурманск
Сообщений: 148
Сергей Тихонов
avlih
"-" ограничения по пользователям и размеру базы. так что здесь надо считать.
Давайте откровенно: размер БД тут не причем. Все дело ИМХО в том, что IB - это СУБД для рабочих групп и не имеет тех возможностей, которые есть у MSSQL, Oracle, DB2... И сравнение EM и IBExpert тут ни при чем. Я, например, вообще многие админ. вещи делаю с помощью QA и скриптов - так быстрее, чем кликать мышью в GUI...

Вопрос задан следующим образом:
DUGER
Пытаюсь выбрать СУДБ для внутреннего проекта организации на 10 юзеров, порядка 20 таблиц, 1000 000 записей.

Какое у вас определение рабочей группы? Просто я не помню, сколько пользователей может одновременно работать с msde, хватит ли ее на 10 человек? Искать лень.
10 авг 04, 10:20    [870459]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
DUGER
Member

Откуда:
Сообщений: 45
Сергей Тихонов
avlih
"-" ограничения по пользователям и размеру базы. так что здесь надо считать.
Давайте откровенно: размер БД тут не причем. Все дело ИМХО в том, что IB - это СУБД для рабочих групп и не имеет тех возможностей, которые есть у MSSQL, Oracle, DB2... И сравнение EM и IBExpert тут ни при чем. Я, например, вообще многие админ. вещи делаю с помощью QA и скриптов - так быстрее, чем кликать мышью в GUI...


2 Сергей Тихонов

не имеет каких возможностей ?
10 авг 04, 10:42    [870555]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
andsm
Member

Откуда: Москва
Сообщений: 1320
Блог
автор
Какое у вас определение рабочей группы? Просто я не помню, сколько пользователей может одновременно работать с msde, хватит ли ее на 10 человек?

Хватит.
10 авг 04, 11:48    [870818]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
alex_k
Member

Откуда: krasnoyarsk
Сообщений: 6695
а как же ограничение на 5 одновременных коннектов?
10 авг 04, 11:57    [870858]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
LSV
Member [заблокирован]

Откуда: Киев
Сообщений: 30817
Важнейший вопрос - масштабирование.
Через 3-4 года аппетиты вырастут и вам может не ИБ просто не хватить.
Для хранения данных ИБ ещё более-менее пригоден, но для анализа данных и сложных выборок - нет....ИМХО.
Если цель - только бесплатная СУБД, то или FB или MSDE (до 2Гб или MSExpressSQL-2005 до 4Гб) В любом случае переезд с MSDE на EM абсолютно
прозрачен, чего не скажешь даже про переезд ИБ на другую её версию.
Администрирование и наличие вспомогательных сервисов - тоже вопрос немаловажный. В ИБ этого почти нет.
Репликации, джобы, ДТС, рестори на нужное время - это всё не про ИБ. :)
Доступ АДО не есть "-" ! Для Делфи берите SDAC. Он даже круче, чем FIB+ ИМХО
10 авг 04, 12:01    [870864]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
Сергей Тихонов
Member

Откуда: Киев
Сообщений: 787
DUGER
2 Сергей Тихонов

не имеет каких возможностей ?
Enterprise-возможностей...

ЗЫ
Я против IB ничего не имею. Но факт остается фактом: для баз масштаба предприятия (корпорации) он не подходит. Но это так, к слову. Топик-то не об этом ;-) ...
10 авг 04, 16:03    [871825]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 33000
Сергей Тихонов
DUGER
2 Сергей Тихонов
не имеет каких возможностей ?
Enterprise-возможностей...

Я против IB ничего не имею. Но факт остается фактом: для баз масштаба предприятия (корпорации) он не подходит. Но это так, к слову. Топик-то не об этом ;-) ...
Отложи в сторону штампы маркетологов.
кАнкретнА - КАКИХ именно возможностей?
10 авг 04, 16:39    [871986]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
Серега
Member

Откуда:
Сообщений: 887
Мимопроходящий
кАнкретнА - КАКИХ именно возможностей?

Мне бы наверное не хватило возможности восстанавливать БД на "за секунду до облома". Как ни хвалят самовосстанавливаемость ИБ, но базы иногда рушатся конкретно.
10 авг 04, 17:04    [872083]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
Мимопроходящий
Member

Откуда: бурятский тундрюк, эсквайр
Сообщений: 33000
Серега
Мимопроходящий
кАнкретнА - КАКИХ именно возможностей?

Мне бы наверное не хватило возможности восстанавливать БД на "за секунду до облома". Как ни хвалят самовосстанавливаемость ИБ, но базы иногда рушатся конкретно.
Сдуру можно и Буй сломать (С)
Ты собираешься реализовать то, что тут некоторые называют словом "Enterprise", на помоечном железе?
Если железо нормальное, то вероятность поломки что IB, что MSSQL равноценны.
И наличие лога, или же его отсутствие, особой роли не играет.

ЗЫ: на FireBird 1.5 лог реализовать довольно просто.
10 авг 04, 18:35    [872401]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
Серега
Member

Откуда:
Сообщений: 887
Мимопроходящий
Сдуру можно и Буй сломать (С)
Ты собираешься реализовать то, что тут некоторые называют словом "Enterprise", на помоечном железе?
Если железо нормальное, то вероятность поломки что IB, что MSSQL равноценны.


Я отвечал больше теретически в ответ на связочку

Но факт остается фактом: для баз масштаба предприятия (корпорации) он не подходит
кАнкретнА - КАКИХ именно возможностей?

С МС СКЛ не работал не скажу. А на Оракле приходилось делать восстановление на "за секунду". Штатными средствами. А железо, даже самое прогрессивное, иногда ломается.
10 авг 04, 18:51    [872440]     Ответить | Цитировать Сообщить модератору
 Re: InterBase и SQL2000. Что-же выбрать?  [new]
Сергей Тихонов
Member

Откуда: Киев
Сообщений: 787
Мимопроходящий
Отложи в сторону штампы маркетологов.
кАнкретнА - КАКИХ именно возможностей?

  • секционирование
  • материализованные представления
  • оптимизатор запросов (тут IB отдыхает по сравнению с MSSQL)
  • репликация (что-то не припомню, чтобы у IB она была)
  • параллелизм в запросах
  • поддержка VLDB
  • OLAP
  • трансформация/импорт/экспорт данных - так как он в MSSQL реализован.
  • возможности бэкапирования - дифф.бэкап, бэкап файловых групп, файлов...
  • непомню - есть или нет у IB счетчики производительности
  • failover

    Думаю, достаточно...?
  • 10 авг 04, 20:43    [872587]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    S.G.
    Member

    Откуда: cartoon network
    Сообщений: 30611
    Относительно Firebird, на форуме говорилось о работающей базе размером в 10GB; а также об успешных тестах на подключение 250 юзеров (в тестовой базе). Так что выражение "какая-то хрень" тут совершенно не к месту.

    Лично мне в Firebird нравится именно неприхотливость: все что надо делать, это периодический бэкап/рестор. Для этого у нас я сделал программу, которая запускается каждый день в 19:00 и делает:
    - бекап
    - рестор во временный файл
    - компрессирование бекап-файла в zip-архив и стирание бекап-файла.
    Для осуществления "безопасности на уровне сервера и базы" наверное надо будет еще поставить пароль на архив, и не подпускать не-ауторизованных лиц к серверу ;) имхо, это самая лучшая политика безопасности.

    Относительно "быстрых восстановлений"- в Interbase/Firebird реализован механизм shadowing, то есть вторая копия базы, которая может быть на отдельном физическом диске (и с отдельным контроллером). При механическом повреждении первого диска, можно быстро начать работать shadow-базой. Наверное, можно себе представить ситуацию, когда одновременно сломаются и БД, и Shadow, но наверное также можно себе представить ситуацию, когда сломаны одновременно и БД, и лог-файл, у Oracle/MS-SQL.

    Относительно возможностей Firebird для анализа и сложных выборок- не знаю, наверное мне все время попадаются простые выборки ;)
    10 авг 04, 21:05    [872618]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    f_w_p
    Member

    Откуда:
    Сообщений: 1603
    S.G.
    Относительно Firebird, на форуме говорилось о работающей базе размером в 10GB; а также об успешных тестах на подключение 250 юзеров (в тестовой базе). Так что выражение "какая-то хрень" тут совершенно не к месту.

    Замечу, что это 10Г в FB. В других серверах БД м.б. в 2 раза больше при том же кол-ве данных.
    М.б. мне не везет, но я ни разу не встречался с задачами, в к-рых было бы данных террабайтами, а пользователей тысячами.
    11 авг 04, 08:01    [872919]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    avlih
    Member

    Откуда: Мурманск
    Сообщений: 148
    Сергей Тихонов
    Мимопроходящий
    Отложи в сторону штампы маркетологов.
    кАнкретнА - КАКИХ именно возможностей?

  • секционирование
  • материализованные представления
  • оптимизатор запросов (тут IB отдыхает по сравнению с MSSQL)
  • репликация (что-то не припомню, чтобы у IB она была)
  • параллелизм в запросах
  • поддержка VLDB
  • OLAP
  • трансформация/импорт/экспорт данных - так как он в MSSQL реализован.
  • возможности бэкапирования - дифф.бэкап, бэкап файловых групп, файлов...
  • непомню - есть или нет у IB счетчики производительности
  • failover

    Думаю, достаточно...?

  • а зачем это все для решения поставленной задачи. вы хоть на тему смотрите, когда пишете всякие умные слова.
    11 авг 04, 08:41    [872959]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    andsm
    Member

    Откуда: Москва
    Сообщений: 1320
    Блог
    alex_k
    а как же ограничение на 5 одновременных коннектов?

    Нет такого ограничения. В BOL сказано что одновременно могут выполняться 5 запросов. Если пользователей 10, то вероятность что потребуется выполнять одновременно более 5 запросов очень низкая.
    11 авг 04, 10:45    [873331]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    DUGER
    Member

    Откуда:
    Сообщений: 45
    Ещё одно уточнение: возможно в базе прийдётся хранить до 20-30 000 фотографий видимо в ввиде Блобов.
    11 авг 04, 10:48    [873342]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    S.G.
    Member

    Откуда: cartoon network
    Сообщений: 30611
    f_w_p

    М.б. мне не везет, но я ни разу не встречался с задачами, в к-рых было бы данных террабайтами, а пользователей тысячами.
    Я тоже, начитавшись "Сравнения СУБД" пытался найти большие БД, где- нибудь поблизости ;) Спросил у себя на предприятии (150 чел) - оказалось, что бухгалтерия, зарплата, склад- это примерно 3-5 MB каждая. То есть, ноль по меркам форума Спросил у знакомого в центральном банке - у них 3-4 GB (в центральном оффисе), 3-8000 транзакций в день, 30 раб. мест. То есть, нормальная БД по тем же меркам. (А мне казалось, что там должно было быть нечто оччень большое) Не знаю как обстоит дело с операторами мобильной связи- там наверное будет побольше.
    Выходит, что мой выбор (Firebird) теоретически позволяет мне разработать банковую систему

    DUGER
    возможно в базе прийдётся хранить до 20-30 000 фотографий
    это не проблема для любой СУБД из первой пятерки, imho.
    11 авг 04, 17:06    [875144]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    andsm
    Member

    Откуда: Москва
    Сообщений: 1320
    Блог
    f_w_p
    М.б. мне не везет, но я ни разу не встречался с задачами, в к-рых было бы данных террабайтами, а пользователей тысячами.

    Есть такие задачи. У меня в текущем проекте ~10000 пользователей (MSSQL2k, Windows-приложение, многозвенка), а в предыдущем проекте ожидаемый со временем размер БД ~1 Тб.
    11 авг 04, 18:50    [875510]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Сергей Тихонов
    Member

    Откуда: Киев
    Сообщений: 787
    avlih
    Сергей Тихонов
    Мимопроходящий
    Отложи в сторону штампы маркетологов.
    кАнкретнА - КАКИХ именно возможностей?

  • секционирование
  • материализованные представления
  • оптимизатор запросов (тут IB отдыхает по сравнению с MSSQL)
  • репликация (что-то не припомню, чтобы у IB она была)
  • параллелизм в запросах
  • поддержка VLDB
  • OLAP
  • трансформация/импорт/экспорт данных - так как он в MSSQL реализован.
  • возможности бэкапирования - дифф.бэкап, бэкап файловых групп, файлов...
  • непомню - есть или нет у IB счетчики производительности
  • failover

    Думаю, достаточно...?

  • а зачем это все для решения поставленной задачи. вы хоть на тему смотрите, когда пишете всякие умные слова.
    Меня спросили, я ответил... ;-))
    11 авг 04, 22:11    [875711]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Kocтя_1
    Guest
    А Sybase АСА чем плохо? Все есть и дешевле MSSQL
    11 авг 04, 22:50    [875738]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    michael_
    Member

    Откуда: Москва
    Сообщений: 600
    Kocтя_1
    А Sybase АСА чем плохо? Все есть и дешевле MSSQL

    А насколько дешевле?
    12 авг 04, 13:43    [877186]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Kostia_1
    Guest
    :) Normalnaja cena po evrope - 1099$ (Workgroups, server+10userov). eshop (Staty) - 999$. Eto bez supporta. Support ne obiazatelen. No ja tak ponial SybaseCIS imeet drugie ceny? Odin iz variantov - v Rossii ne otmenion nalog na import softa. Takoe dolgoe vremia bylo v Pribaltike i ece v neskolkih stranax. Togda, vozmozno cena v 1400$ i spravedliva.

    Nado takze nezabyvat, cto u Sybase ASA est i concurrent licenzii. Esli u menia 10 buhalterov, i tolko 3 postojanno rabotajiut s bazot - dostatocno 3 user licence. Cena - taze.
    12 авг 04, 14:29    [877414]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    CruelGenius
    Member

    Откуда:
    Сообщений: 486
    У меня есть знакомый программер. Сначала за не имением лучшего он писал на С++ + Btrieve v6.10. Затем совершенно логично переехал на Pervasive.SQL v80, но pervasive по сравнению с другими СУБД не очень. Он переехал на Sybase она ему очень понравилась, но с нее он все таки переехал на FireBird.
    Потому что она бесплатная. Можно конечно и Oracle купить рублей за 100, но у Соболя, который 1С ломал уже давно проблемы с ОБЭП, так что нет денег на хорошую СУБД типа Oracle лопай что дают - бесплатную и неплохую FireBird.
    На ней он написал з/п которая обсчитывает 10000 человек на промышленном предприятии ФГУП , бухгалтерию ( основные средства и тп. ), в общем все нормально.
    Ну кстати очень даже неплохие такие базы как mySQL, PostgresSQL. Но у них нет триггеров, операторов CASE ( который очень удобен ). Ну а на 10 человек с лимоном записей тем более лучше FB.
    У меня задача была по сопровождению %$&@*$^@%- другими словами не назовешь сопровождения базы- программки которая была написана в 1995 году на клиппере и работает до сих пор. Никто не ставил задач перехать на SQL , но сами подумайти что лучше написаь SQL запрос из 5-6 строк который считает 5-6 сек(и это без индексов, ключей, на помоечном сервере Win98 на котором второй программер ручками правит DBF файл ), или текст программмы на клиппере на 5-6 страниц которая делает тоже самое только за 15-20 минут, короче данные я конвертнуl за день программка VC++ 60 и ODBC, в базу FB 1.5 и переписал все отчеты. Oracle лучше стопудово, но администрирование ? Можно за пару дней перевести кучу отчетов под Oracle?
    Так что берите FB и юзайте. Дешево и сердито. Нет - бесплатно и сердито.
    Халява!
    А всякие FIB, ADO, зачем усложняь себе жизнь?
    Большое кол-во резултатов запросов можно перекачать без всякого написания кода в Excel, Word, IE ( это для особо тупых юзеров чтобы они не попортили результаты выводов и могли их только читать). Наконец через isql записать его просто в текстовый файл открыть его NotePad ом и распечатать.
    13 авг 04, 17:14    [881301]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    mv007
    Member

    Откуда:
    Сообщений: 10
    ----------------------------
    FB - бесплатен. Если Вы собираетесь продавать свои программы в России - это - большой плюс для заказчика.
    ----------------------------

    Масштабы предприятия...

    Блин, на каких предприятиях Вы работаете? На ВАЗе? Сто тысяч сотрудников? Возле каждого сотрудника стоит терминал с активным подключением, и он активно обновляет данные, а руководство пытается один быстрее другого сформировать сложнейшие выборки для отчетов?
    Мы на свою бедную FB нагрузили столько, что ей впору дымиться, а она только шуршит неслышно - и все довольны...

    Приходят парни/девки на работу, включают компы на весь день (не много, штук 30), грузят 2-3 приложения, с постоянным коннектом к FB, и все в основном пользуются справками. Ну, производственники активно вносят изменения. Ну, отделы продаж и сопровождения что-то там систематизируют. Разработчики на нее свой документооборот повесили (документы в базе хранят, чучмеки; между прочим, пришлось самим полнотекстовый поиск придумывать - вот еще один минус FB по сравнению с MS SQL (но там тоже не все просто для полнотекстового поиска в русском языке, да?)). И ничего. Каждое приложение перед вводом тестируется с имитацией возможной нагрузки, многократно превышающей расчетную. Думаю, если мы разрастемся до масштабов Microsoft :-), то, может, перейдем на какой - нибудь более мощный сервак. Но и там, думаю, рассчитывать придется собственную голову и аккуратность в проектировании приложений, а не на то, что Oracle все выдержит.

    А еще есть возможнось настройки конфигурации, выбора CS/SS, улучшения железа... Но самое главное - FB умеет делать все, что нам нужно. Почти. А то, что он не умеет, можно все равно сделать. Почти.
    13 авг 04, 20:21    [881665]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    eddie
    Member

    Откуда: пенза
    Сообщений: 275
    CruelGenius
    Ну кстати очень даже неплохие такие базы как mySQL, PostgresSQL. Но у них нет триггеров, операторов CASE ( который очень удобен ).
    кхе-кхе... в postgresql нет триггеров? а может view там тоже нет? :)
    17 авг 04, 12:21    [886694]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    IgorK
    Member

    Откуда: Краснодар
    Сообщений: 452
    Все эти возможности будут использоваться в проектах масштаба большого предприятия (корпорации).
    Зачем, например, дифф.бэкап, если полный делается в течение 5-10 сек., или параллелизм в запросах, если процессор 1 (а блокировки на select в MS?), или секционирование, если сервер 1 (ну можно на нескольких винтах организовать, но имхо - изврат) ?
    OLAP - имеет свою базу и в нее можно закачать и из IB.
    Из всего списка единственное - оптимизатор и вообще производительность MS вне конкуренции, хотя последние версии FB(Yaffil) здорово продвинулись.
    Мне, лично, в IB не хватает "межбазовых" запросов (это я их так называю), причем очень сильно. Очень удобно в одной базе держать все справочники, в других использовать.
    17 авг 04, 16:47    [888118]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    mv
    Member

    Откуда:
    Сообщений: 8876
    А MS пытается стать блокировочником (Юкон). Понимает.
    17 авг 04, 17:08    [888229]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    mv
    Member

    Откуда:
    Сообщений: 8876
    mv
    А MS пытается стать блокировочником (Юкон). Понимает.


    Тьфу, что это я? Версионником, конечно!
    17 авг 04, 17:09    [888234]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    DmitryS
    Member

    Откуда:
    Сообщений: 231
    DTS ещё забыт...
    23 авг 04, 16:07    [901763]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Зл0й
    Member

    Откуда: Северная Калифорния
    Сообщений: 686
    При выборе СУБД в первую очередь надо учитывать возможности резервного копирования и восстановления. А все остальное во вторую, третью пятую десятую. Что касается железа, то ломается все. В крупном американском банке, в DataCenter ребята из HP пасутся просто постоянно. SUNтехники приезжают регулярно, ибо преоблядяет Хьюлетт-Пакардная техника. В дисковом массиве из 150 дисков диск будет сыпаться раз в месяц. Такова реальная MTBF. Причем так сыпятся SCSI и FC-AL диски, а IDEшная срань сыплется еще чаще. RAID массивы и контроллеры тоже не спасают, как и multipathing. Ибо всегда найдется железяка, отказ которой приведет к необходимости восстановления с бэкапа и наката логов. Если такой фичи нет, то такую СУБД можно всерьез не рассматривать.

    Хотите халявную СУБД - берите MaxDB он же SapDB. Дешево и сердито.
    24 авг 04, 09:35    [902809]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    alex_k
    Member

    Откуда: krasnoyarsk
    Сообщений: 6695
    я вот одного не могу понять...
    неужели не может такого быть чтобы и файл логов тоже накрылся? неужели это 100% гарантия?

    или все же, все упирается в стоимость оборудования? чем дешевле тем больше шансов потерять данные....
    24 авг 04, 09:57    [902866]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Мимопроходящий
    Member

    Откуда: бурятский тундрюк, эсквайр
    Сообщений: 33000
    Зл0й
    Хотите халявную СУБД - берите MaxDB он же SapDB. Дешево и сердито.
    Ставлю ярлык: кизяк это.
    Посмотри статистику инсталляций оного.
    Поищи форумы по оной.
    Задумайся о распространённости...
    24 авг 04, 11:51    [903380]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    alex_k
    Member

    Откуда: krasnoyarsk
    Сообщений: 6695
    ну, они же вроде с MySQL интегрируются...
    24 авг 04, 11:59    [903428]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Мимопроходящий
    Member

    Откуда: бурятский тундрюк, эсквайр
    Сообщений: 33000
    alex_k
    ну, они же вроде с MySQL интегрируются...
    may be
    Помню, пару лет назад, SAP AG выбросил свою SapDB,
    именно из-за ничтожно малого количества инсталляций R-3 на ней.
    Сопровождать и тем более развивать, этот продукт SAP-у стало в тягость.
    Потому и отдали в "свободное плавание".
    24 авг 04, 12:08    [903473]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    alex_k
    Member

    Откуда: krasnoyarsk
    Сообщений: 6695
    ну не совсем свободное. я так понял что MySQL с ядром SAP DB стоит денюжек для перепродажи. То есть, если продаваемая прикладуха включает MaxDB придется отстегнуть...
    24 авг 04, 12:25    [903550]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Мимопроходящий
    Member

    Откуда: бурятский тундрюк, эсквайр
    Сообщений: 33000
    Мне всегда было интересно - какой же ж это нифиК MySQL, если у него ядро SAP DB ?..
    По поводу лицензий, то там ситуация двоежопая.
    Тут тебе и GNU GPL и коммерция.
    24 авг 04, 12:39    [903618]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    S.G.
    Member

    Откуда: cartoon network
    Сообщений: 30611
    alex_k

    неужели не может такого быть чтобы и файл логов тоже накрылся? неужели это 100% гарантия?

    Мне кажется, что принципиальное значение для быстрого восстановления имеет именно дублирование информации, и расположение дублей на разных физических устройствах. Вид же этого дублирования - log-файл для MSSQL, или shadow для Firebird, принципиального значения не имеет, то есть обе СУБД в этом смысле равноценны. Ну, может быть тот факт, что "теней" у FB может быть несколько, наклоняет чашу весов в его пользу ;) 100% гарантий конечно никто не дает, так как напр. пожар в серверной вполне может уничтожить и базу и логи, и т.д.
    24 авг 04, 12:50    [903666]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    ASCRUS
    Member

    Откуда: МО Электросталь
    Сообщений: 5994
    автор
    Ну, может быть тот факт, что "теней" у FB может быть несколько, наклоняет чашу весов в его пользу ;)

    Любой блокировочник может держать зеркальные копии БД и лога, так что никуда чаша весов не наклоняется :)
    24 авг 04, 14:35    [904218]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Пользователь
    Member [заблокирован]

    Откуда:
    Сообщений: 11363
    S.G
    . Вид же этого дублирования - log-файл для MSSQL, или shadow для Firebird, принципиального значения не имеет, .

    А можно вопрос для непосвященных (то есть для меня):
    в логе я могу на каждую секунду назад откатить,
    а в shadow - я могу такое проделать?
    И если я своей прогой базу сломал - руками то есть - как поможет shadow ?
    24 авг 04, 15:42    [904557]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Мимопроходящий
    Member

    Откуда: бурятский тундрюк, эсквайр
    Сообщений: 33000
    Пользователь
    S.G
    . Вид же этого дублирования - log-файл для MSSQL, или shadow для Firebird, принципиального значения не имеет, .

    А можно вопрос для непосвященных (то есть для меня):
    в логе я могу на каждую секунду назад откатить,
    а в shadow - я могу такое проделать?
    И если я своей прогой базу сломал - руками то есть - как поможет shadow ?
    Заипали вы своими логами, ей богу...
    Пафффтаряю! Для упёртых. На Firebird лог реализуется в пол-пинка.
    Для ленивых есть готовые продукты, его реализующие.
    Если сильно жмёт - брать и юзать.
    24 авг 04, 17:05    [904891]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    S.G.
    Member

    Откуда: cartoon network
    Сообщений: 30611
    Пользователь

    А можно вопрос для непосвященных (то есть для меня):
    в логе я могу на каждую секунду назад откатить,
    а в shadow - я могу такое проделать?
    Нет, наверное. Мне тоже интересно- а каков смысл в этом действии? Скажем, откатить на полчаса назад. Зачем? Я не придираюсь, просто не могу себе представить такую необходимость.
    Пользователь
    И если я своей прогой базу сломал - руками то есть - как поможет shadow ?
    Увы, не поможет. С другой стороны, мастер "золотые руки" обязан также уметь ломать лог вместе с базой ;)


    DUGER, ну вы выбрали СУБД? В конце концов, должен же быть результат спора :)
    24 авг 04, 22:19    [905386]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Зл0й
    Member

    Откуда: Северная Калифорния
    Сообщений: 686
    Насчет накатки логов фишка вот какая:
    Если "наелся" девайс на котором находятся логи, то накатить их, естественно не удастся. Ибо нельзя накатить то, чего нет :( Поэтому логи обычно сначала пишутся на RAID-массив типа 1+0, доступ к которому имеется через несколько контроллеров (multipathing), а оттуда эти логи пишутся на ЛЕНТУ. Соответственно временной промежуток втечение которого может случиться "попадалово", да и вероятность оного невелики. Это одна из тех фишек которые позволяют DBA спокойно спать по ночам. Соответственно работать с СУБД у которой отсутствует такой механизм как "point in time recovery" мне лично не хочется.

    Понятно что существуют всевозможные "приблуды" позволяющие приклячить логи к СУБД или вообще к приложению. Например MQ и большинство TP-мониторов позволяют писать логи транзакций. Вопрос философский: а нафига мне к СУБД (которая вроде-как должна уметь транзакции обрабатывать) еще отдельный "постановщик в очередь" или монитор транзакций? Зачем мне тогда вообще такая СУБД? И как СУБД будет дружить с этой "приблудой" пишущей логи еще "бабка надвое сказала". Придется все очень плотно тестировать, чтобы потом избежить "сюрпризов" при восстановлении. В общем лишний компонент - это всегда лишний головняк по его интеграции. ИМХО обработка транзакций, логи, обеспечение "горячих" бэкапов есть функции СУБД. И она их должна обеспечивать. А иначе это не СУБД а непонятно что.

    Что касается лазить взад-вперед по времени, то В Оракле есть такая фича как flashback query. Позволяет лазить назад настолько, насколько хватает rollback segment'ов. Полезно когда из-за ошибки в скрипте "убил" нужные данные. Если воврема спохватился - можно "вернуть назад". Теоретически такое можно реализовать в любой СУБД, не обязательно версионнике, были бы логи транзакций. Только в версионнике оно скорее всего будет быстрее работать ибо логи обычно не сильно заточены под лазание по ним взад-вперед.
    25 авг 04, 03:03    [905489]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    roman74
    Member

    Откуда: Komsomolsk-na-Amure
    Сообщений: 200
    Прочитал статью, что нельзя к InterBase логиниться разными способами -
    сломается база. Так это если кто неправильно залогинится , то сломает мою базу?
    26 авг 04, 02:03    [908625]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    alex_k
    Member

    Откуда: krasnoyarsk
    Сообщений: 6695
    roman74
    Прочитал статью, что нельзя к InterBase логиниться разными способами -
    сломается база. Так это если кто неправильно залогинится , то сломает мою базу?

    я думаю ты говоришь про доступ к одному физическому файлу по разным путям.
    По всей видимости это так, однако - админ пусть такого не делает. Для любой базы есть пути чтобы ее сломать, однако на то дба, чтобы эти пути закрывать.
    26 авг 04, 03:31    [908633]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Владимир П.
    Member

    Откуда: Екатеринбург
    Сообщений: 443
    alex_k
    roman74
    нельзя к InterBase логиниться разными способами -
    сломается база.

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

    Речь идет о том, что нельзя одновременно цепляться по локальному пути и по сетевому протоколу. Правильно - это использовать TCP/IP, даже если сервер и клиент на одной и той же машине.

    И вроде бы, в современных версиях FireBird это исправили.
    26 авг 04, 07:59    [908740]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    roman74
    Member

    Откуда: Komsomolsk-na-Amure
    Сообщений: 200
    Еще глупый вопрос но по MS SQL. Ведь чтобы восстановить за секунду до поломки то и бэкапы логов надо делать каждую секунду? или туплю?
    30 авг 04, 12:15    [917545]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Рыжий Кот
    Member

    Откуда: Мягкий Диван; [забанен] Рустамом; [разбанен] П02;
    Сообщений: 21678
    Не тупишь. Для этого нужны зеркальные диски. Это самый лучший способ при аппаратных сбоях.

    Картинка с другого сайта.
    30 авг 04, 13:34    [917938]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    defecator
    Member

    Откуда:
    Сообщений: 39885
    Давайте отбросим техническую сторону,
    так как можно долго ломать копья на предмет
    "а вот в MSSQL круче XXX, а в FB - YYY".

    1. Как вы думаете, господа,
    почему в мире есть СУБД, которые называются "промышленные" ?
    Из-за чего такая приставочка есть у Oracle, MSSQL, DB2, Sybase
    и почему такой приставочки нет у IB/Firebird/Yaffil ?
    Маркетинг тут ни при чем (почти).

    2. За MSSQL стоит КОРПОРАЦИЯ, которая этот продукт разработала,
    а не группа энтузиастов, которым это дело можен наскучить в одночасье,
    и все - ни новых версий, ни техподдержки. Аминь.
    Вероятность того, что M$ развалится или забросит свой продукт,
    очень невелика.

    Для меня лично наиболее важными критериями
    при выборе СУБД являются (в порядке убывания важности):
    1. Надежность
    2. Наличие техподдержки
    3. Производительность
    4. Цена.

    FB/Ya отвечает только пункту 4.
    Для меня вывод однозначен.
    30 авг 04, 17:00    [919105]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Dedushka Mazai
    Member

    Откуда:
    Сообщений: 959
    я бы тоже (да и ещё очень многие, наверное) хотел, чтобы пункт 4 был именно пунктом 4, а не 1 или 2.
    30 авг 04, 17:26    [919252]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Лох Позорный
    Member

    Откуда:
    Сообщений: 9898
    2 Дедушка
    автор топика
    10 юзеров, порядка 20 таблиц, 1000 000 записей

    бесплатный MSDE ему в руки
    30 авг 04, 17:53    [919397]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Мимопроходящий
    Member

    Откуда: бурятский тундрюк, эсквайр
    Сообщений: 33000
    defecator
    Как вы думаете, господа,
    почему в мире есть СУБД, которые называются "промышленные" ?
    Не пести, дарахой!
    Дай апретеление "прамышленнннности". Тока не сваё. А "прамышленное".
    Например ISO, или ANSI.
    30 авг 04, 18:03    [919452]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    nik_x
    Member

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

    2. За MSSQL стоит КОРПОРАЦИЯ, которая этот продукт разработала,
    а не группа энтузиастов, которым это дело можен наскучить в одночасье,
    и все - ни новых версий, ни техподдержки. Аминь.
    Вероятность того, что M$ развалится или забросит свой продукт,
    очень невелика.


    Угу, проходили уже подобное. Была такая корпорация DEC называлася...
    То-же стояла за своими продуктами. То-же имела закрытый код продуктов и систему лицензирования оных.
    И где она теперь? Вот она то собс-но и загнулась в одночасье. А FB, наоборот, до ума довели, когда код открыли. Пародокс?
    30 авг 04, 21:09    [919796]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Рыжий Кот
    Member

    Откуда: Мягкий Диван; [забанен] Рустамом; [разбанен] П02;
    Сообщений: 21678
    автор
    1. Как вы думаете, господа,
    почему в мире есть СУБД, которые называются "промышленные" ?
    Из-за чего такая приставочка есть у Oracle, MSSQL, DB2, Sybase
    и почему такой приставочки нет у IB/Firebird/Yaffil ?


    Просто жар-птице с ними тусоваться неохота. Зачем?

    З.Ы. На своем заводе почему-то продукцию мелкомягких видеть не очень хочеца :), хотя если когда-нить подарят завод, может и передумаю.

    Картинка с другого сайта.
    30 авг 04, 22:08    [919827]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Зл0й
    Member

    Откуда: Северная Калифорния
    Сообщений: 686
    Что-то не много "промышленных" веб-серверов я на юниксах вижу. Все как-то больше Apache оупенсорсный с непойми-какой поддержкой. Просто Apache превосходит коммерческие аналоги. А СУБД оупенсорсные пока "увы и ах" не дотягивают до своих коммерческих собратьев. Правда оупенсорсные развиваются, да еще и некоторые коммерческие становятся оупенсорсными (Interbase->Firebird, Ingres).
    31 авг 04, 01:04    [919876]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    andsm
    Member

    Откуда: Москва
    Сообщений: 1320
    Блог
    Рыжий Кот
    Не тупишь. Для этого нужны зеркальные диски. Это самый лучший способ при аппаратных сбоях.

    Если полетел диск с базой, а лог находится на другом диске, то бекап лога не нужен - и можно будет восстановить базу на момент прямо перед сбоем.
    31 авг 04, 09:58    [920221]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Рыжий Кот
    Member

    Откуда: Мягкий Диван; [забанен] Рустамом; [разбанен] П02;
    Сообщений: 21678
    andsm
    Рыжий Кот
    Не тупишь. Для этого нужны зеркальные диски. Это самый лучший способ при аппаратных сбоях.

    Если полетел диск с базой, а лог находится на другом диске, то бекап лога не нужен - и можно будет восстановить базу на момент прямо перед сбоем.


    А я имел в виду случай, когда база и лог одновременно дублируются. Тогда восстанавливать ничего не надо. Перестройте массив и все.
    Лучше потратиться на доп. железяку, чем лечить геморрой...
    Правда если сбой программный, вот тогда будет весело.
    31 авг 04, 10:06    [920246]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Roman Ignatiev
    Member

    Откуда: Москва
    Сообщений: 680
    defecator
    Давайте отбросим техническую сторону,
    так как можно долго ломать копья на предмет
    "а вот в MSSQL круче XXX, а в FB - YYY".

    Для меня лично наиболее важными критериями
    при выборе СУБД являются (в порядке убывания важности):
    1. Надежность
    2. Наличие техподдержки
    3. Производительность
    4. Цена.

    FB/Ya отвечает только пункту 4.
    Для меня вывод однозначен.


    Ну-ну. А для кого они не важны?
    1. FB надежен. проверено. Из причин, приводящих к потерям данных я могу, пожалуй, назвать только эти:
    а. Неисправность оборудования (увы, предотвратить сыпание лиска еще не научились)
    б. Недостаток свободного пространства при расширении БД. Вроде в FB1.5 это уже устранили, но в любом случае следить надо, увы
    в. Некорректное изменение метаданных БД. Бывает. Но опять же: руки прочь от работающей БД :))
    Вроде и все. В остальных случаях Interbase работает. По крайней мере, за последние семь лет:
    - была потеряна БД с данными за три месяца из-за порчи диска. Не надо говорить о бекапе: пока гром не грянет ;) Теперь бекапят практически ежедневно, да еще зеркало есть
    - была потеря данных из-за переполнения диска (ну млин, обычная станция, какого хрена было записывать столько порнухи и игрушек?!)
    - была потеря данных из-за изменения метаданных в рабочей БД. По моей виде, кстати. Восстановить было можно, но не особо были и нужны: в эксплуатацию, к счастью, еще не сдали.
    Все. Больше ничего нигде. И это при условии работы сервера где и как попало. Кстати, как ни странно, на станциях с win95 ничего никогда не терялось :)
    2. Техподдержка? Хотите? Пожалуйста: ibase.ru. Есть и Firebird Foundation
    2а. Будущие версии? ОК. Вступите в Firebird Foundation. Кстати, Firebird 2 планируют выпустить еще в этом году, и уже есть планы относительно FB 3. Так что я не думаю, что в ближайшие 5 лет что-то изменится. А вот насчет поддержки MS своих продуктов - политика известна, 4 года - и либо покупай новую версию, либо никакой поддержки :(
    3. Производительность? Ее есть у него. Если не устраивает - увы, берите Оракл, тут уж выбирайте сами. Это ж от задачи зависит
    31 авг 04, 13:00    [921084]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    dimitr
    Member

    Откуда: PNZ
    Сообщений: 7013
    defecator
    Для меня лично наиболее важными критериями
    при выборе СУБД являются (в порядке убывания важности):
    1. Надежность
    2. Наличие техподдержки
    3. Производительность
    4. Цена.

    FB/Ya отвечает только пункту 4.
    Для меня вывод однозначен.


    Пунктам 2 и 4, однозначно. Прочее оставляет желать, особенно для сложных проектов. Но работа над этим идет.
    31 авг 04, 14:12    [921508]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    protector
    Guest
    dimitr
    defecator
    Для меня лично наиболее важными критериями
    при выборе СУБД являются (в порядке убывания важности):
    1. Надежность
    2. Наличие техподдержки
    3. Производительность
    4. Цена.

    FB/Ya отвечает только пункту 4.
    Для меня вывод однозначен.


    Пунктам 2 и 4, однозначно. Прочее оставляет желать, особенно для сложных проектов. Но работа над этим идет.


    Лучше бы работа шла именно над этими пунктами.(1,3) а не над странными наворотами, котрые, возможно никому и не нужны...
    31 авг 04, 18:54    [922994]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Yo!
    Guest
    слышал что ИБ и его клоны не могут гарантировать целостность при сбое во время сборки мусора. если это не так можно линк где бы рассматривался вариант востановление при таком сбое ?
    31 авг 04, 19:13    [923039]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    alex_k
    Member

    Откуда: krasnoyarsk
    Сообщений: 6695
    а что это - "сбой во время сборки мусора"?
    аппаратный или программный?
    со вторым не сталкивался никогда, первый на совести администратора, аппаратный сбой вообще никаких гарантий не дает.
    31 авг 04, 19:24    [923091]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Yo!
    Guest
    я нашел вот такое, но что-то не понял что за NULL и откуда оним могут появлятся...
    -----------
    The similar problem can be caused by garbage collection fault because of setting not a correct path to database (the cause of corruption 3) at the time of connection and file access to database files when server is working with it (the cause of corruption 4) and records whole filled with Null can appear in some tables. It’s very difficult to detect these records, because they don’t correspond to integrity control restrictions, and operator Select just doesn’t see them, although they get into backup copy. If it is impossible to restore for this reason, one should run gfix program (look below), find and delete these records using non-indexed fields as search conditions, after it retry to make a backup copy and restore database from it. In conclusion we can say that there is great number of causes of database corruption and you should always be ready for worst - that your database will be damaged for that or other reason. You also must be ready to restore and save valuable information. And now we’ll consider precautions that guarantee InterBase database security, as well as methods of repairing damaged databases.
    ---------
    31 авг 04, 19:40    [923126]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    dimitr
    Member

    Откуда: PNZ
    Сообщений: 7013
    protector
    dimitr
    Пунктам 2 и 4, однозначно. Прочее оставляет желать, особенно для сложных проектов. Но работа над этим идет.


    Лучше бы работа шла именно над этими пунктами.(1,3) а не над странными наворотами, котрые, возможно никому и не нужны...


    Тааак. Давай не будем пустословить, а? Если ты считаешь, что работе над качеством и производительностью не уделяется должного внимания, то я готов выслушать твои аргументы. Ибо я вижу обратное.
    31 авг 04, 20:36    [923236]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Мимопроходящий
    Member

    Откуда: бурятский тундрюк, эсквайр
    Сообщений: 33000
    dimitr
    protector
    Лучше бы работа шла именно над этими пунктами.(1,3) а не над странными наворотами, котрые, возможно никому и не нужны...
    Тааак. Давай не будем пустословить, а? Если ты считаешь, что работе над качеством и производительностью не уделяется должного внимания, то я готов выслушать твои аргументы. Ибо я вижу обратное.
    Дмитрий, данный форум вовсе не для аргументированных дискуссий.
    Цель форума - четко отелить зерно от плевел, СУКСЪ от РУЛЕЗА.
    Аргументация не важна. Важно иметь глотку луженную и объём легких побольше.

    Как это ни прискорбно.
    31 авг 04, 20:43    [923258]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    dimitr
    Member

    Откуда: PNZ
    Сообщений: 7013
    Мимопроходящий
    Дмитрий, данный форум вовсе не для аргументированных дискуссий. Цель форума - четко отелить зерно от плевел, СУКСЪ от РУЛЕЗА.
    Аргументация не важна. Важно иметь глотку луженную и объём легких побольше.


    Саш, я как бы в курсе ;-) Но тем не менее бывают и толковые фрагменты дискуссий. Изредко.
    31 авг 04, 22:56    [923381]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    protector
    Guest
    [quot dimitr
    Тааак. Давай не будем пустословить, а? Если ты считаешь, что работе над качеством и производительностью не уделяется должного внимания, то я готов выслушать твои аргументы. Ибо я вижу обратное.[/quot]

    А никто и не пустословит. Странное слово какое-то. И я нисколько не хотел никого обидеть... Просто надёжность и производительность такие вещи, что сколько над ними не работай - всё равно мало. А прочитав про всякие новые фичи FB2 я подумал: и сколько же новых ошибок добавится? Развитие функционала непременно ведёт к возникновению ошибок, связанных с этим функционалом и их приходится в итоге править. Это всё отнимает человеческие ресурсы, которые можно направить в другое русло (читай преслувутые надёжность и производительность)

    А так, то меня функциональные возможности FB1.5 полностью устраивают, за исключением одной вещи, но её я нигде вообще не встречал, так что Бог с ней. Так что новые фичи мне ни к чему, а вот скорость выборо по таблицам милионникам мне ой как нужна. И ничего личного ОК?
    1 сен 04, 15:41    [925858]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Dedushka Mazai
    Member

    Откуда:
    Сообщений: 959
    MS вон винду полностью переписать собирается.
    А прочитав про это я подумал: и сколько же новых ошибок добавится? Это всё отнимает человеческие ресурсы, которые можно направить в другое русло
    1 сен 04, 16:04    [926023]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    dimitr
    Member

    Откуда: PNZ
    Сообщений: 7013
    protector
    Просто надёжность и производительность такие вещи, что сколько над ними не работай - всё равно мало. А прочитав про всякие новые фичи FB2 я подумал: и сколько же новых ошибок добавится?


    Фичи - это все фигня. Багфиксов намного больше. Просто об этом меньше кричат.

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


    Такова селяви разработки ПО. Хотя по новому функционалу FB 1.5 (которого ИМХО было больше, чем декларируется в 2.0) кол-во найденных ошибок минимально. И их исправление уж точно не повлияло заметно на разработку 2.0.

    protector
    вот скорость выборо по таблицам милионникам мне ой как нужна.


    Если можешь сформулировать неудовольствие конкретнее, то welcome в мыло.

    protector
    И ничего личного ОК?


    ОК ;-)
    1 сен 04, 16:20    [926107]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    StalkerS
    Member

    Откуда: Melbourne
    Сообщений: 1345
    По сути, вырисовывается следующая ситуация : когда защитникам интербейса говорят о недостатках их любимой
    СУБД, таких как отсутствие DTS (как он есть в MSSQL), связанных серверов, репликации, полнотекстового поиска
    и т.п., они отвечают, что типа "оно нам и не надо", что конечно является глупостью, т.к. это может потребоваться
    в будущем, да и вообще дополнительные возможности не могут мешать по определению (а вот заявлений, что вот такой-то
    фишки нет в MSSQL, но есть в IB я не встречал). После чего приводят кучу фактов из своей практики, когда интербейз
    замечательно работает и с большими и с малыми базами, из чего делается вывод, что нужно свой выбор делать именно в
    пользу IB. Просто смешно, ведь MSSQL ТОЖЕ ЗАМЕЧАТЕЛЬНО РАБОТАЕТ И С БОЛЬШИМИ, И С МАЛЫМИ БАЗАМИ. А часть народа и
    вообще выбирает IB потому-что microsoft отстой, а Б. Гейтс - козел.
    По-моему, выбор очевиден
    22 окт 04, 11:05    [1053880]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Gold
    Member

    Откуда: Харьков
    Сообщений: 2947
    Не знаю что есть в MSSQL и нету, но среди недостатков его вижу:
    1) То, что он блокировочник
    2) То, что только под винды (нам он по этой причине не годиться даже если бы нам его подарили и доплатили )

    Из списка DTS, связанных серверов, репликации, полнотекстового поиска
    1) Что таккое DTS, я не знаю, но данные из FB экспортировать можно всякими другими инструментами, например IBExpert
    2) Связанные серверы. Не знаю что имеется ввиду, но если имеется ввиду запрос к двум разным базам одной командой, то реляционная теория против вроде какк (и я тоже). Если двухфазный коммит, то он есть. Если репликация, то встроенных средств к сожалению нет, но естиь сторонние разработки + всегда можно сделать репликацию самому.
    3) Про репликацию уже сказал. Есть репликаторы сторонних производителей и борландовский IBReplicator. У себя я сделал репликации сам (их у меня куча разны видов) - вполне стабильно работает. В принципе проблемы в основном с переносом блобов и массивов.
    4) Полнотекстового поиска нет и не планируется, к сожалению. Правда лично мне он не нужен, но в принципе вещь нужная, согласен.

    Так что не всё так плохо. Вот в FB2 Incremental backup появиться - вот это то что реально нужно.
    22 окт 04, 12:29    [1054268]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    locky
    Member

    Откуда: Харьков, Украина
    Сообщений: 62034
    >Что таккое DTS, я не знаю, но данные из FB экспортировать можно всякими
    >другими инструментами, например IBExpert
    DTS - Data Transformation Service - позволяет импортировать, экспортировать и преобразовывать данные из разных источников, не обязательно из/в MS SQL. достаточно мощная штука, встроенная.
    > Связанные серверы. Не знаю что имеется ввиду, но если имеется ввиду запрос
    >к двум разным базам одной командой, то реляционная теория против вроде какк (и я тоже).
    теория может быть против чего угодно, а вот практика - всегда за. Запрос к 2-м базам сразу? нате вам: активная база и архивная. сразу к 2-м. к 2-м разным серверам: нате вам: сервер населения и сервер юрлиц. за частью данных сервер юрлиц ходит на сервер населения.
    Линкованые сервера могут быть как MS, так и орацл, ДБФ, текстовые файлы, JET... в общем, на что хватит фантазии и драйверов. Иногда очень удобно.

    Posted via ActualForum NNTP Server 1.0

    22 окт 04, 14:45    [1054991]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    StalkerS
    Member

    Откуда: Melbourne
    Сообщений: 1345
    >1) То, что он блокировочник

    Юкон (следующая версия MSSQL), если не ошибаюсь планируется быть версионником

    >2) То, что только под винды

    Единственный серьезный аргумент. Я сам уважаю линукс, он у меня долгое время стоит второй операционкой, однако так ли
    уж надо держать базу под unix'ом ? Единственный случай, когда это необходимо, это если сервер напрямую работает с
    Интернетом, тогда да, нужен unix (и то, имхо, вовсе не потому, что винда чем-то кардинально хуже, просто количество
    вирусов под винду, и количество школьников, желающих на второй день после приобретения компьютера "паламать сайт
    микрософта" много превышает оных под unix).

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

    (единственный увесистый камень в огород репликации MSSQL, о котором почему-то никто не говорит, это отсутствие
    репликации файлами, если не связи между компами. Вот мне самому возможно придется ее писать, для связи access и MSSQL,
    так как копьютеры там не связаны сеткой)
    23 окт 04, 10:10    [1056323]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Solmyr
    Member

    Откуда: город К. -> город М.
    Сообщений: 538
    Народ. А какой же все-таки вывод из всего вышесказанного? Кинуть кости? Мораль-то басни какова?
    Спрашиваю потому, что сейчас как раз встал перед таким вопросом. Намечается разработочка на Delphi. Вот и мучаюсь, что же выбрать – MS SQL или Interbase/FireBird.
    Например, в качестве критериев для себя выношу следующие:
    1) мое знание СУБД. Ну тут полное преимущество мелкософта, т.к. с IB/FB я вообще не работал. Однако, я так понимаю, что раз IB сделан той же фирмой, то он наилучшим образом заточен на работу именно с Delphi, или я не прав?;
    2) функциональность СУБД. Предполагаемая разработка будет предназначена для средних и мелких фирм, так что суперобъемы данных и супернагрузки на сервер не предполагаются. Поэтому под функциональнотью я тут подразумеваю не какие-то супервозможности, а как раз наличие встроенных стандартных весчей.
    По этому критерию, исходя из написанного всеми выше, у IB/FB есть некоторые проблемы.
    Помимо этого, меня заинтересовал также вопрос про блокировки. Тут упоминалось, что MS SQL типа сильный блокировщик. Закономерно возникает вопрос: а IB/FB нет?
    3) цена вопроса. Ну здесь полное преимущество FB, т.к. он бесплатный. Опят же вопрос: насколько бесплатный? Совсем? Или все же есть какие-то ограничения?
    27 окт 04, 13:25    [1064649]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Мимопроходящий
    Member

    Откуда: бурятский тундрюк, эсквайр
    Сообщений: 33000

    Привет, Solmyr!
    Ты пишешь:

    Solmyr
    S> Тут упоминалось, что MS SQL типа сильный блокировщик.

    Сильно сказал, сильно!
    Имхо, тебе пофиг на чём разрабатывать.
    Ибо глубина познаний того и другого, имхо, равнозначна.

    --
    With best regards, Мимопроходящий.

    Posted via ActualForum NNTP Server 1.1

    27 окт 04, 13:42    [1064746]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    S.G..
    Guest
    Solmyr

    Помимо этого, меня заинтересовал также вопрос про блокировки. Тут упоминалось, что MS SQL типа сильный блокировщик. Закономерно возникает вопрос: а IB/FB нет?
    IB/FB - сильный версионник ;)
    Если верно это:
    автор
    Юкон (следующая версия MSSQL), если не ошибаюсь планируется быть версионником
    то значит IB/FB- уже впереди
    Solmyr

    3) цена вопроса. Ну здесь полное преимущество FB, т.к. он бесплатный. Опят же вопрос: насколько бесплатный? Совсем?
    Yep.
    27 окт 04, 18:55    [1066335]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    StalkerS
    Member

    Откуда: Melbourne
    Сообщений: 1345
    > то он наилучшим образом заточен на работу именно с Delphi, или я не прав?;

    полная чушь, в дельфи есть компонент dbGo (вкладка ADO), которые "заточены" для работы с microsoft'овыми базами.
    Это все равно что говорить, что мышки, на которых написано "microsoft" заточены для работы в винде :)

    > функциональность СУБД.

    это даже не обсуждается. То, что MSSQL на несколько голов выше IB, не отрицают даже ярые MSSQL-ненавистники.
    Их единственный аргумент - все эти возможности им не надо. Но это им ненадо, на самом деле, если начнешь
    работать с MSSQL - мигом все оценишь, и к IB возвращаться уже не захочется.

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

    >цена вопроса
    большинство народа использует пиратские версии MSSQL, и никто от этого еще не умер. Если прижмет - всегда
    можно купить лицензию, тем более, что есть бесплатная версия MSSQL, правда немного ограниченная.
    И потом, если уж необходимо иметь именно лицензионное ПО, то сначала посчитай цены на Windows, Office и др.
    продукты, на которые необходимо купить лицензию, и цена MSSQL не покажется такой-уж большой.
    27 окт 04, 20:12    [1066465]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    arni
    Member

    Откуда: Иваново
    Сообщений: 3544
    StalkerS
    То, что MSSQL на несколько голов выше IB, не отрицают даже ярые MSSQL-ненавистники.
    Их единственный аргумент - все эти возможности им не надо. Но это им ненадо, на самом деле, если начнешь
    работать с MSSQL - мигом все оценишь, и к IB возвращаться уже не захочется.

    Говорить о том, что IB хуже MSSQL (Oracle, DB2, Sybase ...) т.к. фич у него меньше, аналогично утверждению, что Notepad хренов, вот Word - это фишка.

    Следует отдавать себе отчет, что каждому продукту своя ниша. Никто не позиционирует IB как полноценный Enterprise-сервер. У него свои конкурентные преимущества. Если говорить о компактности, простоте установки и неприхотливости администрирования (вплоть до его отсутствия) то я бы сказал, что IB даст фору любому другому SQL-серверу.
    Говорить о том, какая СУБД самая рулезная ИМХО бестолковая затея, пока не рассмотрены условия ее эксплуатации и решаемые задачи.

    Вот намечается у меня халтурка трудоемкостью недели две-три. Поставил, отладил и забыл про нее. Попробуйте убедить меня, что я нуждаюсь MSSQL для этого, а IB - это Г, т.к. репликации у него нет или лог транзакций он не ведет из-за чего инкрементальный накат невозможен. Недождетесь - нафиг это не нужно в таком формате задачи.
    Попробуйте также убедить заказчика, что программа - это не просто так, за ней следить надо регулярно (для нас - администрировать), а за это денюжку получать. Посчитав издержки на перспективу, он, скорее всего, предпочтет положить на свой маленький проект автоматизации.

    Боюсь, что по моим словам может сложиться впечатление, будто IB - это для микропроектов, а MSSQL - для серьезных дел. Если руки растут из нужного места, то IB масштабируется до приличного размера баз с разветвленной бизнес-логикой. На определенном этапе начинают давать о себе знать некоторые ограничения продукта, как то: не всегда оптимальные планы, отсутствие тонкой настройки производительности и т.д. Однако это не означает, что IB плох, это означает, что Вы выбрали не тот инструмент, либо не можете им воспользоваться должным образом.

    А вообще, главное, ИМХО, это - опыт работы с конкретным инструментом.
    28 окт 04, 10:06    [1067079]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    alex_k
    Member

    Откуда: krasnoyarsk
    Сообщений: 6695
    arni

    А вообще, главное, ИМХО, это - опыт работы с конкретным инструментом.

    сотни людей сотни раз доходили до такого вывода на этом форуме, но вода в ступе толкется досих пор :-)
    28 окт 04, 10:31    [1067207]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Solmyr
    Member

    Откуда: город К. -> город М.
    Сообщений: 538
    To Мимипроходящий.
    Умный ты, да? Тока это твои проблемы. Засунул бы ты свой ум ...
    To Stalkers.
    Спасибо за полный ответ. Я действительно не знал, что есть такие термины - блокировщик и версионник. Да и в остальном много информации.
    Дело в том, что я сам не знаю ни Delphi, ни IB/FB. Мне в данном деле выпадает роль этакого руководителя небольшой группкой программеров, так сказать. Сам то я рулю на Oracle, PL/SQL, и вся прочая. Но для данной задачи эти инструменты не подходят, слишком дорого. Вот и пытаюсь выяснить, что к чему.
    MS SQL Server 2000 я знаю не досконально, но достаточно хорошо. Приходилось и раньше пописывать, да и щас периодически возвращаюсь к нему.
    По существу вопроса. Дело в том, что в моей команде есть прогер, который знает IB + Delphi. Но он не знает того же MS SQL, и не может их сравнить. Вот мне и приходится самому думать, что же выбрать.
    28 окт 04, 11:00    [1067386]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    ASCRUS
    Member

    Откуда: МО Электросталь
    Сообщений: 5994
    Я честно говоря не понимаю, как это - "Рулить на Оракле и PL/SQL" и "Пописывать на MSSQL", без знания терминов "блокировочник" и "версионник". Отсюда вывод - если Ваш прогер человек хороший, действительно отлично знает Delphi + Interbase, проекты уже писал и зп его устраивает, то пусть на этом и пишет, получите большой процент гарантий того, что проект будет написан (только руля, не мешайте ему пожалуйста работать) :)
    28 окт 04, 12:40    [1067908]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    sten111
    Guest
    >Поставил, отладил и забыл про нее. Попробуйте убедить меня, что я нуждаюсь MSSQL для этого...

    Обьясните пожалуйста, что именно в MSSQL требует неусыпного контроля и внимания со стороны администратора
    28 окт 04, 20:20    [1069960]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Gluk (Kazan)
    Member

    Откуда:
    Сообщений: 9365
    Легко :)

    Backup & Recovery

    29 окт 04, 08:27    [1070257]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    andsm
    Member

    Откуда: Москва
    Сообщений: 1320
    Блог
    Gluk (Kazan)
    Легко :)

    Backup & Recovery

    Настроить один раз maintaince plan, и забыть об этом. Постоянного внимания к мебе это не требует.
    2 ноя 04, 20:50    [1078984]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    roman74
    Member

    Откуда: Komsomolsk-na-Amure
    Сообщений: 200
    Я лично работаю на MS SQL 2000 - но мне не нравится, что там триггеры только AFTER (в ИБ как after так и before). Кроме того в иб можно устанавливать несколько триггеров и их порядок на операцию!!! - полезно по моему - в MS SQL нельзя. Рекурсия в MS SQL только 32 уровня... Рекурсивные триггеры отдельно включать надо... Это недостатки - но достоинств тоже много :))
    3 ноя 04, 04:46    [1079147]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    roman74
    Member

    Откуда: Komsomolsk-na-Amure
    Сообщений: 200
    и ввобще с триггерами фигово у MS SQL - получается нельзя сделать триггер скажем на каждуюудаленную запись - только на всю операцию. И в нем делать например курсор и просматривать все удаленные(или там измененные) записи и чегото с ними делать - причем операция то уже прошла!!!
    3 ноя 04, 04:54    [1079148]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    roman74
    Member

    Откуда: Komsomolsk-na-Amure
    Сообщений: 200
    Кстати, порядка следования триггеров и у оракла нет! :)) Достал наверно уже триггерами - просто мечтаю,чтоб такое же появилось в MS SQL!
    3 ноя 04, 05:01    [1079149]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Guest_2
    Guest
    В Sybase ASA уже есть. Можно уже не мечтать.
    3 ноя 04, 06:02    [1079157]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    roman74
    Member

    Откуда: Komsomolsk-na-Amure
    Сообщений: 200
    Guest_2
    В Sybase ASA уже есть. Можно уже не мечтать.

    А оно-то причем? :) Ведь выбор между MS SQL и IB
    3 ноя 04, 07:16    [1079180]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    ASCRUS
    Member

    Откуда: МО Электросталь
    Сообщений: 5994
    А при чем тут выбор ? Автор же топика сказал, что у него есть программер, который знает Delphi+Interbase. По моему выбор очевиден - выбрать эту связку для написания проекта или поменять программера, если уж сильно хочется написать на чем то другом.

    ЗЫ Вообще выбор СУБД по принципу "насколько с ней дружит Delphi" меня всегда умилял :)
    3 ноя 04, 07:54    [1079211]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    tygra
    Member

    Откуда: Тверь (Иркутск, Край)
    Сообщений: 9997
    Да, и уж странно выглядят утверждения, что Delphi дружит с InterBase только потому, что их когда-то выпустила одна и та же фирма. Бред собачий!!!

    Если программер сам не дружит с Delphi и какой-то БД, то нифига и не получится, хоть пусть даже Дельфи и эта БД между собой поцелуются три раза в засос

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

    ЗЫ Я раньше работал с IB. Тогда он еще конечно не такой быстрый был, как сейчас его клоны. Но при переходе на MS SQL (хотя тоже удивлялся, как так, нет триггеров на каждую запись!!!, но ничнго, выжил :) понял, что ну его в ... этот IB. И по удобству, и по возможностям, да и по всему. И с улыбкой уж несомненно отношусь к высказываниям, типа: ну если вам маленькая БД нужна, тогда IB, если средняя, то тогда нет, например MS SQL или Оракл. И в довод еще приводится то, что видите ли IB не надо администрировать!!!.
    Бред полнейший!!! MS SQL (да и Sybase ASA как я понимаю) совершенно пофиг, большая или маленькая БД. Оно везде хорошо работает. И с администрированием тем более проблем нет. (Две конторы 3 года работают на моих системах, на MS SQL. Не большие совсем - никаких проблем, поставил и забыл)

    -- Tygra's --
    3 ноя 04, 11:27    [1079893]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    tygra
    Member

    Откуда: Тверь (Иркутск, Край)
    Сообщений: 9997
    2 ASCRUS
    Я вот почитав твои высказывания про Sybase ASA наверное скоро его начну "щупать" - уж больно хорош получается :). По сравнению с MS SQL есть отличия в лучшую сторону.

    -- Tygra's --
    3 ноя 04, 11:30    [1079917]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    roman74
    Member

    Откуда: Komsomolsk-na-Amure
    Сообщений: 200
    tygra

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

    Я и не говорю что без этого не жить - я говорю что это удобно!!

    tygra

    ЗЫ Я раньше работал с IB. Тогда он еще конечно не такой быстрый был, как сейчас его клоны. Но при переходе на MS SQL (хотя тоже удивлялся, как так, нет триггеров на каждую запись!!!, но ничнго, выжил :)

    Тоже выживаю, но повторюсь - это удобно!!!!
    3 ноя 04, 11:34    [1079938]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    ASCRUS
    Member

    Откуда: МО Электросталь
    Сообщений: 5994
    автор
    Я вот почитав твои высказывания про Sybase ASA наверное скоро его начну "щупать" - уж больно хорош получается :). По сравнению с MS SQL есть отличия в лучшую сторону.

    Тогда рекомендую наш форум Sybase и FAQ почитывать - там много всего интересного проскакивает :) Жалко что у меня времени в этом году не будет на КПК погонять его, плюс тут у iAnywhere вышел новый продукт "Answers Anywhere" - вот бы что пощупать еще, если все так, как они пишут, то можно смело начинать захлебываться слюной, представляя себе, как вместо рисования интферфейсов на запрос информации можно принимать команды юзера на его родном языке :) Здесь как раз думаю 3-е звено, в виде Application Server, который из Natural Languate распознает задачу и запускает соотвествующий сценарий, передавая ему распознанные параметры - в самый раз.
    3 ноя 04, 11:40    [1079971]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    roman74
    Member

    Откуда: Komsomolsk-na-Amure
    Сообщений: 200
    StalkerS
    По сути, вырисовывается следующая ситуация : когда защитникам интербейса говорят о недостатках их любимой
    СУБД, таких как отсутствие DTS (как он есть в MSSQL), связанных серверов, репликации, полнотекстового поиска
    и т.п., они отвечают, что типа "оно нам и не надо", что конечно является глупостью, т.к. это может потребоваться
    в будущем, ...

    А теперь посмотри как реагируют защитники MS SQL "когда защитникам ... говорят о недостатках их любимой СУБД"
    Имею ввиду тигру!! :))
    3 ноя 04, 11:44    [1079988]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    tygra
    Member

    Откуда: Тверь (Иркутск, Край)
    Сообщений: 9997
    2 roman74
    А как я не так реагирую? Я высказал свое мнение - оно таково. Или мне восхвалять продукт, который мне не нравится?

    автор
    Тоже выживаю, но повторюсь - это удобно!!!!

    Да я то не выживаю - я живу полноценной жизнью, проблемы были только в начале. Да и проблемы то совместимости чисто в мозгу :). А вот что вам так мешает, не пойму. Чего удобно или неудобно? И чем лучше/хуже триггер на одну запись? Да ни чем - просто надо по-другому думать да и все.

    2 ASCRUS
    Почитаю, посмотрю :) Правда времени пока нет слишком. Но ничего, прорвемся :)

    -- Tygra's --
    3 ноя 04, 12:24    [1080167]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    StalkerS
    Member

    Откуда: Melbourne
    Сообщений: 1345
    в MSSQL, если тригерров не более 3, то порядок их срабатывания очень даже настраивается.
    А то, что нет триггеров before, так есть триггеры instead of
    3 ноя 04, 13:21    [1080428]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    roman74
    Member

    Откуда: Komsomolsk-na-Amure
    Сообщений: 200
    Да по большому счету мне этот порядок следования триггеров и нафиг не нужен!!! Ведь обхожусь как-то. Просто прозвучало следующее:
    StalkerS
    (а вот заявлений, что вот такой-то
    фишки нет в MSSQL, но есть в IB я не встречал).

    Вот я и решил привести пример такой фишки, чтоб восстановить справедливость!!!
    И почему это если я хотел бы видеть такие возможности в MS SQL - то я автоматом "не настоящий" программист? Вы то сами заинтерисовались SYBASE не из-за этих возможностей случайно?? :))
    А вообще - ладно! Если кого обидел приношу извинения...
    4 ноя 04, 03:37    [1082131]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Guest_2
    Guest
    Неа.
    Лично я заинтересовался Sybase ASA по другим причинам.

    Прежде всего рекомендации авторитетных (в моем понимании) специалистов.
    Во вторых я в качестве средства разработки клиентской части использую PowerBuilder (Enterprise edition), а ASA поставляется в одном с ним флаконе.

    Так что, согласитесь было бы глупо не посмотреть в её сторону. Тем более, что в тот момент переходил от использования файл-серверных технологий к клиент-серверным, а потому было все равно какой SQL сервер начинать изучать.
    4 ноя 04, 05:17    [1082145]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    f_w_p
    Member

    Откуда:
    Сообщений: 1603
    roman74
    Просто прозвучало следующее:
    StalkerS
    (а вот заявлений, что вот такой-то
    фишки нет в MSSQL, но есть в IB я не встречал).

    Вот я и решил привести пример такой фишки, чтоб восстановить справедливость!!!
    А вообще - ладно! Если кого обидел приношу извинения...

    Да и другие "фишки" у IB есть, к-рых нет в MSSQL. И наоборот. Сложилось так, что мне приходится работать с этими серверами (IB/FB и MSSQL) . Но в отличии от tygra, я не стану утверждать, что "ну его в ... этот IB". FB1.5 очень достойный продукт. Его возможности покрывают процентов 90 задач, а на остальные 10 есть другие претенденты.
    4 ноя 04, 08:25    [1082276]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    tygra
    Member

    Откуда: Тверь (Иркутск, Край)
    Сообщений: 9997
    А я и не говорил, что IB недостойный.

    Я лишь только сказал, что мне лично гораздо проще и удобнее работать с MS SQL, чем с IB, FB и т.д. Вот и все.

    -- Tygra's --
    4 ноя 04, 10:57    [1082753]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    protector
    Member

    Откуда: Иваново, Россия
    Сообщений: 601

    tygra

    Я лишь только сказал, что мне лично гораздо проще и удобнее работать с MS SQL, чем с IB, FB и т.д. Вот и все.

    Да. Согласен. Приятственность работы - это главное. Но приятственность больше не от сервера зависит, а скорее от привычки и тулзов для работы с этим сервером. Мне лично до фени Ib или MS SQl.

    Posted via ActualForum NNTP Server 1.1

    4 ноя 04, 12:17    [1083164]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Apex
    Member

    Откуда: Made in USSR
    Сообщений: 3910
    defecator
    Хотя InterBase использую в небольших приложениях.

    Небольших?) У меня на работе под FB крутиться база размером в 50 гиг (я не шучу) и что самое интересно - работает! Правда когда доросла до 60-ти упала :(( Теперь переносим на Oracle...
    19 дек 04, 23:19    [1192053]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    f_w_p
    Member

    Откуда:
    Сообщений: 1603
    Apex
    Правда когда доросла до 60-ти упала :(( Теперь переносим на Oracle...

    С причинами падения не разбирались?
    20 дек 04, 08:17    [1192184]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Sergey Y.Tsytsyktuev
    Member

    Откуда:
    Сообщений: 4
    Кто нибудь знает как в MSSQL пишится конструкция FOR DO как в Interbase?

    Извиняюсь что влез в разговор.
    14 янв 05, 12:07    [1244674]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    f_w_p
    Member

    Откуда:
    Сообщений: 1603
    Sergey Y.Tsytsyktuev
    Кто нибудь знает как в MSSQL пишится конструкция FOR DO как в Interbase?

    Никак! Нет у них этого. Вместо этого предлагают временные таблицы и курсоры.
    Но с учетом качественного оптимизатора м.б. имеет смысл попробовать запихнуть все в один запрос.
    17 янв 05, 08:24    [1248577]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    Ферум
    Member

    Откуда:
    Сообщений: 12
    Спросил у знакомого в центральном банке - у них 3-4 GB (в центральном оффисе), 3-8000 транзакций в день, 30 раб. мест...
    Выходит, что мой выбор (Firebird) теоретически позволяет мне разработать банковую систему


    Представьте, что есть банк и у него 60 филиалов. Базы от 1 до 10 Гб.
    В центральном офисе база 40Гб, плюс отделения по Москве.
    В ЦО до 50000 проводок за один опердень.
    Так вот этот банк обанкротился и вся его база вместе с филиалами ... была слита на один сервер (win2K +MSSQL2K). Объем консолидированной базы составил ~ 200Гб. И ничего, сервер справлялся(правда 2-х процессорный ксеон 2Ггц и 4Гб ОП)
    21 янв 05, 10:20    [1263094]     Ответить | Цитировать Сообщить модератору
     Re: InterBase и SQL2000. Что-же выбрать?  [new]
    segun
    Member

    Откуда: Москва
    Сообщений: 504
    ничего удивительного, на SQL Server 2000 есть и терабайтные решения. Пару лет назад я работал с распределенным решением (Москва-Нью-Йорк) на MS SQL, так базы были 250Gb и 200Gb соответственно с ежедневной синхронизацией определенной их части. Система работала очень даже шустро.
    21 янв 05, 15:36    [1264985]     Ответить | Цитировать Сообщить модератору
    Топик располагается на нескольких страницах: 1 2 3 4 5      [все]
    Все форумы / Сравнение СУБД Ответить