В принципе он на много проще. Соответственно всей мощи Transanct-SQL ты не найдеш в MySQL. Кому оно надо?! Покапайся на официальном сайте. Там много инфы.
Реляционная база данных для небольшой сети.
- Автор темы Ognev
- Дата начала
- Статус
В принципе он на много проще. Соответственно всей мощи Transanct-SQL ты не найдеш в MySQL. Кому оно надо?! Покапайся на официальном сайте. Там много инфы.
Скажу своё мнение.
1) Локальные СУБД не рассматриваю принципиально, ибо организация многопользовательской работы с такими СУБД это очень большой геммор. Большие сложности с резервным копированием, правами доступа, репликацией.
2) MySQL - хороший сервер, но... до версии 5 отсутствуют хранимые процедуры как класс, в 5-ке они есть но параметры возвращаются не очень хорошо, есть кой-какие проблемы с кодировками (те при исполнении кодировка внутри процедуры становится такой же как у клиента). Курсоры в хранимках почти отсутствуют. Хранилище ISAM быстрое, но блокирует таблицы при выборке (начиная с 4-й версии) !!! Потому большой select может всех завесить напрочь. Отсутствуют транзакции для этого хранилища. InnoDB - лучше, но медленнее, есть некоторые ограничения при репликации. Средства разработки ... в основном не очень, то с кодировкой глюки, то неудобно ... Компоненты доступа Zeos, MyDAC, ну и стандартные. Самое приятное - MyDAC в режиме direct connect с использованием unicode.
Firebird (а иже с ним и Interbase) просто идеален для небольшой сети, но при увеличении числа пользователей до 200 и более быстро теряет производительность. Репликации ... с этим очень трудно, но для небольших проектов они не нужны. Транзакции - самая лучшая транзакционная модель, версионность записей палка о двух концах, тк отсутствуют блокировки, но при непродуманном программировании можно нарваться на deadlock. Самая лучшая реализация процедур из всех sql серверов. Так работать с выборками не умеет ни один сервер из тех, что я знаю. В общем для рабочей группы 10-100 коннекций - самое то (при условии отсутствия репликации). Замечательно работает под web, в php есть специальные функции. Самое лучшее средство разработки - IBExpert, остальным до него еще расти .....
MSSQL - работает только на windows сервере, не интересует как класс, хотя при использовании технологий M$ дает хорошую отдачу, но эти технологии потребляют все аппаратные ресурсы и еще чуть-чуть и являются безусловно платными. Кроме того, ср-ва микрософт допускают лишь незначительную степень настройки, заложенную самим микрософтом, что не всегда устраивает конечных пользователей. В результате начинаются танцы с бубнами, которые отнимают слишком много сил ....
ORACLE - если планируется разрабатывать большую систему и масштабировать её - это самый лучший вариант. Самые приятные компоненты - ODAC в режиме direct connect. Наличиствует возможность масштабирования вплоть до построения отказоустойчивых кластерных систем 24х7.
Лично я бы для небольшого проекта использовал бы FireBird.
WEB проект или проект с большим числом коннекций при простой логике - MySQL (ну не ставят провайдеры по умолчанию больше ничего).
Всё остальное - ORACLE.
PostgreSQL смотрели для адаптации в один из проектов, но он значительно проиграл Firebird по скорости на небольшом числе коннекций.
PS При разработке необходимо также учитывать, что даже самые ярые сторонники мелкософт при вопросе "А где взять хороший грид, чтобы ничего не писать ?" тупо прячут глаза и смолкают. Потому приложения баз данных выгоднее писать на Дельфях.
1) Локальные СУБД не рассматриваю принципиально, ибо организация многопользовательской работы с такими СУБД это очень большой геммор. Большие сложности с резервным копированием, правами доступа, репликацией.
2) MySQL - хороший сервер, но... до версии 5 отсутствуют хранимые процедуры как класс, в 5-ке они есть но параметры возвращаются не очень хорошо, есть кой-какие проблемы с кодировками (те при исполнении кодировка внутри процедуры становится такой же как у клиента). Курсоры в хранимках почти отсутствуют. Хранилище ISAM быстрое, но блокирует таблицы при выборке (начиная с 4-й версии) !!! Потому большой select может всех завесить напрочь. Отсутствуют транзакции для этого хранилища. InnoDB - лучше, но медленнее, есть некоторые ограничения при репликации. Средства разработки ... в основном не очень, то с кодировкой глюки, то неудобно ... Компоненты доступа Zeos, MyDAC, ну и стандартные. Самое приятное - MyDAC в режиме direct connect с использованием unicode.
Firebird (а иже с ним и Interbase) просто идеален для небольшой сети, но при увеличении числа пользователей до 200 и более быстро теряет производительность. Репликации ... с этим очень трудно, но для небольших проектов они не нужны. Транзакции - самая лучшая транзакционная модель, версионность записей палка о двух концах, тк отсутствуют блокировки, но при непродуманном программировании можно нарваться на deadlock. Самая лучшая реализация процедур из всех sql серверов. Так работать с выборками не умеет ни один сервер из тех, что я знаю. В общем для рабочей группы 10-100 коннекций - самое то (при условии отсутствия репликации). Замечательно работает под web, в php есть специальные функции. Самое лучшее средство разработки - IBExpert, остальным до него еще расти .....
MSSQL - работает только на windows сервере, не интересует как класс, хотя при использовании технологий M$ дает хорошую отдачу, но эти технологии потребляют все аппаратные ресурсы и еще чуть-чуть и являются безусловно платными. Кроме того, ср-ва микрософт допускают лишь незначительную степень настройки, заложенную самим микрософтом, что не всегда устраивает конечных пользователей. В результате начинаются танцы с бубнами, которые отнимают слишком много сил ....
ORACLE - если планируется разрабатывать большую систему и масштабировать её - это самый лучший вариант. Самые приятные компоненты - ODAC в режиме direct connect. Наличиствует возможность масштабирования вплоть до построения отказоустойчивых кластерных систем 24х7.
Лично я бы для небольшого проекта использовал бы FireBird.
WEB проект или проект с большим числом коннекций при простой логике - MySQL (ну не ставят провайдеры по умолчанию больше ничего).
Всё остальное - ORACLE.
PostgreSQL смотрели для адаптации в один из проектов, но он значительно проиграл Firebird по скорости на небольшом числе коннекций.
PS При разработке необходимо также учитывать, что даже самые ярые сторонники мелкософт при вопросе "А где взять хороший грид, чтобы ничего не писать ?" тупо прячут глаза и смолкают. Потому приложения баз данных выгоднее писать на Дельфях.
Последнее редактирование модератором:
dreadangel
Member
firebird адназначна
В этом списке незаслуженно забыта DB2 Express-C - версия мощнейшей СУБД, совершенно бесплатная для любых применений.
1) В поставку входит плагин для MS Visual Studio, есть бесплатная IBM DataStudio на Eclipse. В Delphi Enterprise есть родные дрова dbExpress, можно через ODBC и ADO. Кстати, MS ODBC практически является подмножеством IBM DB2 CLI, так что ODBC - практически родные дрова.
2) Надежность - максимальная, всяко не хуже Оракл.
3) Более богатый SQL трудно найти. MS SQL отстает, SQL Оракла нестандартен, но DB2 поддерживает многие из его расширений. Фактически, мне трудно придумать операцию, которую в DB2 нельзя было бы сделать одним(!) запросом.
4) Минимальная, работает из коробки, автоподдержка настраивается визардом в несколько кликов. Версия 9.5 сама постоянно динамически перераспределяет отведенную ей память.
5) Бесплатна и свободна даже для коммерческого распространения. В отличии от некоторых
не имеет ограничения на размер базы. v. 9.5 ограничена 2Гб ОП и 2 ядра процессора. Есть 9.1.2 (до сих пор поддерживается) - она ограничена 4Гб ОП и 4 ядра - платный MS SQL Workgroup нервно курит в сторонке (у него 3Гб и нет x64)!6) Мощнейший native XML storage со своей индексацией и запросами на XQuery/XPath, полнотекстовая индексация и поиск (в т.ч. на русском) - тоже бесплатно.
В нете куча литературы, есть доки IBM и help (даже на русском, но перевод хреновый
. У нас 9.5 спокойно тянет 300 коннектов при десятках ins/upd в сек. Использую давно и весьма рекомендую!
Не поверите -
Этак с 400 Mb.
Там же лежат доки.
Можно скачать бесплатную среду разработки IBM Data Studio на базе Eclipse -
А вот тут лежит фикспак для нее -
Вещь большая и не быстрая, но для отладки хранимок на SQL PL весьма полезна.
You do not have permission to view link please Вход or Регистрация
Этак с 400 Mb.Там же лежат доки.
Можно скачать бесплатную среду разработки IBM Data Studio на базе Eclipse -
You do not have permission to view link please Вход or Регистрация
, 630 Мб. А вот тут лежит фикспак для нее -
You do not have permission to view link please Вход or Регистрация
, 450 Mb.Вещь большая и не быстрая, но для отладки хранимок на SQL PL весьма полезна.
clubreseau
New member
- Регистрация
- 24.10.2009
- Сообщения
- 5
- Реакции
- 0
- Баллы
- 1
- Возраст
- 47
А чем Access тебя не устраивает?
Я сделал пару проектов именно s нем.. Просто и наглядно..
По моему, идеален для малых проектов..
Добавлено через 6 минут
Может кото-то толком обьяснить что такое MSDE?
Я сделал пару проектов именно s нем.. Просто и наглядно..
По моему, идеален для малых проектов..
Добавлено через 6 минут
Может кото-то толком обьяснить что такое MSDE?
Последнее редактирование модератором:
А чем
You do not have permission to view link please Вход or Регистрация
не устраивает?Только для супер малых проектов. Для однопользовательских.
Имею большой опыт работы с Access. В итоге пришлось хранить таблицы в MS SQL. А потом перейти на Дельфи + FB. И стало нам хорошо...
В большинстве случаев FB или IB идеальны. Кроме очень больших баз (много Гб) с большим количеством коннектов (больше 200-300) - в этом случае Оракл или DB2
Однопользовательские БД
Порекомендуйте компоненты для EMBEDED баз данных.
Только не Absolute Database, а то в нем столько ошибок...
Добавлено через 16 минут
Подскажите Embeded компоненты для БД. Только не Absoluye Database - одни ошибки!!!
Порекомендуйте компоненты для EMBEDED баз данных.
Только не Absolute Database, а то в нем столько ошибок...
Добавлено через 16 минут
Подскажите Embeded компоненты для БД. Только не Absoluye Database - одни ошибки!!!
Последнее редактирование модератором:
You do not have permission to view link please Вход or Регистрация
и
You do not have permission to view link please Вход or Регистрация
Verbatimkhv
New member
- Регистрация
- 15.11.2007
- Сообщения
- 4
- Реакции
- 0
- Баллы
- 1
UNIDAC SQLITE
Горячий шоколад
New member
- Регистрация
- 04.10.2008
- Сообщения
- 13
- Реакции
- 4
- Баллы
- 3
Есть еще бесплатные ZeosLIB, но ошибки встречаются
Firebird, Firebird Embedded для однопользовательского приложения.
C Firebird Embedded были проблемы когда стоял Best-Zvit (c Firebird Embedded) и потом надо было установить еще одну программу с Firebird Embedded. Сервер и так небольшой - за чем городить?
Firebird имеет механизм работы с хранимыми процедурами - это самое главное (размер -возможности)
Firebird имеет механизм работы с хранимыми процедурами - это самое главное (размер -возможности)
Последнее редактирование модератором:
dovran1814
New member
- Регистрация
- 07.02.2010
- Сообщения
- 21
- Реакции
- 5
- Баллы
- 3
- Возраст
- 55
- Native language | Родной язык
- Русский
А мне нравиться жарптица FB, а если локально то SQLite.
- Статус
Юридическое предупреждение
Уведомление об удалении DMCA применяется к месту физического размещения контента. В отношении контента, размещенного за пределами США юридически не обязаны соблюдать их. При желании вы можете добавить жалобу на публикацию.