Подскажите СУБД

← →
дед Маздай © (2009-03-12 11:29) [0]

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

← →
clickmaker © (2009-03-12 11:31) [1]

FireBird embedded

← →
Игорь Шевченко © (2009-03-12 11:31) [2]

ну оракл натурально

← →
дед Маздай © (2009-03-12 11:36) [3]

> Игорь Шевченко © (12.03.09 11:31) [2]
> ну оракл натурально

Это EX который? А он разве не сетапом ставится?

← →
Petr V. Abramov © (2009-03-12 11:37) [4]

> Игорь Шевченко © (12.03.09 11:31) [2]

Enterprise со всеми опциями на бигфайлах

← →
Petr V. Abramov © (2009-03-12 11:39) [5]

> А он разве не сетапом ставится?

ставится сетапом, но можно ему подпихнуть responce-файл, и будет не дольше, чем вручную файлы копировать.
но не нужно ;)

← →
Медвежонок Пятачок © (2009-03-12 12:06) [6]

Акцесс без вариантов

← →
Медвежонок Пятачок © (2009-03-12 12:09) [7]

Если ПО будет работать за пределами своего предприятия, то в принципе все, кроме ib,fb и их братьев.

← →
Sergey13 © (2009-03-12 12:22) [8]

> [7] Медвежонок Пятачок © (12.03.09 12:09)
> то в принципе все, кроме ib,fb и их братьев.

За что ты их так?

← →
Медвежонок Пятачок © (2009-03-12 12:34) [9]

К ним самим как таковым претензий нет.
Но если ПО идет наружу, то можно запросто поиметь кучу проблем на пустом месте. Это из личного опыта.

Приходишь, ставишь. Все работает.
Через неделю там ставят ПО третьей стороны, тоже использующее и ставящее сервер FB.
Из ИТ персонала две тетеньки лет по 50 и студент третьекурсник, появляющийся раз в месяц для обслуживания желтой программы.

И все. У вас ods 11, а то ПО поставило полторашку.
Можно конечно заранее сменить порт своего сервера, но это же изврат полный. На старенькой замордованной персоналке клиента - у каждого экземпляра программы по инстансу sql сервера.

← →
KSergey © (2009-03-12 12:47) [10]

> Медвежонок Пятачок © (12.03.09 12:06) [6]
> Акцесс без вариантов

А тама тригеры добавили? (просто уточняю)

← →
дед Маздай © (2009-03-12 12:48) [11]

> Медвежонок Пятачок © (12.03.09 12:06) [6]
> Акцесс без вариантов

Там нет тригерров и вьюшек.

← →
Медвежонок Пятачок © (2009-03-12 12:51) [12]

вьюшки есть, без триггеров, теб более в файловой БД можно легко обойтись

← →
Sergey13 © (2009-03-12 12:51) [13]

> [9] Медвежонок Пятачок © (12.03.09 12:34)
> по инстансу sql сервера.

Зачем? Embedded вариант -именно как хочет автор топика

> Без установки в систему. Т.е. набор длл в каталоге программы,
> который (каталог) можно взять, скопировать и запустить
> на другой машине.

Причем и установка другого сервера по моему (не утверждаю) ничего не изменит.

← →
Медвежонок Пятачок © (2009-03-12 12:53) [14]

Зачем? Embedded вариант -именно как хочет автор топика

Это все равно хуже чем акцесс.
1. стопудово сингл-плеер будет
2. тяжелее чем акцесс.

← →
Sergey13 © (2009-03-12 12:54) [15]

> [14] Медвежонок Пятачок © (12.03.09 12:53)
> Это все равно хуже чем акцесс.

- Чем хуже?
- Чем аксес.

8-)

← →
дед Маздай © (2009-03-12 13:00) [16]

> Медвежонок Пятачок © (12.03.09 12:51) [12]
> без триггеров, теб более в файловой БД можно легко обойтись

Хм... =)
С такой постановкой я вообще могу обойтись без СУБД и написать все самому на текстовых файлах.
Но вопрос-то не в этом.

> вьюшки есть

Можно глянуть код создания?

← →
Медвежонок Пятачок © (2009-03-12 13:02) [17]

Нафик там триггеры? Лог вести?
Веди его из приложения, делов-то.

create view view_name as select .....

← →
Медвежонок Пятачок © (2009-03-12 13:03) [18]

либо если через сам акцесс, то там это называется "запросом"

← →
дед Маздай © (2009-03-12 13:03) [19]

> 1. стопудово сингл-плеер будет

Да.

Забыл упомянуть.

← →
KSergey © (2009-03-12 13:09) [20]

думаю тригеров в файловых СУБД не бывает. Равно как и транзакционности. Ибо драйвера файловой БД тут уже ничего гарантировать не смогут. Но если тригер будет реализован во внешнем к драйверам приложении - то драйвера при сбоях не виноваты, а вот если они чего-то не смогут гарантировать - кто ж ими будет пользоваться?

Так что требования автора не выполнимы.

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

← →
дед Маздай © (2009-03-12 13:09) [21]

> Медвежонок Пятачок © (12.03.09 13:02) [17]
> create view view_name as select .....

Ошибка синтаксиса в инструкции.
После закрытия окна подсвечено view.
Нету так вьюшек.

> Нафик там триггеры? Лог вести?

И лог вести тоже. Это намного удобнее.

← →
дед Маздай © (2009-03-12 13:18) [22]

> KSergey © (12.03.09 13:09) [20]

Видимо у меня проблемы с пониманием значения "файловая". Я представлял себе, что можно будет скопировать программу и данные (в данном случае базу), которые содержатся в файлах и без проблем запустить на другой машине. Видимо здесь (в терминалогии БД) "файловая" означает несколько другое. Тогда только "без установки в систему" и "набор длл в каталоге программы"

← →
KSergey © (2009-03-12 13:22) [23]

> дед Маздай © (12.03.09 13:18) [22]
> Тогда только "без установки в систему" и "набор длл в каталоге программы"

Тогда, видимо, [1] остается.
Про оракл не знаю можно ли скопировать (гы-гы), MS SQL подозреваю что нельзя. Хотя по прочим параметрам последний тоже подходит, есьт бесплатный вариант.

← →
Медвежонок Пятачок © (2009-03-12 14:00) [24]

Нету так вьюшек.

Ну надо же какая неожиданность.
Как же я ими пользуюсь интересно

← →
Медвежонок Пятачок © (2009-03-12 14:02) [25]

После закрытия окна подсвечено view.

Сказано же было, что в самом акцессе это зовется "создать запрос"

Или может тебе TAdoCommand что-то там подсвечивает откуда ни возмись?

← →
PEAKTOP © (2009-03-12 14:14) [26]

> Медвежонок Пятачок © (12.03.09 12:34) [9]
> И все. У вас ods 11, а то ПО поставило полторашку.
> Можно конечно заранее сменить порт своего сервера, но это
> же изврат полный. На старенькой замордованной персоналке
> клиента - у каждого экземпляра программы по инстансу sql
> сервера.

1) Embedded использовать разучился ?

2) Или не знаешь, как стороннее ПО на Embedded перевести ? (тупая замена gds32.dll/fbclient.dll)

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

4) Какая разница, сколько инстансов ? IB/FB тем и ценны, что работают даже на самом убитом железе. Лично у меня 8ГБ корпоративная БД не на "супер-сервере", а чуть прокачанной персоналке - летает. Чуть прокачанная персоналка имеется в виду AMDTurion64*2, 4Gb RAM и 6 винтов упакованных в 3 SATA-RAID10 (на одном RAID10 база, на двух других - резервные копии), но это - обыкновенная персоналка из ближайшего магазина.

← →
Медвежонок Пятачок © (2009-03-12 14:21) [27]

1) Embedded использовать разучился ?

А мне оно надо? У меня многопользовательская система.

2) Или не знаешь, как стороннее ПО на Embedded перевести ? (тупая замена gds32.dll/fbclient.dll)

Ой, спасибо. Последние сто лет не знал как это сделать.

4) Какая разница, сколько инстансов ?

Лично у меня 8ГБ корпоративная БД

Вот то-то и оно. Корпоративная. Поэтому ты такой и наивный.
А вот будет несколько тысяч инсталляций по всей РФ как у меня (а не в своей корпоративной сети), так и поймешь, что жизнь сложнее чем твои 8ГБ

← →
MsGuns © (2009-03-12 14:41) [28]

Если не будет правки в многопользовательском режиме - акцес.
Однозначно.

Можно SQLite посмотреть

Если не будет правки в многопользовательском режиме - акцес.
А почему бы и не править в многопользовательском? Правится все без проблем.

MsGuns © (12.03.09 22:00) [31]
Попробуй сам, если не веришь. Это так просто...
Access. Особенности работы в многопользовательском режиме
http://articles.org.ru/cn/showdetail.php?cid=7604

> MsGuns © (12.03.09 14:41) [28]
> Если не будет правки в многопользовательском режиме - акцес.
> Однозначно.

Акцесс на более-менее приличных объёмах (300-500Мб) с данными не очень простой структуры с хорошими индексами для выборки дохнет при добавлении данных.
Непонятны высказывания против FB Embedded.

> Медвежонок Пятачок © (12.03.09 14:21) [27]
> А вот будет несколько тысяч инсталляций по всей РФ как у
> меня (а не в своей корпоративной сети), так и поймешь, что
> жизнь сложнее чем твои 8ГБ

И что? Подскажи, чем же FB Embedded будет хуже Access? Ну хотя бы пару причин.

FB Embedded будет хуже Access
Access как правило уже установлен у всех, а с FB Embedded ты будешь напрягать юзера и себя.
Я уж не говорю о переносе...
В вопросе
...который (каталог) можно взять, скопировать и запустить на другой машине.

Акцесс на более-менее приличных объёмах (300-500Мб) с данными не очень простой структуры с хорошими индексами для выборки дохнет при добавлении данных.
Утверждение взятое неизвестно откуда. Может ты о первых версиях?

> Утверждение взятое неизвестно откуда. Может ты о первых
> версиях?

Полгода мучился с пользователями из-за того, что БД была Access.
В базе было порядка 20-30 таблиц достаточно сложной структуры (много полей, много индексов). Загрузка данных за один день (30Мб) шла не менее 1-2 часов. Это всё-же файловая СУБД, в отличие от FB.

> Access как правило уже установлен у всех, а с FB Embedded
> ты будешь напрягать юзера и себя.
> Я уж не говорю о переносе...В вопросе...который (каталог)
> можно взять, скопировать и запустить на другой машине.

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

PS.
Версия - MSOffice 2003.

И что? Подскажи, чем же FB Embedded будет хуже Access? Ну хотя бы пару причин.

Непреодолимая ни при каких условиях однопользовательность.

> дохнет при добавлении данных.
у меня работает... проблемы начинались где то от 1,8гиг в неупакованном состоянии (~ 1,6 в сжатом), да и то если объем обрабатываемых данных (по расчетам) превышал 2гига. (например делаешь выборку с объедением и расчетный размер полного объединения (до условий в where) где то за 250мег. это было практически гарантией глюка в движке. хотя если считать от сжатого размера место еще есть... так думаю это от фрагментированности рабочего пространства и попытки выделить цельный кусок, а там уже превышение)

> Это всё-же файловая СУБД, в отличие от FB.
ну, если ты работал с ней как с файловой, то понятно отчего она у тебя "дохнет". jet сделан так, что по принципц работы больше похож на клиент серверЮ а не файл сервер.

Тын-Дын © (13.03.09 23:23) [36]
Загрузка данных за один день (30Мб) шла не менее 1-2 часов. Это всё-же файловая СУБД, в отличие от FB.
Опять не читаем вопрос темы
Пяток таблиц, сотня записей в каждой каждый месяц ...

И ссылку я привел
Access. Особенности работы в многопользовательском режиме
http://articles.org.ru/cn/showdetail.php?cid=7604
Там довольно подробно о том КАК НАДО с ним работать.

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

jet сделан так, что по принцип работы больше похож на клиент сервер
Золотые слова!
И думать надо сколько будешь грузить при запросе.

Подскажите СУБД Найти похожие ветки