Выбор базы данных.

← →
nickhilo © (2006-12-30 19:39) [0]

В данный момент использую bde c paradox"ом.Все чаще мне попадаются программы,использующие firebird.Хотелось бы перейти на то,что бесплатно и перспективно...

← →
Nic © (2006-12-30 21:02) [1]

nickhilo © (30.12.06 19:39)
Напишите свою СУБД ;) Ну фсех нафик ;)

← →
PHPdeveloper (2006-12-30 21:23) [2]

:)
и назовите ее в мою честь :)
MySql :D перспективнее нет. 99% web приложений используют...

← →
ferr © (2006-12-30 21:25) [3]

> MySql :D перспективнее нет. 99% web приложений используют...

MySql -- моветон, инертность разработчиков, не более..

← →
Piter © (2006-12-30 21:49) [4]

PHPdeveloper (30.12.06 21:23) [2]
99% web приложений используют...

да шо ты говоришь...

Я бы сказал, что MySQL используют 99% хомяков (если они вообще что-то используют). При посещаемости в пару тысяч человек / день MySQL начинает сильно сдавать (если сайт активно на БД основан).

← →
-DeBUGGeR- © (2006-12-30 23:34) [5]

человек вроде спрашивает про автономную БД.
ну конечно МуСКУЛ (MySQL) это хорошо...

Paradox - уже почти умер )))
Выбирай все что НЕ paradox ))) хотяб Jet

← →
Джо © (2006-12-30 23:53) [6]

> [2] PHPdeveloper (30.12.06 21:23)
> MySql :D перспективнее нет. 99% web приложений используют...

Это даже не смешно.

← →
Германн © (2006-12-31 02:36) [7]

> nickhilo © (30.12.06 19:39)
>
> В данный момент использую bde c paradox"ом.Все чаще мне
> попадаются программы,использующие firebird.Хотелось бы перейти
> на то,что бесплатно и перспективно...
>

А с Парадоксом есть проблемы в твоём случае?
Если их нет, зачем затевать "перестройку"? :)

← →
kaif © (2006-12-31 02:54) [8]

А я уже много лет пишу на Interbase. Перешел на Firebird, начиная с 1.5. Сейчас уже и на Firebird Embedded в том числе. ИМХО, для большинства практических задач - самое то. И бесплатно и надежно и компактно и легко ставится/сносится. Очень рекомендую. Вроде Firebird уже поддерживают даже многие хостеры.

MySQL на той же машине выполняет те же запросы гораздо медленнее Firebird. Почему - не знаю. Мое сравнение Firebird и MSSQL покзало, что их скорости соизмеримы в большинстве случаев.
MySQL хорош для WEB, так как его поддерживают практически все хостеры.

Еще рекомендую поработать с ORACLE. Говорят уже есть его Embedded вариант. Руки не доходят пощупать.

От Paradox-а я отказался, когда обнаружил, что в BDE имеется непреодолимая ошибка. Если подряд подряд дважды допустить нарушение одного и того же уникального ключа, между которыми выполнить даже самый невинный SQL-запрос (Local-SQL), например, просто SELECT ... FROM ... то это гарантированно приводит к разрушению индекса по непонятной причине (ошибка Index out of date). Ошибка очень редкая, так как пользователи редко дважды подряд нарушают уникальный ключ при попытке INSERT, а уж тем более редко между этими актами осуществляют SQL-запросы. Потому, вероятно, она не была выявлена разработчиками и существует во всех без исключения версиях BDE, работающих с драйвером Paradox. Однако ошибка скверна тем, что индекс, оказавшийся в состоянии out of date приводит к невозможности работы с таблицей и необходимости уничтожать/создавать индекс заново. Для того чтобы гарантированно избежать этой ситуации нужно либо отказаться от Local SQL, либо от использования уникальных индексов Paradox. Проще отказатьсяот Paradox, чем идти на подобные жертвы.

← →
Германн © (2006-12-31 03:10) [9]

> Однако ошибка скверна тем, что индекс, оказавшийся в состоянии
> out of date приводит к невозможности работы с таблицей и
> необходимости уничтожать/создавать индекс заново. Для того
> чтобы гарантированно избежать этой ситуации нужно либо
> отказаться от Local SQL, либо от использования уникальных
> индексов Paradox. Проще отказатьсяот Paradox, чем идти на
> подобные жертвы.

Вот об этом, пожалуйста поподробнее, Ашот.
Я, лично, без проблем в данной ситуации "Index is out of date" пересоздаю их. И сами базы при этом пока что ни разу не пострадали!

← →
Petr V. Abramov © (2006-12-31 04:25) [10]

БАЗА ДАННЫХ дается админу за грехи. Либо он, как ... мучается за грехи разработчиков, либо мучается за то, что думал, что самый умный, когда ее, если сам, проектировал/писАл
:)))

← →
kaZaNoVa © (2006-12-31 23:02) [11]

MySQL рулит!!!

← →
Petr V. Abramov © (2006-12-31 23:30) [12]

> Еще рекомендую поработать с ORACLE. Говорят уже есть его Embedded вариант. Руки не доходят пощупать.
И врядли дойдут :) ну нет такого :)
хотя Oracle SE по цене ~= MSSQL
есть еще бесплатный XE

← →
palva © (2006-12-31 23:31) [13]

kaZaNoVa © (31.12.06 23:02) [11]
MySQL рулит!!!

Говорят у MySQL непонятная лицензионная политика. Можешь написать что-нибудь под MySQL, а человек, купивший у тебя эту программу вынужден покупать лицензию на MySQL. Была большая дискуссия на SQL.ru, но я так и не понял сути их лицензии.

> palva © (31.12.06 23:31) [13]

Платиш роялти за каждую копию своей проги.

Sqlite vs Firebird embedded выбирать надо - полностью шара.

Германн © (31.12.06 03:10) [9]
Я, лично, без проблем в данной ситуации "Index is out of date" пересоздаю их. И сами базы при этом пока что ни разу не пострадали!

Как бы Вы отнеслись к следующему утверждению:
Г-н "А": я отказался от использования текстового редактора фирмы SuperSoftware по той причине, что каждый раз после ввода буквы Ж в сочетании с буквами О и П, следующими за буквой Ж, если при этом был выполнен поиск Fiend (Ctrl+F), текстовый редактор разрушает открытый текстовый файл по неизвестной причине, причем так, что это выясняется только после рестарта программы. Попытки сообщить об этой ошибке в "общественный комитет разработчиков секонд-тим" компании SuperSoftware привели к сухому письменному ответу в стиле "обращайтесь в службу поддержки". Все последующие версии продукта содержали этот же баг. Я не могу доверять этому продукту по субъективным причинам, как мне кажется, понятным.

Г-н "Б": вот здесь поподробнее, г-н "А", я лично храню копию текстового файла и без проблем восстанавливаю его всякий раз после крушения. Меня не смущают такие баги. Наличие такого рода багов- нормально.

> kaif © (02.01.07 18:27) [16]
>
> Германн © (31.12.06 03:10) [9]
> Я, лично, без проблем в данной ситуации "Index is out of
> date" пересоздаю их. И сами базы при этом пока что ни разу
> не пострадали!
>
> Как бы Вы отнеслись к следующему утверждению:

Высокохудожественно! Как всегда.
Снимаю свой вопрос.

2 Германн © (03.01.07 14:36) [17]
С Вашего позволения, Сергей, добавлю.
В тот момент, когда рушится индекс через этот механизм, уже вообще не возникает исключения "violation of unique or primary key". Пользователь остается в полной уверенности, что он сумел созранить запись. Хотя на самом деле происходило нарушение ключа и разрушился индекс.
Из всего можно выпутаться как-нибудь.
Можно отваливающийся кублук у обуви приклеить скотчем и так ходить по улице, пока не надоест.
Но если уже и сообщение о попытке нарушить уникальность не достигает юзера, я нахожу это непреодолимым обстоятельством в нормальной базе данных.
:)

Выбор базы данных. Найти похожие ветки