Нужен совет...

← →
Anatoly Podgoretsky © (2008-11-21 09:35) [80]

> MsGuns (20.11.2008 17:18:10) [70]

Разве ИБЭксперта входит в состав ИБ?

← →
Anatoly Podgoretsky © (2008-11-21 09:37) [81]

> Ega23 (20.11.2008 18:03:11) [71]

А справку для MS SQL не любишь что ли, она многоязычная, при сразу интегрированая, не требуется по отдельности запускать на разных языках и есть выбор по каждой статье, если скажем не понял локализированую, то тут же можно перейти на английский.

← →
Anatoly Podgoretsky © (2008-11-21 09:41) [82]

> kaif (20.11.2008 19:10:13) [73]

> MSSQL урезанный бесплатный для ограниченного числа пользователей

Это ни так, нет никакого ограничения по пользователям, точнее оно одинаково и для MSDE/Express и для DataCenter

← →
Anatoly Podgoretsky © (2008-11-21 09:43) [83]

> Petr V. Abramov (20.11.2008 23:28:15) [75]

Как человек, который начинал и с ИБ и с MS SQL, при том имя нехилую подготовку, могу сказать, начинать легче с MS SQL, при том намного легче.

← →
Ega23 © (2008-11-21 10:06) [84]

> могу сказать, начинать легче с MS SQL, при том намного легче.

Мне кажется, что самое главное тут - FB по большому счёту резюме не сильно украшает. В отличие от Oracle или MSSQL.

← →
Ega23 © (2008-11-21 10:08) [85]

> Гы. А таперича с помощью приведенной тобою тарабарщины возьми-
> ка и напиши самый простой селект к "удаленной" таблицы ;
> )

Select top 1 * from [ServerName].[DBName]..[TableName]

← →
Petr V. Abramov © (2008-11-21 11:24) [86]

> например проблема со временем создания базы...

> внедренцы за эту программу мне бы такое спасибо сказали
> ..., ага.

вы-таки действительно не умеете их готовить :)
скопировал готовую базу, смонтировал, перепрописал пути к файлам, открыл, потратил на это минуту, и по домам :)

P.S.
Я не спорю, что есть вещи попроще, но все эти сложности не просто так, а для гибкости и настраиваемости.

← →
Petr V. Abramov © (2008-11-21 11:41) [87]

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

← →
Anatoly Podgoretsky © (2008-11-21 11:53) [88]

> Petr V. Abramov (21.11.2008 11:41:27) [87]

MS SQL также, но еще плюс и не потеряет те записи, которые еще не были записаны на диск, пропадут только не завершенные транзакции.

← →
MsGuns © (2008-11-21 11:54) [89]

>Ega23 © (21.11.08 10:08) [85]
>Select top 1 * from [ServerName].[DBName].[TableName]

Из QA запускается ?

← →
Ega23 © (2008-11-21 11:57) [90]

Ещё раз: отличное знание FB, Ingres, Cache, AbsoluteDB, SQLLight, какой-нибудь экзотической Sedna и Linter Ваше резюме не сильно украсят. Может и украсят, но в очень узких областях.
В отличие от знаний MSSQL, Oracle, MySQL и последнее время Postgres.

← →
Sergey13 © (2008-11-21 11:57) [91]

> [87] Petr V. Abramov © (21.11.08 11:41)
> после его включения оракловая база гарантированно пойдет

ИМХО. Все таки для гарантированности нужны предварительные грамотные действия админа по обеспечению этой гарантированности. Типа разнесения по разным дискам контрольных файлов и реду-логов.

← →
Petr V. Abramov © (2008-11-21 11:58) [92]

> Anatoly Podgoretsky © (21.11.08 11:53) [88]

> но еще плюс и не потеряет те записи, которые еще не были
> записаны на диск

волшебства не бывает, как говорили Гарри Поттеру :)
просто сначала все на диск пишется, потом рапортуется об успешном коммите.

← →
Ega23 © (2008-11-21 11:59) [93]

> Из QA запускается ?

В случае прилинкованного сервера? Ну да, должно запускаться. На прошлой работе прекрасно запускалось. Сейчас специально нет возможности проверить.

Только у меня между DBName и TableName 2 точки стояло. Не просто так.

← →
Petr V. Abramov © (2008-11-21 11:59) [94]

> Sergey13 © (21.11.08 11:57) [91]

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

это уже на случай смерти диска, а не выключения света

← →
sniknik © (2008-11-21 12:06) [95]

> вы-таки действительно не умеете их готовить :)
потратил на это минуту, и по домам :)
ты вообще читать умеешь? не компенсируя воображением, а реально написанное?
программа не моя, инсталлятор тоже, как сделано так сделано, я только тестировал чтобы оценить возможность ее использования нами (т.е. та контора стала бы партнером, мы продавали и обслуживали их прогу (поддержка цто), а им делали бы отчисления с продаж. т.е. весь геморрой обслуживания нам, часть денег им)

и да, я не умею "их" готовить, не пришлось... и не хочу уметь, и рад что не приходится. про что и говорил, т.к. как только приходилось хоть краем столкнуться так проблемы. и нафига они на постоянку?

> скопировал готовую базу, смонтировал, перепрописал пути к файлам, открыл,
??? мне объясняли долгое создание тем что делается свой раздел на диске под базу, освобождается место, дефрагментируется и т.д. т.е чтобы база была одним куском для быстрого доступа, а не раскиданным по кластерам файлом (поэтому и размер выделяется сразу (тоже возник вопрос, данных 0 а база уже 3гига), чтобы не было фрагментаций при использовании)
и говорили что так и должна поступать любая уважающая себя субд, иначе будет плохо работать, медленно... (хотя сравнение в скорости примерно одинаковых задач раза в два проиграла нашей... но оракл тут скорее всего не причем, написать можно и на быстрой основе медленную вещь. но этого я про оракл и не говорил.)

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

кстати не одобряю подхода типа таскание образа (это уже про MSSQL) в инсталяторе и присоединения его... база должна создаваться, тогда не будет(или она будет меньше) зависимости от версии сервера. у меня прога написанная еще под 7ку или 7.5 короче что там до 2000го было, первая моя прога для mssql, безболезненно и без переделок переехала на 2000й, а после на 2005й, а вот с подходом таскания образа, знаю такие, не переживали простой сервис пак на той же версии... т.е. скопированный файл базы с SP0/1 при установке и присоединение его к серверу с SP2/3 вызывал проблемы... приходилось (когда поняли от чего) сначала устанавливать версию сервера "под образ", после инсталлировать прогу, и только после этого накатывать сервис паки.

← →
Ega23 © (2008-11-21 12:11) [96]

> кстати не одобряю подхода типа таскание образа (это уже
> про MSSQL) в инсталяторе и присоединения его...

Да это вообще полная фигня. Всё скриптом должно создаваться, и потом патч-скриптами патчиться.

← →
Anatoly Podgoretsky © (2008-11-21 12:18) [97]

> MsGuns (21.11.2008 11:54:29) [89]

В том виде, в котором ты привел не запустится, синтактическая ошибка
Select top 1 * from [ServerName].[DBName].[dbo].[TableName]

У меня уже нет QA, но из SSMS запускается, в исправленом виде конечно

← →
Petr V. Abramov © (2008-11-21 12:18) [98]

> программа не моя, инсталлятор тоже, как сделано так сделано

а что ты удивляешься, что сделано под mssql, а с ораклом фигово работает

> ??? мне объясняли долгое создание тем что

БРЕХАЛИ

> ... база должна создаваться, тогда не будет(или она будет
> меньше) зависимости от версии сервера.

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

← →
Petr V. Abramov © (2008-11-21 12:20) [99]

> Всё скриптом должно создаваться,

почему и кому должно?

> и потом патч-скриптами патчиться.

да

← →
Anatoly Podgoretsky © (2008-11-21 12:21) [100]

> Petr V. Abramov (21.11.2008 11:58:32) [92]

Дело в том, что в MS SQL не обязательно писать данные на диск, они могут быть и в памяти (как правило и на диск пишутся редко).
При перезапуске восстановятся из лога.
Что позволяет достигнуть хорошей производительности.

← →
Anatoly Podgoretsky © (2008-11-21 12:24) [101]

> sniknik (21.11.2008 12:06:35) [95]

Ох и навешали вам лапши на уши.
В обычной ситуации бы такое прокатило, но только не с разработчиками.

← →
DrPass © (2008-11-21 12:25) [102]

> Ega23 © (21.11.08 11:57) [90]
> Ещё раз: отличное знание FB, Ingres, Cache, AbsoluteDB,
> SQLLight, какой-нибудь экзотической Sedna и Linter Ваше
> резюме не сильно украсят. Может и украсят, но в очень узких
> областях.
> В отличие от знаний MSSQL, Oracle, MySQL и последнее время
> Postgres.

Вот тебе приблизительный рейтинг популярности СУБД в СНГ (вторая и третья колонки).
http://sql.ru/forum/actualforum.aspx
Как видишь, программист FB тоже без работы не останется :)

← →
Игорь Шевченко © (2008-11-21 12:27) [103]

sniknik © (21.11.08 12:06) [95]

Жуткие вещи рассказываешь. Только причем тут Оракл ? Кривое приложение можно написать для любой СУБД, исключений не существует

← →
Ega23 © (2008-11-21 12:29) [104]

> http://sql.ru/forum/actualforum.aspx
> Как видишь, программист FB тоже без работы не останется
> :)

Залезь в эту ветку и посчитай, сколько за сегодня.
Потом залезь рядышком в MSSQL или Oracle и сравни.

← →
Ega23 © (2008-11-21 12:31) [105]

> Как видишь, программист FB тоже без работы не останется
> :)

Поищи там в вакансиях FB-девелопера. Я почему-то не видел ни разу. Так, из разряда "необязательных" скиллов.

← →
Petr V. Abramov © (2008-11-21 12:31) [106]

> Anatoly Podgoretsky © (21.11.08 12:21) [100]

> При перезапуске восстановятся из лога.

а лог находится в энегронезависимой антицентуре

← →
sniknik © (2008-11-21 12:39) [107]

Petr V. Abramov © (21.11.08 12:18) [98]
> а что ты удивляешься, что сделано под mssql, а с ораклом фигово работает
выключай воображение и читай реально написанное.

Anatoly Podgoretsky © (21.11.08 12:24) [101]
> Ох и навешали вам лапши на уши.
я и тогда это подозревал.
> В обычной ситуации бы такое прокатило, но только не с разработчиками.
так "обрабатывали" в основном начальство, о надо сказать качественно обработали, я был последним "бастионом", и думаю если бы не глюк с полной невозможностью установки... дело уже было "на мази". мелочи типа медленной работы, нестабильности, и непонятных глюках. начальство уже не волновали. думаю в "обработку" входил пункт "их квалификации для работы нашей, серьезной программой недостаточно".

> Жуткие вещи рассказываешь. Только причем тут Оракл ? Кривое приложение можно написать для любой СУБД, исключений не существует
что было то было, оракл не причем, я это кстати упоминал. в основном не причем. а вот глюк с P4, с чего начал, вот это чисто его глюк. и на нем бы и остановились если бы не наезды о "неправильной готовке".

← →
Petr V. Abramov © (2008-11-21 12:45) [108]

> на нем бы и остановились если бы не наезды о "неправильной
> готовке

наезды о неправильной готовке были по поводу долгого создания базы.
а глюк в инсталляторе для P4 - да, великолепная история, его не удосужились до 9-й версии исправить.

Странные аргументы.

Вопрос ведь был не о красивости резюме.

Красивее (точнее, выигрышнее) всего на сегодня выглядит резюме с упоминанием 1С. ORACLE - ацтой. Вы разве не в курсе? Возьмите статистику предложенияй по работе в ORACLE и сравните ее с 1С.

Так что же, выходит, что озвученную задачу на 1С следует решать?
Почему тогда никто не озвучил 1С? Это ведь идеально! Знать о базах вообще ничего не надо. Городишь справочники - и вот тебе база данных. И вводи туда сколько хочешь "едениц" с трех рабочих мест. А если "еденицы" - это единицы товаров наподобие продуктов питания и завтра есть перспектива, что попросят туда добавить еще и отчет о продажах плюс печать товарно-транспортных накладных, то 1С - самое то.

Firebird от выключения питания не рушится. У меня во всяком случае такого практически не было. Сказать, что такого вообще не можетбыть не берусь. И для ORACLE я не рискнул бы такое сказать. И даже для Notepad.

sniknik © (21.11.08 12:39) [107]

> а вот глюк с P4, с чего начал, вот это чисто его глюк

В свое время, если ты помнишь, лет 10-11 назад не запускались программы, написанные на Borland Pascal на современных для того времени процессорах, с ошибкой то ли runtime error 200, толи Divide by zero, если мне память не изменяет.
Вот интересно, Borland эту ошибку исправил ?

> наезды о неправильной готовке были по поводу долгого создания базы.
ну да, значит наезда о "тривиальности решения" которое найти как 2 пальца об асфальт, при полном игнорировании написанного, что в то время этого решения попросту не было.
а может оно просто не было так распространено, не знаю.
во всяком случае гуру который его искал раза в 4 дольше (2 дня, а я сдался после полудня попыток установить/найти как) тоже его не нашёл.

> Вот интересно, Borland эту ошибку исправил ?
не знаю борланд это или нет, но ходил новый модуль crt который ее исправлял. а для уже скомпиленных прог программка замедляющая комп (это уже точно не борланд).

> Вопрос ведь был не о красивости резюме.

Вопрос был "с какой СУБД начать с нуля". И я не могу придумать ничего проще MSSQL.

Камни в сторону FB:
1. Распространение практически ограничено экс-СССР. Соответственно, в случае работы в каком-нибудь не экс-СССР предприятии - она нафиг не нужна.
2. Распространение имеет в основном среди "дельфистов". По историческим причинам.
3. Как следствие - отсутствие толковой литературы. Фактически - один Козявин и есть.
4. Данная СУБД никогда не будет сертифицирована для использования серьёзными гос.организациями, т.к. опен-сорс.
5. Откровенно говоря, не вижу ей никакого особенного применения, кроме как "карманной СУБД".
6. Есть некоторое количество знакомых, использовавших FB в качестве основной СУБД к коробочному продукту. Обплевались. Перешли на другие СУБД.

> DrPass (21.11.2008 12:25:42) [102]

Это не может являться ни каким рейтингом, нужные люди больтаются на других форумах.
Видел я статистику именно по серверам и по странам. ФБ в СНГ конечно значительно больше распространен, но резко уступает монстрам.

Игорь Шевченко © (21.11.08 12:52) [110]
я понял о чем ты, типа инсталятор написан раньше чем вышли процы, и невозможно что-то было учесть заранее.
но, редакции этих исталяторов выходили тогда выходили чуть ли не каждую неделю... (я пытался какое то время еще решить проблему, следил, скачивал новое)
т.е. это не была древняя прога про которую забыли, она развивалась и тем не менее
> а глюк в инсталляторе для P4 - да, великолепная история, его не удосужились до 9-й версии исправить.

> Petr V. Abramov (21.11.2008 12:31:46) [106]

Во всех серьезных СУБД запись в лог всегда делается на диск.
Иначе база не может претендовать на промышленную.

Просто другие базы пишут в лог и файл БД,
а MS SQL только в лог, мне кажется, что Оракл точно также работает.

> sniknik © (21.11.08 12:57) [111]

> ну да, значит наезда о "тривиальности решения" которое найти
> как 2 пальца об асфальт,

никто на тебя не наезжал, успокойся, извини, если задел.

> во всяком случае гуру который его искал раза в 4 дольше

ага, и рассказывал про дефрагментацию при создании базы.

насчет тривиальности не знаю, но все расписано в 3-й главе книжки "Сoncepts", не в 25-й "Andvanced Turning". Хотя заплутаться в этом море документации действительно как 2 пальца.

> Petr V. Abramov (21.11.2008 12:45:48) [108]

Монстрам часто наплевать на микробов.

> kaif (21.11.2008 12:50:49) [109]

Не знаю почему не озвучили, часто именно 1С предлагали как идеальное решение в подобных случаях, возможно из-за того что начали разборки с монстрами.

Нужен совет... Найти похожие ветки