Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 11 12 13 14 15 [16] 17 18 19 20 .. 31   вперед  Ctrl
 Re: MySQL vs Firebird  [new]
FreemanZAV
Member

Откуда:
Сообщений: 2434
DocAl
Дык, в общем-то, далеко не факт, что и распространять документацию Interbase 6.0 есть право у ibase.ru

Вообще Кузьменко серьёзно относиться к вопросам распространения, так что, думаю, все в порядке.
DocAl
как и не факт, что у вас лично есть право куроч... пардон, дополнять её

Так я ж по тихому, и не для себя, и вообще не я...
DocAl
Какая лицензия у документации?

ХЗ
24 янв 07, 14:18    [3687572]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
FreemanZAV
DocAl
Дык, в общем-то, далеко не факт, что и распространять документацию Interbase 6.0 есть право у ibase.ru

Вообще Кузьменко серьёзно относиться к вопросам распространения, так что, думаю, все в порядке.

Ну тогда он, наверное, даже знает, какая лицензия у документации.)
FreemanZAV
DocAl
как и не факт, что у вас лично есть право куроч... пардон, дополнять её

Так я ж по тихому, и не для себя, и вообще не я...

Firebird. The *only* true open-source enterprise database (с) janus-software.com
Очень такой, энтерпрайз подход. Вы тут документацию от другого разработчика возьмите, и вклейте заплатками релиз нотес... только никому не расказывайте!
В общем, с документацией у Firebird лажа вышла.(
24 янв 07, 14:28    [3687651]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
FreemanZAV
Member

Откуда:
Сообщений: 2434
DocAl
Вы тут документацию от другого разработчика возьмите, и вклейте заплатками

Но это лучше, чем вклеивать заплатками движки от другого разработчика.
24 янв 07, 14:34    [3687701]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
FreemanZAV
DocAl
Вы тут документацию от другого разработчика возьмите, и вклейте заплатками

Но это лучше, чем вклеивать заплатками движки от другого разработчика.
Отчего же? Лицензионно всё чисто, да и не нравятся движки от другого разработчика -- так не используйте их, на здоровье. А вот не использовать документацию... можно, конечно, но эффект может быть произвольный.
24 янв 07, 14:37    [3687728]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30237
автор
Дык, в общем-то, далеко не факт, что и распространять документацию Interbase 6.0 есть право у ibase.ru, как и не факт, что у вас лично есть право куроч... пардон, дополнять её. Какая лицензия у документации?

документация на IB 6.0 была выложена Borland в открытый доступ. Но, она не была выпущена в OpenSource, как исходники IB 6.0. То есть, пользоваться документацией можно, а менять ее нельзя.

Моя же идея насчет "модификации" документации очень проста. Например, Language Reference содержит описание операторов SQL. Они собраны в алфавитном порядке.
Соответственно - берем текст, сохраняя структуру. Потому что все равно даже если писать SQL Reference, то структура его останется той же. Потом, модифицируем текст, который описывает работу операторов SQL. Просто переписываем предложения. Как если бы это выглядело при переводе с английского на русский и обратно.
И, разумеется, дополняем синтаксис до используемого в FB 1.5/2.0.
В результате получается langref по FB. И никаких нарушений. Но конечно, над имеющимся текстом придется попотеть, чтобы его переработать.
24 янв 07, 14:44    [3687788]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
FreemanZAV
Member

Откуда:
Сообщений: 2434
DocAl
Лицензионно всё чисто

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

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

Не у всех плохая память - то. Ну а кого плохая, иногда догадываются все таки купить книгу.
24 янв 07, 14:45    [3687791]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30237
дополню - там же, на firebirdsql.org есть (должна быть) ссылка на документацию по FB, которую пишут уже почти 2 или 3 года. Там народ пошел просто по неправильному пути, пытаясь создать вообще все новое с нуля, причем они пишут это "как книгу", чего категорически делать было нельзя. Есть справочники, а ест книги. Например, справочник по SQL конкретного сервера, пусть и с примерами, не отменяет существование книги SQL Грабера, которая в основном является примером использования этого самого SQL.
24 янв 07, 14:47    [3687813]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
dimitr
Member

Откуда: PNZ
Сообщений: 7000
Отсутствие единой красивой полной бесплатной доки от одного производителя - реальный недостаток Firebird и отрицать это смысла нет. Хотя того, что доступно (платного и бесплатного), вполне достаточно, чтобы профессионально работать с продуктом (пусть и с меньшим удобством). Это не оправдание (работа над своим пакетом доки ведется), а банальная констатация факта, если подходить к вопросу без глупых амбиций.

И ради бога - уж разработчиками-то меряться перестаньте, тоже мне нашли мега-преимущество.
24 янв 07, 14:49    [3687830]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
dimitr
Member

Откуда: PNZ
Сообщений: 7000
kdv
Там народ пошел просто по неправильному пути, пытаясь создать вообще все новое с нуля

на самом деле, отталкиваются во многом от IB-шной доки
24 янв 07, 14:51    [3687856]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
kdv
Member

Откуда: iBase.ru
Сообщений: 30237
автор
Нужно, например, посмотреть список зарезервированных слов

интересно, а зачем на него смотреть? :-) надо развивать в себе чутье на зарезервированные слова. Я вот, с 1994 года ни разу (клянусь) не налетел на имя столбца или таблицы, которое бы в будущих версиях стало зарезервированным. Или Вы не про то?

Собственно, если Вам надо список зарезервированных слов в конкретной версии Firebird - пожалуйста, обращайтесь, я думаю сделать его не составит труда.
24 янв 07, 15:32    [3688236]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
Di_LIne
Member

Откуда: Тропик Скорпиона
Сообщений: 32554
dimitr
И ради бога - уж разработчиками-то меряться перестаньте, тоже мне нашли мега-преимущество.

- А мы решили зафлудить Оракл с МС вместе взятые...
24 янв 07, 15:52    [3688437]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
Di_LIne
Member

Откуда: Тропик Скорпиона
Сообщений: 32554
FreemanZAV
DocAl
Какая лицензия у документации?

ХЗ

Вот тлин, довели человеков...
Чуть плюнь - где лицензия?!
Я вон, из разработчиков Фибов, порядок лицензирования с ножом к горлу доставал...
24 янв 07, 16:02    [3688527]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
wellx
Member

Откуда:
Сообщений: 70
А еще для ФБ есть IBExpert & IB DevStudio , реально трудно найти аналоги для других баз. Что МССКЛ что Оракл.
24 янв 07, 19:33    [3690025]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
nik_x
Member

Откуда:
Сообщений: 1887
wellx
А еще для ФБ есть IBExpert & IB DevStudio , реально трудно найти аналоги для других баз. Что МССКЛ что Оракл.


Хде искал-то?
24 янв 07, 20:12    [3690119]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
dimitr
Member

Откуда: PNZ
Сообщений: 7000
автор
реально трудно найти аналоги для других баз

чем тот же TOAD хуже IBExpert-а?
24 янв 07, 20:40    [3690163]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
VF
Member [заблокирован]

Откуда: Страна смеха
Сообщений: 16812
dimitr
автор
реально трудно найти аналоги для других баз

чем тот же TOAD хуже IBExpert-а?

не так удобен, в том числе и из-за интерфейса, хотя стоит отметить, что "наворотов" там поболее...
25 янв 07, 09:26    [3690994]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
f_w_p
Member

Откуда:
Сообщений: 1603
Вот Yo все нас невосстановимым бэкапом пугает. А ведь бэкап в Оракле тож как-то через одно место организован. Слов нет - RMAN мощная утилита. Но хранить свою инфу в защищаемой БД - бред какой-то. Или предлагают ставить второй сервер. Но ведь это ничем не отличается от FB.

P.S. Кстати, как бэкапируют БД в MySQL?

P.P.S. А лог транзакций, документация, SMP всеж не помешали бы.:-)
30 янв 07, 10:13    [3711153]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
Di_LIne
Member

Откуда: Тропик Скорпиона
Сообщений: 32554
f_w_p
P.P.S. А лог транзакций,
- А это в куда? По моему, от него в IB отказались и о-о-чень давно...
f_w_p
документация,
Оно конечно так.
f_w_p
SMP всеж не помешали бы.:-)

А у меня и так не плохо работает...
А как у Вас не работает?
30 янв 07, 10:31    [3711269]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
DocAl
Member

Откуда: Оккупирую западный берег
Сообщений: 10472
f_w_p
Вот Yo все нас невосстановимым бэкапом пугает. А ведь бэкап в Оракле тож как-то через одно место организован. Слов нет - RMAN мощная утилита. Но хранить свою инфу в защищаемой БД - бред какой-то. Или предлагают ставить второй сервер. Но ведь это ничем не отличается от FB.

P.S. Кстати, как бэкапируют БД в MySQL?

1. Наиболее распространённый вариант: текстовый дамп базы, содержимое базы записывается в файл, содержащий ряд инструкций DDL и операторов INSERT, создающих структуру базы и заполняющих её данными. (описываю так подробно на случай, если кто-то привык только к бинарным бакапам). При создании дампа можно выбрать профили совместимости с ANSI SQL, Oracle, MSSQL, PGSQL, MaxDB, DB2 и старыми версиями MySQL. Из плюсов у этого способа указанная гибкость и простота, из минусов же, понятно, скорость бакапа, а главное, восстановления. Т.к. не все движки, поддерживаемые СУБД, являются версионными и даже транзакционными, согласованность копии обеспечивается простым блокированием всех таблиц базы. Если такой режим бакапа не устраивает, можно воспользоваться репликацией, и делать бакап со слейва.
2. Бинарный бакап. Также блокирует таблицы, но бакапятся сами файлы, содержащие описание формата, данные и (не уверен, не проверял) индексы. Плюсы: быстрый backup/restore, минусы: бакап можно сделать только локально, наиболее интересный, версионный транзакционный движок InnoDB не поддерживается без доработки (да и с доработкой главная фича, возможность бакапа без блокировки, поддерживаться не будет). С тем же замечанием о блокировке и репликации.
3. Бинарный бакап для InnoDB. Создаёт бинарную резервную копию без установки блокировок в базе. Согласованность данных обеспечивается версионностью движка. Плюсы: быстро работает, минусы: отдельная платная утилита.

Благодаря наличию бинарного лога, восстановление можно осуществлять не только на момент последнего бакапа, но и на любой момент времени.
30 янв 07, 11:03    [3711557]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
f_w_p
Вот Yo все нас невосстановимым бэкапом пугает. А ведь бэкап в Оракле тож как-то через одно место организован. Слов нет - RMAN мощная утилита. Но хранить свою инфу в защищаемой БД - бред какой-то. Или предлагают ставить второй сервер. Но ведь это ничем не отличается от FB.


Не надо грязи. Если что-то НЕ ПОНИМАЕШЬ, это еще не повод это ЛАЖАТЬ
30 янв 07, 11:22    [3711704]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
hvlad
Member

Откуда:
Сообщений: 11551
Gluk (Kazan)
Не надо грязи. Если что-то НЕ ПОНИМАЕШЬ, это еще не повод это ЛАЖАТЬ
Что-то мне это напоминает
30 янв 07, 11:26    [3711746]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
f_w_p
Member

Откуда:
Сообщений: 1603
Gluk (Kazan)
Не надо грязи. Если что-то НЕ ПОНИМАЕШЬ, это еще не повод это ЛАЖАТЬ

Ну так разъясни. Где RMAN хранит свою инфу? И возможно ли восстановление при потере этой инфы?
М.б. чего и не понимаю...
30 янв 07, 11:33    [3711806]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
f_w_p
Gluk (Kazan)
Не надо грязи. Если что-то НЕ ПОНИМАЕШЬ, это еще не повод это ЛАЖАТЬ

Ну так разъясни. Где RMAN хранит свою инфу? И возможно ли восстановление при потере этой инфы?
М.б. чего и не понимаю...


В каталоге. Обычной рекомендацией является создание для каталога небольшой базки данных, для которой выполняется полный холодный бакап (поскольку она совсем маленькая и меняется редко это не составляет никакой проблемы). Такой подход часто применяется когда RMAN сопровождает НЕСКОЛЬКО баз. Но это ОТНЮДЬ НЕ ЕДИНСТВЕННЫЙ подход. НИКТО НЕ МЕШАЕТ вам написать пары скриптов (на любой платформе), выполняющих горячий бакап БЕЗ ВСЯКОГО RMAN-а.
30 янв 07, 12:38    [3712343]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
hvlad
Gluk (Kazan)
Не надо грязи. Если что-то НЕ ПОНИМАЕШЬ, это еще не повод это ЛАЖАТЬ
Что-то мне это напоминает


Хмм у Вас тоже дежавю товарищ ??? (c)
30 янв 07, 12:38    [3712349]     Ответить | Цитировать Сообщить модератору
 Re: MySQL vs Firebird  [new]
nik_x
Member

Откуда:
Сообщений: 1887
2: Gluk (Kazan)
Не ругайтесь, горячие финские парни!
Тем паче, что топик никак не предполагает обижать бедного и маленького оракла, а посвящен сравнению MsSql и Firebird-а...

Итак, продолжим...
30 янв 07, 13:36    [3712879]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 11 12 13 14 15 [16] 17 18 19 20 .. 31   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить