|
Опять про выбор СУБД
|
||
|---|---|---|
Участник
Откуда: бурятский тундрюк, эсквайр
Сообщения: 33 443 |
||
| 26.09.2005, 10:59 |
|
|
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Перечитал весь форму, но конкретики так и не нашел (возможно плохо искал). Наберусь смелости спрошу еще раз (не быть, не посылать, камнями не кидать.. плиз). Вопрос о создании бухгалтерской учетной системы (склад, торговля, заказы, розница). На рознице следует сделать акцент т.к. приутствует момент загрузки данных о дневных продажах с магазинов. Магазинов может быть до 50-100, номенклатура в них до 5000. Реальнов базу грузиться до 50000 строк о дневных продажах + строки обычных складских документов порядка 12000 в день + 100-200 строк других документов. В таблицах строк информацая компактная (идентификаторы товаров, складов, партнеров и т.д.+количество, цена, сумма и т.д.). Справочники в целом около 50000-60000 записей, уже более насыщенные (наименования, полные наименования, соды, адреса и т.д. вобщем достаточно длинные строки). Пользователей 40-60. Сервак может быть и однопроцессорный с наворотами и двух-процессорный, т.е. тут особой экономии не намечается. Отчетеов достаточно много, есть сложные для маркетологов с навороченными подзапросами и т.д. На сегодняшний день система реализована под MS SQL Server 2000. Годовой размер БД 10Гб. База не должна сворачиваться в течении года, но в конце года можно и свернуть. Вопрос - на сколько реально реализовать то же под FireBird ? Затраты по переделке не рассматриваются - это не проблема. Речь идет о создании серийной системы, поэтому хотелось бы использовать бесплатную СУБД. Не будет ли это сыром в мышеловке ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2005, 12:52 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Можно конечно. Судя по объемам - проблем не должно быть. Но надо учитывать, что по идеологии FireBird (версионник) очень здорово отличается от MS SQL (блокировочник). Чтобы сделать оптимальную по быстродействию СУБД, взгляд разработчиков должен быть повернут ортогонально. -- Шумов В. www.acdplus.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.09.2005, 22:38 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Даже если особых технологических проблем не будет, рано или поздно придет начальство, которое скажет: ОК, а теперь все то же самое сделайте под Нормальной БД (Оракыл, MC или ДБ/2) :) Кредит доверия к Файрберду низок и не важно связано это с объективными технологическими причинами или плохим маркетингом. Так что писать чисто под файрбёрд - , извиняюсь, как справлять естественную надобность против ветра. Как вариант, можете сделать ваше приложение БД - независимым хотя это стоит денег, конечно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.09.2005, 23:04 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
авторДаже если особых технологических проблем не будет, рано или поздно придет начальство, которое скажет: ОК, а теперь все то же самое сделайте под Нормальной БД (Оракыл, MC или ДБ/2) :) Кстати, под Oracle обычно не сильно сложно передвинуть то, что сделано на Fb. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 04:58 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Привет, olegov! Ты пишешь: olegov... o> На сегодняшний день система реализована под MS SQL Server 2000. Годовой размер БД 10Гб. o> База не должна сворачиваться в течении года, но в конце года можно и свернуть. o> Вопрос - на сколько реально реализовать то же под FireBird ? Забудь. На FB такие задачи требуют прямых рук и соответственную квалификацию. MS SQL в этом отношении более лоялен. -- With best regards, Мимопроходящий. Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 10:59 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Мимопроходящий Привет, olegov! Ты пишешь: Забудь. На FB такие задачи требуют прямых рук и соответственную квалификацию. MS SQL в этом отношении более лоялен. -- With best regards, Мимопроходящий. Posted via ActualForum NNTP Server 1.3 Вопрос общий. Проблема рук решается нанятием таких рук на работу. Интересует потенциальная возможность. Почему-то грызут сомнения.... Но одни "руки" говорят "легко", другие "Абсурд". Сам FireBird потыкал - технология понравилась. Многое что в MS SQL делается через ж... здесь в два прихлопа, правда есть и обратные ситуации, но их меньше. Поэтому вопрос только в возможности FireBird. Можно рассматривать даже 2.0, т.к. проект "длинный" - год-полтора. Надеюсь 2.0 к тому времени будет или ?.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 21:49 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
DrKonitoДаже если особых технологических проблем не будет, рано или поздно придет начальство, которое скажет: ОК, а теперь все то же самое сделайте под Нормальной БД (Оракыл, MC или ДБ/2) :) Кредит доверия к Файрберду низок и не важно связано это с объективными технологическими причинами или плохим маркетингом. Так что писать чисто под файрбёрд - , извиняюсь, как справлять естественную надобность против ветра. Как вариант, можете сделать ваше приложение БД - независимым хотя это стоит денег, конечно. Оно - Руководство заказчика и сказало "Ок". а теперь все то же но под FB. Решили легализоваться. В центральном офисе согласны купить MS SQL, но в региональные отделения зажали. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 21:51 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Павел Ишенин Кстати, под Oracle обычно не сильно сложно передвинуть то, что сделано на Fb. Мы эту возможность то же рассматриваем. А статеек на этту тему никто не встречал ? Вообще прикалывает такая вещь http://www.is-pro.ru/ru/about/index.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.09.2005, 21:55 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Если тебя прикалывает строчка статья Используемые СУБД: Pervasive, Oracle, MS SQL или FireBird то скажу, что у нас есть системы которые работают на ms sql, oracle, fb причем для работы с oracle и fb используется одно и тоже приложение (в смысле exe). Запросы один в один, только в oracle к названиям таблиц схему приписывать надо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 05:23 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
olegovВ центральном офисе согласны купить MS SQL, но в региональные отделения зажали. А что, в региональных отделениях - тоже 40-60 одновременно работающих юзверей и 10Гб в год? Если в регионах маштабы мельче - то чем MSDE не устраивает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 05:44 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
2Павел Ишенин А зачем вам тогда навороченный сервер, если его фишками воспользоваться нереально? Код запрос ведь один в один. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 10:13 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
А в сторону MySQL или PostgreSQL смотреть не пробовали? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 10:19 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
olegov DrKonitoДаже если особых технологических проблем не будет, рано или поздно придет начальство, которое скажет: ОК, а теперь все то же самое сделайте под Нормальной БД (Оракыл, MC или ДБ/2) :) Кредит доверия к Файрберду низок и не важно связано это с объективными технологическими причинами или плохим маркетингом. Так что писать чисто под файрбёрд - , извиняюсь, как справлять естественную надобность против ветра. Как вариант, можете сделать ваше приложение БД - независимым хотя это стоит денег, конечно. Оно - Руководство заказчика и сказало "Ок". а теперь все то же но под FB. Решили легализоваться. В центральном офисе согласны купить MS SQL, но в региональные отделения зажали. Тогда смотрите на связку Oracle+Fb or sybaseASE 15 + Fb. Преимущества перед MS SQL работает на линухе, т.е. выйдет дешевле чем лицензироваться под MS SQL. Oracle SE One - 149$/user. ASE ~= Oracle по цене, но проще портировать под сайбейз с MSSQL. FB легко потянет регионы и немаловажно , что можно получить оперативную и качественную помощь от разработчиков файерберда на русском. ни одна другая база этого не позволяет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 12:47 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
wellx olegov DrKonitoДаже если особых технологических проблем не будет, рано или поздно придет начальство, которое скажет: ОК, а теперь все то же самое сделайте под Нормальной БД (Оракыл, MC или ДБ/2) :) Кредит доверия к Файрберду низок и не важно связано это с объективными технологическими причинами или плохим маркетингом. Так что писать чисто под файрбёрд - , извиняюсь, как справлять естественную надобность против ветра. Как вариант, можете сделать ваше приложение БД - независимым хотя это стоит денег, конечно. Оно - Руководство заказчика и сказало "Ок". а теперь все то же но под FB. Решили легализоваться. В центральном офисе согласны купить MS SQL, но в региональные отделения зажали. Тогда смотрите на связку Oracle+Fb or sybaseASE 15 + Fb. Преимущества перед MS SQL работает на линухе, т.е. выйдет дешевле чем лицензироваться под MS SQL. Oracle SE One - 149$/user. ASE ~= Oracle по цене, но проще портировать под сайбейз с MSSQL. FB легко потянет регионы и немаловажно , что можно получить оперативную и качественную помощь от разработчиков файерберда на русском. ни одна другая база этого не позволяет. И еще могу добавить - если решите брать Оракл , то в качестве локальных баз посмотрите на Fyracle (Oracle mode fo Firebird) www.fyracle.org http://www.janus-software.com/ Тогда даже синтаксис запросов менять не надо. Да и девелоперская версия стоит около 50-100 баксов . Причем в смысле парсинга PL/SQL сабж много впереди EntrepriseDb будет , да и дешевле во много раз. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 13:12 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
ЛП olegovВ центральном офисе согласны купить MS SQL, но в региональные отделения зажали. А что, в региональных отделениях - тоже 40-60 одновременно работающих юзверей и 10Гб в год? Если в регионах маштабы мельче - то чем MSDE не устраивает? В региональных та же фигня. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.09.2005, 13:38 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
А про FB2.0 ченить слышно ? Когда ожидается ? Чего будет ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2005, 00:08 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
olegovА про FB2.0 ченить слышно ? Когда ожидается ? Чего будет ?Вопрос задан не в тот форум. Ожидается в этом году. Чего будет - можно почитать в Release Notes или пощупать 3-ю альфу (1-я бета уже скоро) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2005, 01:02 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
olegov Вопрос - на сколько реально реализовать то же под FireBird ? Затраты по переделке не рассматриваются - это не проблема. Речь идет о создании серийной системы, поэтому хотелось бы использовать бесплатную СУБД. Не будет ли это сыром в мышеловке ? Согласно моему опыту работы с IB, сделать можо, но: 1. Те запросы, что MSSQL сам глотает и отрабатывает в нормальные сроки - IB может обрабатывать годами. (Хотя при подходе доработать напильником, от IB можно добиться результатов не сильно уступающих MSSQL). 2. Для небольшого количества одновременных пользователей IB очень даже неплохо работает, но при переваливании этого количества за 50 (при неоптимизированной под IB программе) наблюдались большие проблеммы. Я думаю (хотя это и мое личное мнение), что при оптимизации под IB можно добиться и лучших результатов, но на поддержку одновременно больше ста пользователей лучше не расчитывать. При этом, мне кажется очень важно дать возможность спрыгнуть на сервер покруче - тогда и люди к вам потянутся за халявой, а когдаприпекет - тогда и сервер купят. Итого: Поддержка халявного IB - это своеобразного рода трюк с заманиванием покупателя на халяву. Для небольшой конторы вполне нормально будет работать конторам побольше - пусть платят дважды. За "бесплатный" IB + За переход + за Oracle. За соответствующую оплату могу даже решить технические вопросы (если делать будете на Delphi) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2005, 02:22 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
AAron А зачем вам тогда навороченный сервер, если его фишками воспользоваться нереально? Код запрос ведь один в один. А что все фишки Oracle лежат только в области SQL запросов? Я конечно написал про запросы один в один. 1. Это относится только к DML запросам. 2. Часть DML запросов всеже отличается 3. Некоторые фишки Oracle, типа хинты можно вставлять в запрос и это не окажет никакого влияния на Fb. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2005, 05:32 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Вот именно, фишки лежат не только в области SQL/DML, но и в других "частях" Оракла или SQL Server'a. Поэтому я и считаю, что неразумно писать приложение, с одним и тем же DATA LAYER для разных серверов, лишая приложение возможности работать со всем доступным функционалом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2005, 10:51 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Кувалдин РоманА в сторону MySQL или PostgreSQL смотреть не пробовали? и не смотрите: первая слишком урезана от SQL, вторая глючная... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2005, 15:25 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
AAron Поэтому я и считаю, что неразумно писать приложение, с одним и тем же DATA LAYER для разных серверов, лишая приложение возможности работать со всем доступным функционалом. С какой это радости приложение должно лишаться этой возможности? Posted via ActualForum NNTP Server 1.3 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2005, 15:28 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Как показывает практика такие обсуждение в итоге сводятс к тому что круче Оракл и МС СКУЛЬ. Ориентируетесь следуюшим образом: под Windows Oracle на всю мощь всё одно не развернуть из-за ограниченности Винды... В месте с тем по возможностям он беспорно круче. Однако на Ms SQL Вы свою базу сварганите значительно быстрее. и поддерживать её проще будет бо там до кучи всё более автоматизировано... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2005, 15:32 |
|
||
|
Опять про выбор СУБД
|
|||
|---|---|---|---|
|
#18+
Спорно на счет Oracle на винде. Вполне себе номано крутится. Как и предыдущее высказывание про постгресс ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.09.2005, 16:34 |
|
||
|
|
start [/forum/topic.php?fid=35&msg=33289620&tid=1553773]: |
0ms |
get settings: |
10ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
35ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
70ms |
get tp. blocked users: |
1ms |
| others: | 277ms |
| total: | 430ms |
| 0 / 0 |
