ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Опять про выбор СУБД
123 сообщений из 123, показаны все 5 страниц
  все  
Опять про выбор СУБД
    #33287077
olegov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
olegov
Участник
Перечитал весь форму, но конкретики так и не нашел (возможно плохо искал).
Наберусь смелости спрошу еще раз (не быть, не посылать, камнями не кидать.. плиз).
Вопрос о создании бухгалтерской учетной системы (склад, торговля, заказы, розница).
На рознице следует сделать акцент т.к. приутствует момент загрузки данных о дневных продажах с магазинов. Магазинов может быть до 50-100, номенклатура в них до 5000. Реальнов базу грузиться до 50000 строк о дневных продажах + строки обычных складских документов порядка 12000 в день + 100-200 строк других документов. В таблицах строк информацая компактная (идентификаторы товаров, складов, партнеров и т.д.+количество, цена, сумма и т.д.). Справочники в целом около 50000-60000 записей, уже более насыщенные (наименования, полные наименования, соды, адреса и т.д. вобщем достаточно длинные строки). Пользователей 40-60. Сервак может быть и однопроцессорный с наворотами и двух-процессорный, т.е. тут особой экономии не намечается. Отчетеов достаточно много, есть сложные для маркетологов с навороченными подзапросами и т.д.
На сегодняшний день система реализована под MS SQL Server 2000. Годовой размер БД 10Гб. База не должна сворачиваться в течении года, но в конце года можно и свернуть.
Вопрос - на сколько реально реализовать то же под FireBird ? Затраты по переделке не рассматриваются - это не проблема. Речь идет о создании серийной системы, поэтому хотелось бы использовать бесплатную СУБД. Не будет ли это сыром в мышеловке ?
...
Рейтинг: 0 / 0
24.09.2005, 12:52
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33287240
VladSh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VladSh
Участник
Можно конечно. Судя по объемам - проблем не должно быть.
Но надо учитывать, что по идеологии FireBird (версионник) очень здорово отличается от MS SQL (блокировочник).
Чтобы сделать оптимальную по быстродействию СУБД, взгляд разработчиков должен быть повернут ортогонально.

--
Шумов В.
www.acdplus.ru
...
Рейтинг: 0 / 0
24.09.2005, 22:38
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33287595
DrKonito
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DrKonito
Гость
Даже если особых технологических проблем не будет, рано или поздно придет начальство, которое скажет: ОК, а теперь все то же самое сделайте под Нормальной БД (Оракыл, MC или ДБ/2) :)
Кредит доверия к Файрберду низок и не важно связано это с объективными технологическими причинами или плохим маркетингом. Так что писать чисто под файрбёрд - , извиняюсь, как справлять естественную надобность против ветра.

Как вариант, можете сделать ваше приложение БД - независимым хотя это стоит денег, конечно.
...
Рейтинг: 0 / 0
25.09.2005, 23:04
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33287674
Павел Ишенин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Павел Ишенин
Участник
авторДаже если особых технологических проблем не будет, рано или поздно придет начальство, которое скажет: ОК, а теперь все то же самое сделайте под Нормальной БД (Оракыл, MC или ДБ/2) :)


Кстати, под Oracle обычно не сильно сложно передвинуть то, что сделано на Fb.
...
Рейтинг: 0 / 0
26.09.2005, 04:58
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33288043
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, olegov!
Ты пишешь:

olegov...
o> На сегодняшний день система реализована под MS SQL Server 2000. Годовой размер БД 10Гб.
o> База не должна сворачиваться в течении года, но в конце года можно и свернуть.
o> Вопрос - на сколько реально реализовать то же под FireBird ? Забудь.
На FB такие задачи требуют прямых рук и соответственную квалификацию.
MS SQL в этом отношении более лоялен.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
26.09.2005, 10:59
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33289618
olegov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
olegov
Участник
Мимопроходящий
Привет, olegov!
Ты пишешь:

Забудь.
На FB такие задачи требуют прямых рук и соответственную квалификацию.
MS SQL в этом отношении более лоялен.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3

Вопрос общий. Проблема рук решается нанятием таких рук на работу. Интересует потенциальная возможность. Почему-то грызут сомнения.... Но одни "руки" говорят "легко", другие "Абсурд". Сам FireBird потыкал - технология понравилась. Многое что в MS SQL делается через ж... здесь в два прихлопа, правда есть и обратные ситуации, но их меньше. Поэтому вопрос только в возможности FireBird. Можно рассматривать даже 2.0, т.к. проект "длинный" - год-полтора. Надеюсь 2.0 к тому времени будет или ?....
...
Рейтинг: 0 / 0
26.09.2005, 21:49
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33289620
olegov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
olegov
Участник
DrKonitoДаже если особых технологических проблем не будет, рано или поздно придет начальство, которое скажет: ОК, а теперь все то же самое сделайте под Нормальной БД (Оракыл, MC или ДБ/2) :)
Кредит доверия к Файрберду низок и не важно связано это с объективными технологическими причинами или плохим маркетингом. Так что писать чисто под файрбёрд - , извиняюсь, как справлять естественную надобность против ветра.

Как вариант, можете сделать ваше приложение БД - независимым хотя это стоит денег, конечно.

Оно - Руководство заказчика и сказало "Ок". а теперь все то же но под FB. Решили легализоваться. В центральном офисе согласны купить MS SQL, но в региональные отделения зажали.
...
Рейтинг: 0 / 0
26.09.2005, 21:51
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33289624
olegov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
olegov
Участник
Павел Ишенин
Кстати, под Oracle обычно не сильно сложно передвинуть то, что сделано на Fb.
Мы эту возможность то же рассматриваем. А статеек на этту тему никто не встречал ?
Вообще прикалывает такая вещь http://www.is-pro.ru/ru/about/index.html
...
Рейтинг: 0 / 0
26.09.2005, 21:55
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33289748
Павел Ишенин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Павел Ишенин
Участник
Если тебя прикалывает строчка
статья
Используемые СУБД: Pervasive, Oracle, MS SQL или FireBird


то скажу, что у нас есть системы которые работают на ms sql, oracle, fb
причем для работы с oracle и fb используется одно и тоже приложение (в смысле exe). Запросы один в один, только в oracle к названиям таблиц схему приписывать надо.
...
Рейтинг: 0 / 0
27.09.2005, 05:23
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33289753
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ЛП
Участник
olegovВ центральном офисе согласны купить MS SQL, но в региональные отделения зажали.
А что, в региональных отделениях - тоже 40-60 одновременно работающих юзверей и 10Гб в год? Если в регионах маштабы мельче - то чем MSDE не устраивает?
...
Рейтинг: 0 / 0
27.09.2005, 05:44
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33289990
AAron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AAron
Участник
2Павел Ишенин
А зачем вам тогда навороченный сервер, если его фишками воспользоваться нереально? Код запрос ведь один в один.
...
Рейтинг: 0 / 0
27.09.2005, 10:13
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33290009
Фотография Кувалдин Роман
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Кувалдин Роман
Участник
А в сторону MySQL или PostgreSQL смотреть не пробовали?
...
Рейтинг: 0 / 0
27.09.2005, 10:19
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33290528
wellx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
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 легко потянет регионы и немаловажно , что можно получить оперативную и качественную помощь от разработчиков файерберда на русском. ни одна другая база этого не позволяет.
...
Рейтинг: 0 / 0
27.09.2005, 12:47
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33290648
wellx
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
wellx
Участник
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 будет , да и дешевле во много раз.
...
Рейтинг: 0 / 0
27.09.2005, 13:12
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33290750
olegov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
olegov
Участник
ЛП olegovВ центральном офисе согласны купить MS SQL, но в региональные отделения зажали.
А что, в региональных отделениях - тоже 40-60 одновременно работающих юзверей и 10Гб в год? Если в регионах маштабы мельче - то чем MSDE не устраивает?

В региональных та же фигня.
...
Рейтинг: 0 / 0
27.09.2005, 13:38
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33292058
olegov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
olegov
Участник
А про FB2.0 ченить слышно ? Когда ожидается ? Чего будет ?
...
Рейтинг: 0 / 0
28.09.2005, 00:08
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33292075
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
olegovА про FB2.0 ченить слышно ? Когда ожидается ? Чего будет ?Вопрос задан не в тот форум.
Ожидается в этом году.
Чего будет - можно почитать в Release Notes или пощупать 3-ю альфу (1-я бета уже скоро)
...
Рейтинг: 0 / 0
28.09.2005, 01:02
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33292101
Константин Заровный
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Константин Заровный
Участник
olegov
Вопрос - на сколько реально реализовать то же под FireBird ? Затраты по переделке не рассматриваются - это не проблема. Речь идет о создании серийной системы, поэтому хотелось бы использовать бесплатную СУБД. Не будет ли это сыром в мышеловке ?

Согласно моему опыту работы с IB, сделать можо, но:

1. Те запросы, что MSSQL сам глотает и отрабатывает в нормальные сроки - IB может обрабатывать годами. (Хотя при подходе доработать напильником, от IB можно добиться результатов не сильно уступающих MSSQL).

2. Для небольшого количества одновременных пользователей IB очень даже неплохо работает, но при переваливании этого количества за 50 (при неоптимизированной под IB программе) наблюдались большие проблеммы. Я думаю (хотя это и мое личное мнение), что при оптимизации под IB можно добиться и лучших результатов, но на поддержку одновременно больше ста пользователей лучше не расчитывать.

При этом, мне кажется очень важно дать возможность спрыгнуть на сервер покруче - тогда и люди к вам потянутся за халявой, а когдаприпекет - тогда и сервер купят.

Итого: Поддержка халявного IB - это своеобразного рода трюк с заманиванием покупателя на халяву. Для небольшой конторы вполне нормально будет работать конторам побольше - пусть платят дважды. За "бесплатный" IB + За переход + за Oracle.

За соответствующую оплату могу даже решить технические вопросы (если делать будете на Delphi)
...
Рейтинг: 0 / 0
28.09.2005, 02:22
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33292133
Павел Ишенин
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Павел Ишенин
Участник
AAron
А зачем вам тогда навороченный сервер, если его фишками воспользоваться нереально? Код запрос ведь один в один.

А что все фишки Oracle лежат только в области SQL запросов?

Я конечно написал про запросы один в один.
1. Это относится только к DML запросам.
2. Часть DML запросов всеже отличается
3. Некоторые фишки Oracle, типа хинты можно вставлять в запрос и это не окажет никакого влияния на Fb.
...
Рейтинг: 0 / 0
28.09.2005, 05:32
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33292524
AAron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
AAron
Участник
Вот именно, фишки лежат не только в области SQL/DML, но и в других "частях" Оракла или SQL Server'a.

Поэтому я и считаю, что неразумно писать приложение, с одним и тем же DATA LAYER для разных серверов, лишая приложение возможности работать со всем доступным функционалом.
...
Рейтинг: 0 / 0
28.09.2005, 10:51
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33293561
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
Кувалдин РоманА в сторону MySQL или PostgreSQL смотреть не пробовали?
и не смотрите: первая слишком урезана от SQL, вторая глючная...
...
Рейтинг: 0 / 0
28.09.2005, 15:25
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33293570
protector
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
protector
Участник
AAron
Поэтому я и считаю, что неразумно писать приложение, с одним и тем же DATA LAYER для разных серверов, лишая приложение возможности работать со всем доступным функционалом.


С какой это радости приложение должно лишаться этой возможности?

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
28.09.2005, 15:28
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33293583
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
Как показывает практика такие обсуждение в итоге сводятс к тому что круче Оракл и МС СКУЛЬ. Ориентируетесь следуюшим образом: под Windows Oracle на всю мощь всё одно не развернуть из-за ограниченности Винды... В месте с тем по возможностям он беспорно круче. Однако на Ms SQL Вы свою базу сварганите значительно быстрее. и поддерживать её проще будет бо там до кучи всё более автоматизировано...
...
Рейтинг: 0 / 0
28.09.2005, 15:32
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33293824
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Спорно на счет Oracle на винде. Вполне себе номано крутится.
Как и предыдущее высказывание про постгресс
...
Рейтинг: 0 / 0
28.09.2005, 16:34
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33293827
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
IMHO правильнее рассматривать с позиций на чем удобнее разрабатывать
...
Рейтинг: 0 / 0
28.09.2005, 16:36
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33293905
Фотография Vadim_Maximov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Vadim_Maximov
Участник
Gluk (Kazan)Спорно на счет Oracle на винде. Вполне себе номано крутится.Это пока SGA влезает в 3Gb....
...
Рейтинг: 0 / 0
28.09.2005, 16:52
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33293955
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
В 2 экстремалы работают этажом выше ;)
В курсе, часто этого хватает
...
Рейтинг: 0 / 0
28.09.2005, 17:05
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33295480
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
Gluk (Kazan) я же говорю что Оракл нормально в Винде работает до тех пор пока хватает Винды. Но до тех пор пока хватает Винды MS SQL врядли ему сильно уступит, зато разрабатывать в нём проще и удобнее... Оракл слишком мощен для Винды. Я про это говорил.
А про Постгри я слышал тока плохое... И тоже не для Винды оно
...
Рейтинг: 0 / 0
29.09.2005, 12:36
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33295503
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Из бесплантых постгресс самое то. Сыроват пока конечно, но двигается в правильном направлении. На счет мощи Oracle, дык ей надо уметь еще воспользоваться :) тоже по всякому бывает.
...
Рейтинг: 0 / 0
29.09.2005, 12:41
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33295516
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
На счет проще и удобнее в отношении MSSQL не соглашусь. Спорно это. TSQL по возможностям рядом с PL/SQL не лежал. Соотвественно разрабатывать под Oracle проще. Разумеется все это ВЕСЬМА субъективно.
...
Рейтинг: 0 / 0
29.09.2005, 12:43
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33295897
Stas Tristan
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Stas Tristan
Участник
Могу предложить посмотреть в сторону линейки MS SQL Server 2005:
www.microsoft.com/sql/2005/default.mspx
ИМХО по возможностям (если не брать в расчет кроссплатформенность) уделывает все оставльные бесплатные СУБД
В этой линейке есть бесплатная версия Express
...
Рейтинг: 0 / 0
29.09.2005, 14:06
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33295927
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
Gluk (Kazan) wrote:
> На счет проще и удобнее в отношении MSSQL не соглашусь. Спорно это. TSQL
> по возможностям рядом с PL/SQL не лежал. Соотвественно разрабатывать под
> Oracle проще. Разумеется все это ВЕСЬМА субъективно.
ну, батенька.. цпп уж куда как мощнее и разнообразнее паскаля, а вот
работать проще с паскалем, особенно если с нуля.
Тем более, опять-таки, если писать на с диезе, то лучше брать MS. дай
бог, когда выйдет юкон (ну когда нить он же выйдет, а экспресс врода как
бы уже (или он тоже бэта?)) дык тогда прямым ходом можно будет в полный
рост программить ESP на том же диезе.
Тем более, на кой черт разводить зоопарк? операционка, язык и бд - есть
возможность взять от одного производителя, так пусть берёт.

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
29.09.2005, 14:17
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33295961
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Не хочется разводить очередной религиозный флейм. Зоопарк действительно ни к чему. Об этом свидетельствует оглушительный успех Java как второго родного языка сервера Oracle С# на стороне сереврера может прихиться по одной единственной причине - в силу убогости TSQL .
В настоящий момент, никто меня не убедит что разработка под MSSQL2000 чем то проще чем под Oracle. Да и на счет Юкона в этом плане терзают смутные сомнения. Разработкой должен заниматься КВАЛИФИЦИРОВАННЫЙ разработчик, а не кухарка. А для него впервую очередь важен функционал и удобство работы, а никак не мифическая "легкость освоения". Дождетесь, что на сервер полезут бейсик программеры
...
Рейтинг: 0 / 0
29.09.2005, 14:27
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33295994
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo!!
Гость
авторТем более, опять-таки, если писать на с диезе, то лучше брать MS. дай
бог, когда выйдет юкон (ну когда нить он же выйдет, а экспресс врода как
бы уже (или он тоже бэта?)) дык тогда прямым ходом можно будет в полный
рост программить ESP на том же диезе.

за чем ждать если можно взять оракл 10gR2 и писать СП на C# уже сейчас ?

авторТем более, на кой черт разводить зоопарк? операционка, язык и бд - есть
возможность взять от одного производителя, так пусть берёт.

и по 3 года ждать обещеного ? чтоб годами слушать сказки что amd64/emt64 у вас когда нибудь будет ?
...
Рейтинг: 0 / 0
29.09.2005, 14:34
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296004
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Yo!!за чем ждать если можно взять оракл 10gR2 и писать СП на C# уже сейчас ?


На Oracle она нужна как собаке пятое колесо. Там и Яву народ не особо восторженно пользует.
...
Рейтинг: 0 / 0
29.09.2005, 14:37
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296019
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
Gluk (Kazan) wrote:
> Не хочется разводить очередной религиозный флейм. Зоопарк действительно
> ни к чему. Об этом свидетельствует оглушительный успех Java как второго
> родного языка сервера Oracle С# на стороне сереврера может прихиться по
> одной единственной причине - *в силу убогости TSQL*.
да, бедноват, бедноват, спорить даже не подымается перо. В юконе чуток
лучше, но всё-же...

> В настоящий момент, никто меня не убедит что разработка под MSSQL2000
> чем то проще чем под Oracle. Да и на счет Юкона в этом плане терзают
> смутные сомнения. Разработкой должен заниматься КВАЛИФИЦИРОВАННЫЙ
> разработчик, а не кухарка. А для него впервую очередь важен функционал и
> удобство работы, а никак не мифическая "легкость освоения". Дождетесь,
> что на сервер полезут бейсик программеры

Хорошее слово - удобство работы... а что есть под этим понимать? Есть
такой персонаж детской сказки, джоел спольски, он накропал как-то
статейку о том, что самым большим достижением всех современных языков
(за исключением ц и цпп) является автоматическое управление памятью.
мол, вся остальная хрень, которую напридумали - клёво, конечно, но не
панацея. а вот память.... Мож, в удобство работы простота языка входит?
а то наворотить сорок бочек арестантов, универсально, теоретически
красивао... а потом чтобы взъюзать незатейливую системную фюнкцию
приходится стоко всего определять и передавать (контексты безопасности
чего стоят...)
И бейсик программеры полезут, не переживайте. Как-то не любите Вы их (я,
впрочем, тоже не очень-то)... Но ведь проги (клиентские пока-что)
написанные такими вот "бумагомараками" работають! И у суръезных людей,
смею заменить. Я когда прочел что BOA автоматизировали на основе
Excel... меня чуть кондрат не хватил... а в хехеле, если помните, VBA...



--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
29.09.2005, 14:39
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296039
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo!!
Гость
Gluk (Kazan)
На Oracle она нужна как собаке пятое колесо. Там и Яву народ не особо восторженно пользует.

она не нужна разработчикам :) а маркетологи без нее никак. ведь подумайте - у юкона всего 2 больших фичи которые МС отличают от остальных субд - .Net и snapshot. теперь оракл может говорить смело что у нас есть ВСЕ что есть в юконе.
...
Рейтинг: 0 / 0
29.09.2005, 14:44
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296069
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
locky
...


Поэтично :) В своих первых постах я сказал, что это СУБЪЕКТИВНО.
Но TSQL это реально НЕУДОБНО, безо всякого субъективизма.
Бейсик хорош для своей ниши, но не на сервере.
...
Рейтинг: 0 / 0
29.09.2005, 14:52
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296166
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
Gluk (Kazan) wrote:
> locky
>
> ...
>
>
>
> Поэтично :) В своих первых постах я сказал, что это СУБЪЕКТИВНО.
> Но TSQL это реально НЕУДОБНО, безо всякого субъективизма.
> Бейсик хорош для своей ниши, но не на сервере.
про субъективно - скорее всего, пропустил, приносю свои извинения.
T-sql - это не неудобно, наверное, а в некоторых случаях неудобно, или с
непривычки неудобно. опять-таки, субъективно... хотя сделать его пошире
- это бы да... ну, добавили обработку ошибок и ранжирование - и на том
спасибо, всё равно в ближайший год вряд-ли появится что-то новое...
а бейсик - да язык языком, процедурный, писать на йом можно. если машина
языка приличная - то плоскопараллельно, бэйсик, си шарп, жаба...
--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
29.09.2005, 15:19
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296172
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
Gluk (Kazan) Ms SQL это удобно. Для большинства задач его более чем много. Вместе с тем удобные интерфейсы и простота использования очень многое значат...
Про то что Оракловский PL SQL мощнее никто и не спорит, но мощности такие не всегда и нужны. Те же секвенсоры, вещь хорошая и нужная, но обычный инкремент добавить быстрее, чем заморачиваться на триггер или ссылку на секвенсор вставлять в запрос . При этом в большинсве задач нужен прост инкремент... Это я для примера. Многие вещи реально быстре и проще сделать в MS T-SQL. Мало того многое делается там просто щелчком мышки, что всяко быстрее чем запросы писать... Оракл надо юзать там, где он действительно нужен...
Я обе эти СУБД юзаю. И кстати VB .NET очень люблю - хороший новый мощный язык (даже с предыдущими не совместим) с приятным синтаксисом... Не надо быть максималистами! Ты же по городу на танке не ездишь (хотя пробки танку не помеха!) и танк я вно круче.
А про Постгри собственно все и говорят что он сыроват, однако, да, зато бесплатно...
...
Рейтинг: 0 / 0
29.09.2005, 15:20
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296181
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Ну и сойдемся на этом. Я тоже работаю с обеими, но с разным удовольствием ;) Правда меня никто не спрашивает. Только, удобно и много это РАЗНЫЕ понятия, также как мягкое и теплое.
...
Рейтинг: 0 / 0
29.09.2005, 15:23
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296196
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
mod wrote:
> Gluk (Kazan) Ms SQL это удобно. Для большинства задач его более чем
> много. Вместе с тем удобные интерфейсы и простота использования очень
> многое значат...
> Про то что Оракловский PL SQL мощнее никто и не спорит, но мощности
> такие не всегда и нужны. Те же секвенсоры, вещь хорошая и нужная, но
> обычный инкремент добавить быстрее, чем заморачиваться на триггер или
> ссылку на секвенсор вставлять в запрос . При этом в большинсве задач
> нужен прост инкремент... Это я для примера. Многие вещи реально быстре и
ну... я не так уж и часто создаю таблички, если честно... с
последовательностями конечно, геммороя больше.... но Вы еще скажите, что
MS инсталлируется за 30 минут, а оракл - за 50.... потратить лишние пару
минут при создании таблицы - невелика потеря...
Вот если бы в MS были последовательности - это было бы совсем гут,
приятно, клёво, удобно и всё такое...

>Мало того многое делается там просто щелчком мышки, что всяко быстрее
>чем запросы писать
Я ваще мышкой не щелкаю... всё ручками... хотя таблички, признаюсь, в EM
лабаю, дык в оракле тож самое, вроде... TOAD этот еще (что бы это ни было)

Зачастую, лучше что-то иметь и не юзать, чем хотеть юзать, и не иметь
возможности. Конечно, если это не сказывается, к пример, на
производительности.

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
29.09.2005, 15:29
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296293
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
locky ты не о том... Я не спорю что если бы сиквенсы были в МС СКЛ то это было бы гуд, и я даже не про то, что если бы инкрменты были в Оракл это тоже было бы не плохо. Впрочем счас не проних. Администрить и ставить на сервак МС СКЛ тоже проще... Я просто помню как потратил не один час прежеде чем смог Оракл хоть как-то запустить, когда в первый раз ставил. Да и с администрированием в первый раз он запарится... Я про то что если человек возьмёт с нуля МС СКЛ, то он разберётся с ним куды быстрее. А возможностей МС СКЛ ему будет за глаза... Иногда и MySQL для некоторых задач круче всего подходит, хотя и язык СКЛ там никакой и удобств никаких... Вот с Gluk (Kazan) мы сошлись уже...
...
Рейтинг: 0 / 0
29.09.2005, 15:59
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296319
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
Ещё один момент перед тем КВАЛИФИЦИРОВАННЫМ стать надо побыть новичком!
...
Рейтинг: 0 / 0
29.09.2005, 16:05
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296320
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
modАдминистрить и ставить на сервак МС СКЛ тоже проще... Я просто помню как потратил не один час прежеде чем смог Оракл хоть как-то запустить, когда в первый раз ставил.

IMHO это заблуждение культивируемое маркетологами Microsoft.
Найти ХОРОШЕГО админа Windows гораздо сложнее чем аналогичного Unix.

У Oracle все ручки настройки наружу, верти не хочу. Разумеется отсюда проистекают некоторые трудности. Но если случится что-то серьезное, трудности будут проистекать совсем из другого.
...
Рейтинг: 0 / 0
29.09.2005, 16:05
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296462
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
Gluk (Kazan) найти админа для Unix заранее сложнее ибо их меньше. Среди них хороших да больше ибо само админство сложнее. А особо хороший админ в Microsoft редкость ибо привыкли к галочкам и кнопочкам, а не к скриптам...
Идеология Майкрософт не в том чтобы хороший админ был. а чтобы человек средней руки мог... Согласе, что не всегда это верно. Тады хороший админы в Майкрософт работают на уровне скрипотв и отлично знают реестр... Но начать админить Винду проще, чем Юникс...
...
Рейтинг: 0 / 0
29.09.2005, 16:43
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296463
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
mod wrote:

> то что если человек возьмёт с нуля МС СКЛ, то он разберётся с ним куды
> быстрее.
или будет считать, что разобрался... что еще хуже.

Gluk(Kazan) wrote:

>У Oracle все ручки настройки наружу, верти не хочу. Разумеется отсюда
>проистекают некоторые трудности. Но если случится что-то серьезное,
>трудности будут проистекать совсем из другого.
это да... лучше иметь и не вертеть, чем хотеть - а нечего... у MS с этим
посложнее будет... В оракле, наскоко я понимаю, по дефолту ставятся
настройки, которые в большинстве случаев подходят, и которые можно не
трогать.


--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
29.09.2005, 16:43
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296538
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
Короче ясно всё с locky и Gluk (Kazan). Вы оба максималисты. Кстати МС вообще-то по дефолту нормально работет, а Ораклю донастроит всё таки придётся... И уж Оракля лишнего по дефолту больше поставит... К слову...
МС в принципе можно не вертеть. Хотя оно лучше поднастроить. но можно и при добавлении опыта... Я протсот помню как я с Ораклом первые разы намучался... С МС такого небыло изначально....
Вы канечно может работете в крутых компаниях гле готовы зарпаты по $3000 бачей платить за хороших спецов. Ну или живёте там где Ораклоид получает $500 и доволен... У нас всё по другому... Хороший спец дороже, а не всегда оно и надо, дешевле взять попроще как факт... Проверено, не обсуждается...
...
Рейтинг: 0 / 0
29.09.2005, 16:59
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296558
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo!!
Гость
modGluk (Kazan) найти админа для Unix заранее сложнее ибо их меньше. Среди них хороших да больше ибо само админство сложнее. А особо хороший админ в Microsoft редкость ибо привыкли к галочкам и кнопочкам, а не к скриптам...
Идеология Майкрософт не в том чтобы хороший админ был. а чтобы человек средней руки мог... Согласе, что не всегда это верно. Тады хороший админы в Майкрософт работают на уровне скрипотв и отлично знают реестр... Но начать админить Винду проще, чем Юникс...

Gluck прав. смотрите я беру и спрашиваю человека куда ставил оракл и если человек говорит что на левый дистр то я сразу понимаю что человек нормально потра%^ся и наверника теперь понимает архитектуру *nix, он понимает как работает ос не на уровне кнопочек, он знает где лежат либы какие между ними зависимости что такое семафоры и т.е. если он получит ORA-XXX он будет понимать о чем идет речь. что я получаю если он поставил на винду ? только то что он справился в тыкании кнопки Next ...

вчера пол вечера балдел, в МС ветке вопрос, че за фигня у меня 8xOpteron тормозит. т.е. люди которые решают вопрос сервера на $10-20K ээ...оригинальны и не разбираются в элементарном. они NUMA от SMP не отличают, но при этом упраляют субд. помоему это не правильно.
...
Рейтинг: 0 / 0
29.09.2005, 17:04
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296625
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
Yo!! wrote:
> Gluck прав. смотрите я беру и спрашиваю человека куда ставил оракл и
> если человек говорит что на левый дистр то я сразу понимаю что человек
> нормально потра%^ся и наверника теперь понимает архитектуру *nix, он
> понимает как работает ос не на уровне кнопочек, он знает где лежат либы
> какие между ними зависимости что такое семафоры и т.е. если он получит
> ORA-XXX он будет понимать о чем идет речь. что я получаю если он
> поставил на винду ? только то что он справился в тыкании кнопки Next ...
дык а я вроде как ДБА... и не сильно хочу разбираться еще и с ОС... хотя
могу, да и полезно это...

>
> вчера пол вечера балдел, в МС ветке вопрос, че за фигня у меня 8xOpteron
> тормозит. т.е. люди которые решают вопрос сервера на $10-20K
> ээ...оригинальны и не разбираются в элементарном. они NUMA от SMP не
> отличают, но при этом упраляют субд. помоему это не правильно.
Гы! Так может послать им флаг "T825: enable NUMA support"? пусть будут
счастливы :-)


--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
29.09.2005, 17:27
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296631
protector
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
protector
Участник
Yo??вчера пол вечера балдел, в МС ветке вопрос, че за фигня у меня 8xOpteron тормозит. т.е. люди которые решают вопрос сервера на $10-20K ээ...оригинальны и не разбираются в элементарном. они NUMA от SMP не отличают, но при этом упраляют субд. помоему это не правильно.

Это, конечно, неправильно, но знающих людей у нас не так много и стоят они так дорого, что предьявлять требование проффессионализма к специалистам - утопия. $10-20К это даже не годовая зарплата хорошего специалиста, так о чём тут говорить.


Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
29.09.2005, 17:29
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296636
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
ну ладно Yo! сам ты родился с клавой в руках и первоё твоё слово было ping... Собсвенно ты тоже что и я говоришь. А я говорю что для того чтобы поставить Ораклю и создать на нём хот какую-нить табличнку надо придоваться радостям нетрадиционного секса куда больше чем с продуктами от МС...
Оно и ваклификация будет выше не спорю... Но для быстрого старта МС лучше...
...
Рейтинг: 0 / 0
29.09.2005, 17:31
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296651
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
mod wrote:
> Короче ясно всё с locky и Gluk (Kazan). Вы оба максималисты. Кстати МС
неправда ваша, дяденька. Насчет Gluk не знаю, не спрашивал, да и то
сомневаюсь, а я - так точно нет. Скажуть копать - буду копать, скажут не
копать - не буду копать.
Хотя MS мне нравится вот так, а оракл - вот эдак....
полпись мою читали? во, самое то...

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
29.09.2005, 17:34
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296713
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
protector по ходу понял о чём я говорю.... правда не понял что $10-20К это цена сервера, а не зарпата... Кстати ещё довольно дешёвые сервера...
Однако я знаю много фирм где на оборудование не скупятся, а зарплаты пшик...
...
Рейтинг: 0 / 0
29.09.2005, 17:52
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296811
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
SergSuper
Участник
Yo!!
Gluck прав. смотрите я беру и спрашиваю человека куда ставил оракл и если человек говорит что на левый дистр то я сразу понимаю что человек нормально потра%^ся и наверника теперь понимает архитектуру *nix, он понимает как работает ос не на уровне кнопочек, он знает где лежат либы какие между ними зависимости что такое семафоры и т.е. если он получит ORA-XXX он будет понимать о чем идет речь. что я получаю если он поставил на винду ? только то что он справился в тыкании кнопки Next ...

Человек, который теперь понимает архитектуру *nix, он понимает как работает ос не на уровне кнопочек стоит дороже человека, который этого не понимает. Еще больше стоит человек который еще и понимает как устроен процессор, какая ножка на нём что означает. Но зачем работадателю платить за это?
...
Рейтинг: 0 / 0
29.09.2005, 18:24
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296812
protector
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
protector
Участник
mod
protector по ходу понял о чём я говорю.... правда не понял что $10-20К это цена сервера, а не зарпата... Кстати ещё довольно дешёвые сервера...

Однако, это ты не понял, что я хочу сказать. Нельзя српавнивать СПЕЦИАЛИСТА и серврер, когда 1 специалист стоит в год дороже, чем покупка 1 сервера, тогда как сервер покупается не на один год...

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
29.09.2005, 18:24
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296853
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo!!
Гость
странно вы считаете, 8-головый сервер это как минимум 8*$20K лицензий + винда, т.е. речь идет не о $10К машинка, а $200K система. и почему он решил 8-way а не например 32 я не понял :) да, еще впечатло выбраный "брэнд".
я к чему, я к тому что в мс среде это в принципе нормально, когда ДБА умеет делать бэкап и селект с гроуп бай. а вы считаете это нормально ?
...
Рейтинг: 0 / 0
29.09.2005, 18:40
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296856
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
vadiminfo
Участник
SergSuper
Человек, который теперь понимает архитектуру *nix, он понимает как работает ос не на уровне кнопочек стоит дороже человека, который этого не понимает.

Куда катится мир? Человек стоит дороже или дешевле? А как же идеалы христианства? Человек - высшее товорение по образу и подобию Бога. Мы так совсем доиргаемся.
...
Рейтинг: 0 / 0
29.09.2005, 18:40
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296878
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo!!
Гость
SergSuper
Человек, который теперь понимает архитектуру *nix, он понимает как работает ос не на уровне кнопочек стоит дороже человека, который этого не понимает. Еще больше стоит человек который еще и понимает как устроен процессор, какая ножка на нём что означает. Но зачем работадателю платить за это?

да-да, проходили, завтра этот человек начитается про крутость итаниума и работатель будет счастлив. есть разные работники, те кто просто кодят по ТЗ и те кто принимают решения (по архитектуре, по нормализации табличек, по закупкам). так вот когда "те кто просто кодят" начинают принимать решения, то у работодателя вопрос зачем это оплачивать возникает слишком поздно :)
...
Рейтинг: 0 / 0
29.09.2005, 18:51
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33296978
Фотография !!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
!!!
Участник
mod...Многие вещи реально быстре и проще сделать в MS T-SQL. Мало того многое делается там просто щелчком мышки, что всяко быстрее чем запросы писать... Щелчок мышью - это, как бы помягче сказать, не совсем программирование.

Вооще-то, одним пальцем только в носу удобнее ковырять, а для программирования клавиатура - она поудобнее будет
...
Рейтинг: 0 / 0
29.09.2005, 19:48
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33297614
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
locky
В оракле, наскоко я понимаю, по дефолту ставятся
настройки, которые в большинстве случаев подходят, и которые можно не
трогать.


В подних версиях кой чего желательно подкручивать :) В соответствии с реалиями жизни и во избежание. Но грабли исхожены вдоль и поперек и на любом оракляном форуме вызывают отсылку в фак
...
Рейтинг: 0 / 0
30.09.2005, 09:53
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33297655
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
protector
mod
protector по ходу понял о чём я говорю.... правда не понял что $10-20К это цена сервера, а не зарпата... Кстати ещё довольно дешёвые сервера...

Однако, это ты не понял, что я хочу сказать. Нельзя српавнивать СПЕЦИАЛИСТА и серврер, когда 1 специалист стоит в год дороже, чем покупка 1 сервера, тогда как сервер покупается не на один год...

Posted via ActualForum NNTP Server 1.3
извини брат, да я стормозил...
...
Рейтинг: 0 / 0
30.09.2005, 10:13
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33297677
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
!!! mod...Многие вещи реально быстре и проще сделать в MS T-SQL. Мало того многое делается там просто щелчком мышки, что всяко быстрее чем запросы писать... Щелчок мышью - это, как бы помягче сказать, не совсем программирование.

Вооще-то, одним пальцем только в носу удобнее ковырять, а для программирования клавиатура - она поудобнее будет

А кто тут про прогаммирование щелчками говорит? Да и не всегда надо именно программировать... Многое можно действительно решить щелчком мыши. Для это надо знать где и как щёлкать....

Gluk (Kazan) про faq совершенно справедливо, однако и в МС тоже всё ихожено...
...
Рейтинг: 0 / 0
30.09.2005, 10:17
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33297724
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
modGluk (Kazan) про faq совершенно справедливо, однако и в МС тоже всё ихожено...

Скажем так, если в Oracle советы связаны со всем доступной обычной тантричесой магией типа: выставить параметр так, перезапустить и 2000 раз сказать Оммм

То в Microsoft продуктах приходится применять какую-то западноевропейскую не всем доступную магию типа: В ночь новолуния забрызгать все кровью девственниц, три раза повернутся на правой пятке, молится и НЕ ТРОГАТЬ СЕРВЕР (Причем в какую сторону поворачиваться на пятке, не уточняется).

Прошу прощения за лирическое настроение
...
Рейтинг: 0 / 0
30.09.2005, 10:30
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33297897
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
Yo!! wrote:
> странно вы считаете, 8-головый сервер это как минимум 8*$20K лицензий +
а на кой черт мне покупать лицензии на камень, разве меня кто-то
заставляет это делать? если юзеров немного, то вполне могу купить
юзеровские. где-то был листок от MS, где показывалось, когда выгоднее
покупать лицензии каменные, когда юзерные.

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
30.09.2005, 11:16
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33297944
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
авторесли юзеров немного, то вполне могу купить
юзеровские

Это справедливо и в отношении Oracle
...
Рейтинг: 0 / 0
30.09.2005, 11:31
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33297952
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
locky
Участник
Gluk (Kazan) wrote:
> автор
> если юзеров немного, то вполне могу купить
> юзеровские
>
>
>
> Это справедливо и в отношении Oracle
да вроде почти у всех так.
--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
30.09.2005, 11:34
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33298014
mod
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
mod
Участник
Gluk (Kazan) modGluk (Kazan) про faq совершенно справедливо, однако и в МС тоже всё ихожено...

Скажем так, если в Oracle советы связаны со всем доступной обычной тантричесой магией типа: выставить параметр так, перезапустить и 2000 раз сказать Оммм

То в Microsoft продуктах приходится применять какую-то западноевропейскую не всем доступную магию типа: В ночь новолуния забрызгать все кровью девственниц, три раза повернутся на правой пятке, молится и НЕ ТРОГАТЬ СЕРВЕР (Причем в какую сторону поворачиваться на пятке, не уточняется).

Прошу прощения за лирическое настроение
Всё может быть...
...
Рейтинг: 0 / 0
30.09.2005, 11:50
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33298193
VladSh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VladSh
Участник
Вместо ответа на конкретный вопрос началась обычная болтовня: что круче, Оракуль или Мелко Куль.
Под конкретную задачу идеально подходит FireBird 2: весьма достойные возможности и производительность (хоть и не лучшие среди всех SQL-серверов). А главное, бесплатен.
Это для текущей ситуации.
Если вдруг его клиенты станут очень богатыми, то опять таки разработка под Оракуль или Мелко Куль не потребуется. Клиенты купят SAP R3.
Так что вариантов (реальных) кроме FireBird практически нет.

--
Шумов В.
http://www.acdplus.ru/
...
Рейтинг: 0 / 0
30.09.2005, 12:47
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33298208
Фотография Юрий Носов
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Юрий Носов
Участник
При всем уважении к FB, сам его пользую, все же советовать альфу для практической работы негуманно.
...
Рейтинг: 0 / 0
30.09.2005, 12:52
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33298237
Фотография ASCRUS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ASCRUS
Участник
Юрий НосовПри всем уважении к FB, сам его пользую, все же советовать альфу для практической работы негуманно.
Вот и я все никак не пойму - какой у нас народ рисковый - боевые БД на альфе гоняет. Возникает подозрение, что то ли информация не слишком ценная, то ли базы не сильно то боевые.
...
Рейтинг: 0 / 0
30.09.2005, 13:01
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33298251
VladSh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VladSh
Участник
При чем здесь альфа?
Разработчикам потребуется минимум полгода для перевода БД с Мелко Куля под жарптицу. Скорее всего год. Через год будет нормальный релиз.
Реально пока работать можно только с версией 1.5
Это многократно говорилось и мне казалось что это всем очевидно.

--
Шумов В.
http://www.acdplus.ru/
...
Рейтинг: 0 / 0
30.09.2005, 13:07
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33298317
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gold
Участник
Мы гоняем FB2 со второй альфы. Информация вправду не очень ценная, но сервер вполне нормально работает если не делать некоторых вещей с ним, например во впремя работы метаданные менять или останавливать сервер путём убиения процесса.
...
Рейтинг: 0 / 0
30.09.2005, 13:28
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33298442
VladSh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VladSh
Участник
Мы гоняем FB2 со второй альфы.

Кузьменко Дмитрий не рекомендует использовать для работы с реальными данными. Так как не факт, что данные можно будет перевести из альфы в бету (через бэкап-ресторе).

Что касается вопросов тестирования производительности и надежности, то это другое дело.

--
Шумов В.
http://www.acdplus.ru/
...
Рейтинг: 0 / 0
30.09.2005, 14:01
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33298567
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
авторак как не факт, что данные можно будет перевести из альфы в бету

Опаньки. Лучше уж с кривым инсталятором потрахаться
IMHO конечно

Только не надо больше войн
...
Рейтинг: 0 / 0
30.09.2005, 14:30
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33298571
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
По крайней мере честно предупредили
...
Рейтинг: 0 / 0
30.09.2005, 14:31
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33298590
VladSh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VladSh
Участник
По крайней мере честно предупредили

О чем это Вы?
И причем какие-то войны?

--
Шумов В.
http://www.acdplus.ru/
...
Рейтинг: 0 / 0
30.09.2005, 14:35
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33298656
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gold
Участник
Да что-то я не припоминаю такого чтобы из неповреждённого бэкапа нельзя было на более невую версию FB/IB/Ya перейти...

Конечно на альфе банк-клиент мы не делали. У нас система собирает новости по миру, раскладывает их по категоримя, фильтрует, сортирует, выполняет в них поиск и выдаёт пользователю. Посему данные наши я не считаю особо ценными, т.к. их можно всегда обновить, да и актуальность свою они теряют достаточно быстро. Главное - чтобы пользователь не получил вместо запрашиваемых страниц в браузере текст с описанием исключения ;-)
...
Рейтинг: 0 / 0
30.09.2005, 14:50
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299021
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
VladShТак как не факт, что данные можно будет перевести из альфы в бету (через бэкап-ресторе)Очередные сказки. Через бекап\рестор всегда можно апгрейдить БД.
В рамках одного сервера, разумеется, т.е. не с IB 7.5 на FB 2.0

И я не думаю, что ДК такое говорил
...
Рейтинг: 0 / 0
30.09.2005, 16:25
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299033
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Так рождаются нездоровые сенсации :)
А что нибудь типа горячего бакапа есть или планируется ?
Sorry если не в тему
...
Рейтинг: 0 / 0
30.09.2005, 16:31
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299042
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, Gluk!
Ты пишешь:

Gluk GK> Так рождаются нездоровые сенсации :)
GK> А что нибудь типа горячего бакапа есть или планируется ?
Глюк, пшолнах. (по доброму)
Ибо спрашиваешь "просто так".
Те, кому это нужно и так в курсе, что там и как.

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
30.09.2005, 16:33
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299065
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Да нет, не просто так. Прицеливаюсь да прилаживаюсь.
Чего-ж сразу нах посылать ? Так всех возможных клиентов отобъете.
Или у Вас закрытый клуб ??? Тогда Сорьки канешна

Спрашиваю потому, что в процессе прочтения "Мира Interbase" неприятно поразила некоторая непроработанность backup&restore (по сравнению с Oracle конечно). Вот и хочу узнать как у вас там с этим в FB.

На направленный RTFM не обижусь
...
Рейтинг: 0 / 0
30.09.2005, 16:39
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299066
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
Gluk (Kazan)Так рождаются нездоровые сенсации :)Да уж. А из них - дурацкие войны

Gluk (Kazan)А что нибудь типа горячего бакапа есть или планируется ?Гм.
Горячий бекап был всегда.
Возможность сделать полный бекап без остановки сервера - достаточно горяча ? :)
Или настроение опять игривое ?

В 2-ке есть кроме полного бекапа дифференциальный физический. Есс-но тоже горячий ;) Если интересуют подробности - тут есть более специализированный форум
...
Рейтинг: 0 / 0
30.09.2005, 16:39
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299078
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gold
Участник
К стати, по этому NBACKUP ДК всё грозился статью выложить, но всё никак не выложит. :-)
...
Рейтинг: 0 / 0
30.09.2005, 16:44
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299093
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
hvladВозможность сделать полный бекап без остановки сервера - достаточно горяча ? :)
Или настроение опять игривое ?

В 2-ке есть кроме полного бекапа дифференциальный физический. Есс-но тоже горячий ;) Если интересуют подробности - тут есть более специализированный форум

Ага, т.е.физика есть. и на нее можно накатывать журналы ?
С настроением все нормально. Разобраться хочу.
...
Рейтинг: 0 / 0
30.09.2005, 16:49
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299108
Gold
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gold
Участник
О нет!!! Щас разразиться война: как так может быть сервер без журналов?!

2 Gluk (Kazan): если ты о журналах транзакций - то их нет. Если про устройство инкрементного бэкапа - то я сам хотел бы узнать как оно устроено :-)
...
Рейтинг: 0 / 0
30.09.2005, 16:54
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299142
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
Gluk (Kazan)Ага, т.е.физика есть. и на нее можно накатывать журналы ?
С настроением все нормально. Разобраться хочу.Ок, но сначала нужно выучить очень простую мантру - "в IB\FB нет transaction log. он там не нужен. ACID от этого не страдает". Если после этого желание останется ;) то рекомендую всё-таки переместиться с конкретными вопросами в соотв. форум.

По поводу nbackup - вот единственное, на данный момент, публичное описание.
...
Рейтинг: 0 / 0
30.09.2005, 17:05
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299147
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
Goldпро устройство инкрементного бэкапа - то я сам хотел бы узнать как оно устроено :-)Я ссылку уже много раз давал. Неужели этого не достаточно ? :)
...
Рейтинг: 0 / 0
30.09.2005, 17:06
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299175
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Ага, стормозил. Конечно их нет :) знал, но забыл (c)

Т.е. инкрементальный бакап должен выполняться как можно чаще, дабы не было никаких потерь ? Есть что-либо типа StandBy ?
...
Рейтинг: 0 / 0
30.09.2005, 17:15
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299186
Valery Shiskin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Valery Shiskin
Участник
Всех испугала цифра 10Гб. Якобы для Fb - это много, а для MS SQL - семечки.
Это ерунда сплошная. Пример 1С под SQL Server показывает: реализация клиента такова, что и 10 одновременно работающих юзеров - огромная проблема в смысле скорости. Основное значение имеет не объем базы, а ее структура и основные виды выполняемых работ.
Fb - простота установки и сопровождения. MSDE - посложнее, но есть и масса достоинств.
Oracle имеет неоспоримое достоинство - можно установить на очень мощные сервера, например SUN, и он РЕАЛЬНО будет использовать предоставляемые мощности ( например дайте ему 20 процессоров и он этим воспользуется ).

Можно рассмотреть вариант, когда MS SQL Server ( или Oracle) в центре, а на перефирии Fb или MSDE. Все зависит от решаемых и планируемых задач .
...
Рейтинг: 0 / 0
30.09.2005, 17:18
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299247
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
Gluk (Kazan)Т.е. инкрементальный бакап должен выполняться как можно чаще, дабы не было никаких потерь ? Есть что-либо типа StandBy ?Бекап почаще - да, можно и так сказать. А где это не нужно ? :)

Причём дифф. бекап в FB2 многоуровневый, т.е. следующий уровень есть разница от предыдущего.
В MSSQL, например, в этом смысле дифф. бекап одноуровневый - он всегда делается относительно последнего полного бекапа.

Stand by нету
...
Рейтинг: 0 / 0
30.09.2005, 17:42
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299288
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Спасибо, прояснило
...
Рейтинг: 0 / 0
30.09.2005, 17:57
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299293
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Еще вопрос, если не напряжно. Когда блок читается в процессе записи в него, как это решается в плане бакапа ? Интересует обеспечение консистентности.
...
Рейтинг: 0 / 0
30.09.2005, 17:59
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299308
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, Gluk!
Ты пишешь:

Gluk GK> Еще вопрос, если не напряжно. Когда блок читается в процессе записи в него, как это решается в плане бакапа ?
GK> Интересует обеспечение консистентности.Про уровни изоляции транзакций, хоть что-либо, слышал?

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
30.09.2005, 18:05
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299314
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Вроде понял, бакакпятся только те блоки, что были на момент начала бакапа ?
и соответсвенно он консистентен и актуален на момент его начала ?
...
Рейтинг: 0 / 0
30.09.2005, 18:08
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299318
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Мимопроходящий
Про уровни изоляции транзакций, хоть что-либо, слышал?


Именно это меня и интересует ;) Какими механизмами обеспечивается то что задекларировано
...
Рейтинг: 0 / 0
30.09.2005, 18:09
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299324
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, Gluk!
Ты пишешь:

Gluk МимопроходящийПро уровни изоляции транзакций, хоть что-либо, слышал?
GK> Именно это меня и интересует ;)
GK> Какими механизмами обеспечивается то что задекларировано
Повторю свой вопрос.
Какие уровни изоляции ты знаешь?

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
30.09.2005, 18:12
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299330
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Мимопроходящий
Повторю свой вопрос.
Какие уровни изоляции ты знаешь?


1. Read Uncommitted
2. Read Committed
3. Repeateble Read
4. Seriaziable

Это по ANSI, для версионников все немножко по другому.

Теперь я задам вопрос: какое отношение это имеет к заданному мной вопросу ?
...
Рейтинг: 0 / 0
30.09.2005, 18:16
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299337
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Ладно, таймаут до завтра или понедельника (как вам удобнее)
Сейчас идти пора.
...
Рейтинг: 0 / 0
30.09.2005, 18:20
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299346
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Мимопроходящий
Участник
Привет, Gluk!
Ты пишешь:

GlukGK> 1. Read Uncommitted
GK> 2. Read Committed
GK> 3. Repeateble Read
GK> 4. Seriaziable

GK> Это по ANSI, для версионников все немножко по другому.
GK> Теперь я задам вопрос: какое отношение это имеет к заданному мной вопросу ?
Отвечаю. Непосредственное.
Какой по-твоему уровень из этих 4-х подходит?

ЗЫ: у IB/FB точного соответствия этому уровню нет, есть уровень несколько "сильнее",
по выражению группы товарищей (Х. Беренсон, Ф. Бернштейн, Д. Грэй, Д. Мелтон, Э. О'Нил, П. О'Нил)

--
With best regards, Мимопроходящий.

Posted via ActualForum NNTP Server 1.3
...
Рейтинг: 0 / 0
30.09.2005, 18:26
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299721
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
По моим постам должно быть понятно, что интересует меня ФИЗИЧЕСКИЙ бакап. То что в IB/FB его нельзя делать средствами ОС мне УЖЕ понятно. Интересует именно КАК обеспечивается (даже не столько изоляция, сколько) согласованность при низкоуровневом доступе к блокам БД. Например блоки могут перечитываться или блокируются. В том что касается поддерживаемых уровней изоляции транзакций я могу почитать например здесь САМ. Что касается МЕХАНИЗМОВ обеспечения всех этих красот, то ПРОЩЕ спросить у разработчика, если ЕСТЬ ТАКАЯ ВОЗМОЖНОСТЬ.

Либо дайте мне ссылку на что нибудь аналогичное Концепциям Oracle для FB
...
Рейтинг: 0 / 0
01.10.2005, 12:29
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299722
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
Gluk (Kazan)То что в IB/FB его нельзя делать средствами ОС мне УЖЕ понятно.

Разумеется имеется в виду горячий физический бакап
...
Рейтинг: 0 / 0
01.10.2005, 12:30
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299774
VladSh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VladSh
Участник
Очередные сказки. Через бекап\рестор всегда можно апгрейдить БД.
В рамках одного сервера, разумеется, т.е. не с IB 7.5 на FB 2.0
И я не думаю, что ДК такое говорил

Смотрим
http://www.ibase.ru/
Д.Кузьменко:

20 июля объявлен выход новой Alpha-версии (3) Firebird 2.0.
Эта версия несовместима с базами данных, созданными в
предыдущих альфа-версиях 1 и 2.

--
Шумов В.
http://www.acdplus.ru/
...
Рейтинг: 0 / 0
01.10.2005, 13:54
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299794
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
Gluk (Kazan)Либо дайте мне ссылку на что нибудь аналогичное Концепциям Oracle для FBЯ ведь дал ссылку.
В 2-х словах - в момент старта физ.бекапа, IO (запичь и часть чтения) перенаправляется в отдельный файл. Файл БД теперь можно хоть копировать. После окончания процесса изменения из этого файла сливаются в БД и восстанвливается нормальный режим функционирования.
...
Рейтинг: 0 / 0
01.10.2005, 14:27
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299796
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
VladSh Очередные сказки. Через бекап\рестор всегда можно апгрейдить БД.
В рамках одного сервера, разумеется, т.е. не с IB 7.5 на FB 2.0
И я не думаю, что ДК такое говорил

Смотрим
http://www.ibase.ru/
Д.Кузьменко:

20 июля объявлен выход новой Alpha-версии (3) Firebird 2.0.
Эта версия несовместима с базами данных, созданными в
предыдущих альфа-версиях 1 и 2И где тут сказано, что бекап 2-ой альфы не поднимется на 3-ей ?
...
Рейтинг: 0 / 0
01.10.2005, 14:28
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299802
VladSh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VladSh
Участник
Блин!
Я довольно часто встречаюсь с ДК и он меня лично об этом предупредил (не работать с реальными данными на любой альфе, так как в бету они не пройдут через b/r).
Соответственно, я предупреждаю народ.
Если кому-то это пофигу, я не виноват.

--
Шумов В.
http://www.acdplus.ru/
...
Рейтинг: 0 / 0
01.10.2005, 14:38
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299809
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
VladShБлин!
Я довольно часто встречаюсь с ДК и он меня лично об этом предупредил (не работать с реальными данными на любой альфе, Это правильно

VladShтак как в бету они не пройдут через b/r)Это - нет

VladShСоответственно, я предупреждаю народ.
Если кому-то это пофигу, я не виноват.Это - да

Не веришь - попробуй. Неча только страшилки рассказывать, ок ?

Я не знаю, для кого пишут релизноты :
2-я страницаBack up your Alpha 2 databases before installing Alpha 3 if you wish to continue using them
...
Рейтинг: 0 / 0
01.10.2005, 14:54
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299811
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
Gluk (Kazan)По моим постам должно быть понятно, что интересует меня ФИЗИЧЕСКИЙ бакап. То что в IB/FB его нельзя делать средствами ОС мне УЖЕ понятно. Интересует именно КАК обеспечивается (даже не столько изоляция, сколько) согласованность при низкоуровневом доступе к блокам БД.

Влад уже объяснил. Добавлю только, что этот же механизм дает возможность полного физического бекапа средствами ОС (см. stalled mode).
...
Рейтинг: 0 / 0
01.10.2005, 14:56
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299863
VladSh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VladSh
Участник
Специально для hvlad!
Из альфы 2 в альфу 3 возможна перекачка данных через b/r
Перекачка в бету не гарантируется!

--
Шумов В.
http://www.acdplus.ru/
...
Рейтинг: 0 / 0
01.10.2005, 16:38
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299866
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
VladSh - уймись, да ? Наверное таки мне немного виднее...
...
Рейтинг: 0 / 0
01.10.2005, 16:44
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299869
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
Как много нам открытий чудных... Не, я все-таки фигею с этого зоопарка.
...
Рейтинг: 0 / 0
01.10.2005, 16:54
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299882
VladSh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VladSh
Участник
hvlad, коль Вам виднее, просветите о планах развития FB.
Когда (примерно) появятся следующие фичи:
1) команда для смены владельца объекта (changeowner)
2) linked servers
3) distributed query (select * from server.db.owner.table )
4) jobs
5) indexed views


--
Шумов В.
http://www.acdplus.ru/
...
Рейтинг: 0 / 0
01.10.2005, 17:30
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299906
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
VladShhvlad, коль Вам виднее, просветите о планах развития FB.
Когда (примерно) появятся следующие фичи:
1) команда для смены владельца объекта (changeowner)
2) linked servers
3) distributed query (select * from server.db.owner.table )
4) jobs
5) indexed viewsПозвольте ответить вопросом на вопрос - какая из этих фич (взятых у MSSQL) Вам необходима, и когда Вы спонсируете её разработку ?
...
Рейтинг: 0 / 0
01.10.2005, 18:47
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299920
VladSh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VladSh
Участник
hvlad!
Можно было просто честно сказать, что не в курсе.

--
Шумов В.
http://www.acdplus.ru/
...
Рейтинг: 0 / 0
01.10.2005, 19:43
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299925
VladSh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VladSh
Участник
Позвольте ответить вопросом на вопрос - какая из этих фич (взятых у MSSQL) Вам необходима, и когда Вы спонсируете её разработку ?

Подобный ответ я получил два года назад.
С тех пор ничего не изменилось?

--
Шумов В.
http://www.acdplus.ru/
...
Рейтинг: 0 / 0
01.10.2005, 19:56
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299935
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
VladShhvlad!
Можно было просто честно сказать, что не в курсеЯ всегда говорю честно. Кроме того - только то, что я хочу сказать.
Но это зависит и от собеседника.
Не нужно приписывать мне свои предположения

VladShПодобный ответ я получил два года назад.
С тех пор ничего не изменилось?А что Вы предприняли, чтобы что-то изменилось ?
Или я\мы Вам что-то обещали\обязаны ?
...
Рейтинг: 0 / 0
01.10.2005, 20:24
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299940
VladSh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VladSh
Участник
Или я\мы Вам что-то обещали\обязаны ?

Нет конечно.
Про "мы" забудьте. Отвечайте только за свои слова.

Вы продемонстрировали элементарную бестактность:

VladSh - уймись, да ? Наверное таки мне немного виднее...

Вы согласны?
Кстати, я к Вам на "ты" не обращался.
Это Ваша вторая бестактность.

--
Шумов В.
http://www.acdplus.ru/
...
Рейтинг: 0 / 0
01.10.2005, 20:33
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299957
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
hvlad
Участник
VladSh Или я\мы Вам что-то обещали\обязаны ?

Нет конечно.
Про "мы" забудьте. Отвечайте только за свои слова.Не стоит проявлять свой "такт", указывая мне, что нужно делать, и оценивая моё поведение.

VladSh VladSh - уймись, да ? Наверное таки мне немного виднее...

Вы согласны?
Кстати, я к Вам на "ты" не обращался.
Это Ваша вторая бестактностьПойду повешусь с горя
...
Рейтинг: 0 / 0
01.10.2005, 21:05
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299960
VladSh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VladSh
Участник
Мы с Вами тезки?
Меня звать Владислав.
Щас выпью 100г за знакомство и Ваше здоровье.

--
Шумов В.
http://www.acdplus.ru/
...
Рейтинг: 0 / 0
01.10.2005, 21:23
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299962
VladSh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VladSh
Участник
Я уже выпил.
А Вы?

--
Шумов В.
http://www.acdplus.ru/
...
Рейтинг: 0 / 0
01.10.2005, 21:27
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299992
dimitr
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
dimitr
Участник
народ, брэйк.

Владиславу: ни о каких планах здесь говориться не будет. Тем более во время флейма.

Еще вопросы есть?
...
Рейтинг: 0 / 0
01.10.2005, 22:37
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33299994
VladSh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
VladSh
Участник
Дорогой, какие планы после 0,5?
Василию Ивановичу при поступлении в академию на экзамене по математике задают вопрос:
сколько будет 0,5 + 0,5 ?
Отвечает:
понимаю, что будет литр, но математически обосновать не могу.

если есть мысли насчет планов, киньте на vshum59@yandex.ru
--
Шумов В.
http://www.acdplus.ru/
...
Рейтинг: 0 / 0
01.10.2005, 22:48
| Ответить | Цитировать | Написать  
Опять про выбор СУБД
    #33300074
Фотография Gluk (Kazan)
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Gluk (Kazan)
Участник
hvladВ 2-х словах - в момент старта физ.бекапа, IO (запичь и часть чтения) перенаправляется в отдельный файл. Файл БД теперь можно хоть копировать. После окончания процесса изменения из этого файла сливаются в БД и восстанвливается нормальный режим функционирования.

Угу пунятно. Это радует. Спасибо.
...
Рейтинг: 0 / 0
02.10.2005, 09:36
| Ответить | Цитировать | Написать  
123 сообщений из 123, показаны все 5 страниц
  все  
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Опять про выбор СУБД
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]