Конференция "Прочее" » Нужен совет... [D7]
 
  • ArMellon (19.11.08 06:42) [0]
    Как проще всего сделать приложение использующие одну базу   данных в локальной сети.
    Проблема еще и в том делать придется на одном домашнем компьютере, подскажите в каком направлении идти?
    приложение простое, база данных для моментальной загрузки едениц, нужно чтобы с 3 компьютере в локальной сети работали с одной базой, т.е. добавляли, удаляли строки практически одновременно.
    опыта работы с базами данных не имею, что нужно учесть?
  • Anatoly Podgoretsky © (19.11.08 07:46) [1]
    > ArMellon  (19.11.2008 6:42:00)  [0]

    А двойки грузить не надо?
  • ArMellon (19.11.08 07:51) [2]
    зачем двойки и еденицы....
    лучше инфу нужную загрузить...
  • Сергей М. © (19.11.08 08:48) [3]

    > что нужно учесть?


    Нужно учесть что без опыта разработки распределенных сетевых СУБД-приложений ничего путного у тебя в первый раз не получится.
  • Сергей М. © (19.11.08 08:49) [4]

    > база данных для моментальной загрузки едениц


    Для этого база данных не нужна.
  • Sergey13 © (19.11.08 08:52) [5]
    > [0] ArMellon   (19.11.08 06:42)
    > для моментальной загрузки едениц

    Мистера Пропера надо звать.
    В базу загрузит в два раза быстрей.

    > Как проще всего сделать приложение использующие одну базу
    >  данных в локальной сети.

    Надо взять приложение используещее две базы данных и выкинуть из него работу с одной из них.
  • MsGuns © (19.11.08 09:08) [6]
    Самое "простое" - это Paradox+Delphi/BDE+Фаронов "Проектирование БД в Дельфи".
    Самое правильное - FireBird+Delphi/IBX+Востриков,Ковязин "Мир интербэйз"
  • Smile (19.11.08 09:39) [7]
    > Сергей М. ©   (19.11.08 08:48) [3]

    > Нужно учесть что без опыта разработки распределенных сетевых
    > СУБД-приложений
    ничего путного у тебя в первый раз не получится.
    >


    А я не совсем понял, при чем здесь распределенность?
    Сетевые СУБД - да, а распределенность ...
  • Ega23 © (19.11.08 10:41) [8]

    > Самое правильное - FireBird+Delphi/IBX+Востриков,Ковязин
    > "Мир интербэйз"


    Сереж, ты в последнее время черезчур категоричен.

    2 Автор:
    1. Прочитать про базы данных вообще. Книжка подойдёт наверное любая толстая (для первого раза хватит). "Мир интербэйз" именно для первого раза - не советую, начать лучше с чего-то другого.
    2. Взять нормальную СУБД. Тут выбор большой, но лично я бы посоветовал остановиться на урезанной версии MSSQL (MSDE или как она теперь там называется). Преимущества: бесплатная, есть хелп на русском, нет проблем с компонентами доступа.
    3. Дальше написать простейший Hello World в клиент-серверном исполнении.
    4. Почитать про проектировку БД - нормальные формы и т.п.
    5. Потом можно задавать тут конкретные вопросы.
  • Плохиш © (19.11.08 11:05) [9]

    > Как проще всего сделать приложение использующие одну базу
    >   данных в локальной сети.

    Хм, выглядит как вопросительное предложение, но в конце точка. Новые правила, наверное...

    Если это всё-таки вопрос, то проще всего нанять программиста...
  • MsGuns © (19.11.08 14:04) [10]
    >Ega23 ©   (19.11.08 10:41) [8]
    >Сереж, ты в последнее время черезчур категоричен.

    Нифига, я всегда такой, с вами иначе нельзя :)

    > но лично я бы посоветовал остановиться на урезанной версии MSSQL (MSDE или как она теперь там называется). Преимущества: бесплатная, есть хелп на русском, нет проблем с компонентами доступа.

    я бы тоже, но устал вытираться от плевков 13-го Сергея и Co
  • Ega23 © (19.11.08 14:12) [11]

    > но устал вытираться от плевков 13-го Сергея и Co


    Забей, он не шарит...  :)))
  • ANB (19.11.08 14:26) [12]

    > 2. Взять нормальную СУБД. Тут выбор большой, но лично я
    > бы посоветовал остановиться на урезанной версии MSSQL (MSDE
    > или как она теперь там называется). Преимущества: бесплатная,
    >  есть хелп на русском, нет проблем с компонентами доступа.
    >

    Как раз с компонентами и проблема, т.к. сторонних нету, а ADO тока с версии ADO.NET работает корректно.
    Лучше Оракл XE. Тоже бесплатно. Компоненты можно сначала взять шаровые, потом спихнуть на заказчика их покупку.
  • Sergey13 © (19.11.08 14:29) [13]
    > [10] MsGuns ©   (19.11.08 14:04)
    Напомни плиз последний "плевок" по поводу МССКЛ?

    > [11] Ega23 ©   (19.11.08 14:12)

    Я не злопамятный. Я записываю. 8-)
  • Ega23 © (19.11.08 14:31) [14]

    > Как раз с компонентами и проблема, т.к. сторонних нету,
    > а ADO тока с версии ADO.NET работает корректно.


    Приколись, у меня никакого .net нету, а ADO нормально работает. Уже много лет.


    > Лучше Оракл XE.


    Ага, только ресурсов жрёт - мама не горюй.
  • Skyle © (19.11.08 14:41) [15]

    > ANB   (19.11.08 14:26) [12]
    > Как раз с компонентами и проблема, т.к. сторонних нету,
    > а ADO тока с версии ADO.NET работает корректно.

    А что некорректно работает в адо без трёх маркетинговых букв?
  • Anatoly Podgoretsky © (19.11.08 15:01) [16]

    > Я не злопамятный.

    Сделаю зло и забуду.
  • ANB (19.11.08 17:35) [17]

    > Ага, только ресурсов жрёт - мама не горюй.

    Да ни ничего он не жрет.
    Я на свой рабочий комп поднимал 6 баз оракловых. При этом спокойно работал в делфи, еще пару вордов и экселей и никаких тормозов.


    > Приколись, у меня никакого .net нету, а ADO нормально работает.
    >  Уже много лет.

    Есть узкие нерешаемые проблемки. Самое простое - писать так, чтобы эти проблемы не возникали. Но если возникли . . .
  • ANB (19.11.08 17:38) [18]

    > А что некорректно работает в адо без трёх маркетинговых
    > букв?

    Самая простая грабля - вытащить все наборы данных, все принты и исключения из долго работающей хранимки.
    В ADO.Net - само собой все работает. В просто ADO - часть сообщений теряется.
  • StriderMan (19.11.08 17:45) [19]

    > Я на свой рабочий комп поднимал 6 баз оракловых. При этом
    > спокойно работал в делфи, еще пару вордов и экселей и никаких
    > тормозов.

    у тебя рабочее место перенесли на корпоративный сервак в связи с кризисом?

    на моем рабочем Celeron 2.1, 768Mb проклятый Оракл во первых сильно удлиняет старт системы так еще и работать невозможно пока его не сшибешь.
  • Sergey13 © (19.11.08 17:57) [20]
    > [19] StriderMan   (19.11.08 17:45)

    Вы просто не умеете их готовить. (с) реклама
  • Kolan © (19.11.08 17:57) [21]
    Есть еще SQLite, я думаю для 3х человек проблем не будет.
  • Palladin © (19.11.08 18:04) [22]

    > Sergey13 ©   (19.11.08 17:57) [20]

    Как приготовить клиента Оракл'а, что бы он поднимал соединение с сервером без задержек?
  • Ega23 © (19.11.08 18:06) [23]

    > Вы просто не умеете их готовить. (с) реклама


    Возможно я действительно не умею его готовить, но когда я его себе ставил у меня рабочий комп практически подыхал. Ну 40-50% CPU на него тратил - факт.
    Советовать этого монстра начинающим...
    Ну не знаю. Не этично, штоли.
  • Palladin © (19.11.08 18:16) [24]

    > Ega23 ©   (19.11.08 18:06) [23]

    Вообще говоря, судя по моему недельному опыту работы с Ораклом, как клиентом так и сервером, существо это - довольно нежное и очень чувствительное. :) впрочем как и линукс...
    Резюм таков: Оракл не для "кнопочников-виндузятников", для обеспечения оптимальных условий работы требует глубокого понимания происходящего..
  • StriderMan (19.11.08 18:18) [25]

    > Вы просто не умеете их готовить. (с)

    Ах его еще и "готовить" надо!!??? Firebird например дается уже готовым к употреблению. Я не гурман, люблю фастфуд!!! :)))
  • БарЛог © (19.11.08 18:20) [26]
    Если соображать на троих, то вполне можно использовать ЭКСЕЛЕВСКИЙ ФАЙЛ.
  • Petr V. Abramov © (19.11.08 18:21) [27]

    > Ega23 ©   (19.11.08 18:06) [23]


    > но когда я его себе ставил у меня рабочий комп практически
    > подыхал. Ну 40-50% CPU на него тратил - факт.

    на время инсталляции или перманентно?


    > Советовать этого монстра начинающим...
    > Ну не знаю. Не этично, штоли.

    согласен, инсталляция по умолчанию простейшая, но она понаставит кучу жабной фигни, от которой вполне можно ожидать описанных тобой симптомов.
    Опять же если не глядя тыкать кнопки при инсталляции, она себе памяти отведет, мягко говоря, больше чем нужно.
  • Sergey13 © (19.11.08 18:23) [28]
    > [23] Ega23 ©   (19.11.08 18:06)

    Я его и не рекомендую обычно. Мой выбор для таких целей ФБ. Но у меня 8.1.6ЕЕ стоял на древнем домашнем компе с 256метрами и селероном666 и позволял нормально работать (насколько вообще нормально работать на такой конфигурации под ХП). Кстати на работе в то время тестовый сервер на 5 программистов справлялся и на P2 с 192метрами. Плюсом на нем висел домен, файлопомойка и всякие шняги типа почты. Он же до этого был рабочим сервером на примерно 50 юзерских сессий.

    > [22] Palladin ©   (19.11.08 18:04)

    Не очень понял. Если ничего не открывать объемного, то коннект происходит практически мгновенно.

    ЗЫ: Оговорюсь сразу - мой опыт практически ограничивается 8 версией.
  • StriderMan (19.11.08 18:26) [29]

    > мой опыт практически ограничивается 8 версией

    я ставил 10g EE. Может он так сильно аппетит увеличил?
  • Sergey13 © (19.11.08 18:31) [30]
    > [29] StriderMan   (19.11.08 18:26)

    А зачем ты СЕБЕ ставил ЕЕ?
  • Palladin © (19.11.08 18:38) [31]

    > Sergey13 ©   (19.11.08 18:23) [28]

    да нет... задержка, не при запросе, а вообще - при открытии соединения... Оракл 10.2.0.1, пока, на Win системе она происходит...  у меня подозрения, что это где то выставляется в настройках клиента, но пока сильно глубоко настройки не исследовал...
  • kaif © (19.11.08 18:44) [32]
    MsGuns ©   (19.11.08 09:08) [6]
    Категорично, но верно.
  • Sergey13 © (19.11.08 18:46) [33]
    > [31] Palladin ©   (19.11.08 18:38)

    Не встречался с такой ситуацией. Возможно памяти системе не хвататет и при выделении ее сеансу идет свопинг. Возможно есть какие нибудь тригеры на открытие сессии. Тут смотреть нужно. К тому же 10-ку я только со стороны смотрел.
  • Palladin © (19.11.08 18:49) [34]

    > Возможно памяти системе не хвататет

    да нет конечно :) неужели бы я это не увидел... нет.. дело в другом... осталось подождать когда поднесут клиента выше, нежели 10.2.0.1... вот там посмотрим...
  • StriderMan (19.11.08 18:53) [35]

    > Sergey13 ©   (19.11.08 18:31) [30]
    > А зачем ты СЕБЕ ставил ЕЕ?

    ошибся, XE ставил. ради спортивного интереса.
  • Sergey13 © (19.11.08 18:56) [36]
    > [34] Palladin ©   (19.11.08 18:49)

    А коннект даже из Плюса медленный?
  • Petr V. Abramov © (19.11.08 19:08) [37]

    > Palladin ©   (19.11.08 18:49) [34]

    10.2.0.1 сильноглюкавый клиент.
    скачай 10.2.0.2 с oracle.com
  • Anatoly Podgoretsky © (19.11.08 19:54) [38]
    > Sergey13  (19.11.2008 18:31:30)  [30]

    А он Е
  • MsGuns © (19.11.08 22:59) [39]
    >Sergey13 ©   (19.11.08 14:29) [13]
    >Напомни плиз последний "плевок" по поводу МССКЛ?

    Без проблем. [28] в этой же ветке ;))

    >БарЛог ©   (19.11.08 18:20) [26]
    >Если соображать на троих, то вполне можно использовать ЭКСЕЛЕВСКИЙ >ФАЙЛ.

    Ага, а главное - очень ПРОСТО ;)

    По сути:

    мсскл все же требует от человека определенной квалификации в его настройке и администрировании. Да и ADO тоже не так прозрачен как BDE+Paradox или та же птица

    за уракл вообще речи бы не вел ибо он ну явно не для начинающих. Один PSQL чего стоит ;)

    птица хороша тем, что действительно легкая и в установке, и в саппорте, практически не жрет ресурсов, достаточно шустрая и надежная, в спарке с фибпласом позволяет реально шустро проектировать достаточно профессиональные приложения, да и упомянутая выше книга не идет ни в какое сравнение с монстроидальной нудятиной BOL. Про книжки по мсскл вообще промолчу - у меня стойкое мнение, что писАли их для тыквоголовых очкастых нумоидов такие же тыквоголовые.

    А по поводу категоричности.. Тут один мсганз такой, эге ж ? Остальные - ну просто образчик плюрализма, интеллигентности и терпимости к инакомыслящим ;)
  • Sergey13 © (19.11.08 23:12) [40]
    > [39] MsGuns ©   (19.11.08 22:59)
    > Без проблем. [28] в этой же ветке ;))

    И где я там в тебя плевал? По поводу МССКЛ?
  • sniknik © (19.11.08 23:41) [41]
    > мсскл все же требует от человека определенной квалификации в его настройке и администрировании.
    ничего такого он не требует, включается в установку с программой, клиенты даже не в курсе, что у них какой то там sql сервер стоит... без всякой настройки и администрирования. просто программа, просто работает...

    > Да и ADO тоже не так прозрачен как BDE+Paradox или та же птица
    это естественно, возможностей больше, отсюда и "непрозрачность" или не понимание его логики (особенно при привычке к альтернативной).
  • MsGuns © (20.11.08 00:17) [42]
    >sniknik ©   (19.11.08 23:41) [41]
    >ничего такого он не требует

    Неправда твоя. Вот давеча надо было "чистый" MSDE установить. Так полдня ушло чтобы найти информацию. "По умолчанию" все стандартные командные строчки (как мсскл) вылетали в ошибки при обращении к нему.
    Установка самого сервера "по умолчанию" тоже частенько не дает нужный результат.

    Для тебя, конечно, нет вопросов, но вот для начинающих все не так просто, поверь
  • Anatoly Podgoretsky © (20.11.08 00:37) [43]
    > MsGuns  (20.11.2008 0:17:42)  [42]

    Чистый MSDE ставится элементарнейши, легко включается в дистрибутив, достаточно ИНИ файл и БАТ файл написать, можно сформировать БАТ файл из программы и устанавливать скажем при первом запуске, надо лишь readme прочитать, что обычно никто не читает, и инсталяция без единого вопроса, включая заливку данных в базу, именно так тестовые базы и поставляются. Вот с экспрессом посложнее.
  • sniknik © (20.11.08 00:52) [44]
    > Вот давеча надо было "чистый" MSDE установить.
    х.з., всегда именно "чистый" и ставим, практически, единственное отличие от "по умолчанию" в ини прописано включать mssql серверную авторизацию, но это лишь потому что обычно ставится в такой "зоопарк", что проще работать через нее чем убеждать всех как надо сеть настраивать... правильнее работать с виндовой, и если бы это было всегда возможно, то вообще все было бы по дефаулту...
  • MsGuns © (20.11.08 02:26) [45]
    Трабла было в ключевом слове 'Local' ;)
  • БарЛог © (20.11.08 02:31) [46]
    MsGuns ©   (19.11.08 22:59) [39]

    >БарЛог ©   (19.11.08 18:20) [26]
    >Если соображать на троих, то вполне можно использовать ЭКСЕЛЕВСКИЙ >ФАЙЛ.

    > Ага, а главное - очень ПРОСТО ;)

    Я серьёзно. Не уверен в 2003, но 2007-й эксель поддерживает одновременное редактирование файла несколькими пользователями.
  • Anatoly Podgoretsky © (20.11.08 09:29) [47]
    > sniknik  (20.11.2008 0:52:44)  [44]

    Ты видимо имеешь ввиду, оставляем только серверную авторизацию, посколько ее нельзя ни включить, не отключить.
    Вообще то это лишнее, требуется только по требованиям усиленой безопасности.
  • sniknik © (20.11.08 10:25) [48]
    > Ты видимо имеешь ввиду, оставляем только серверную авторизацию
    включаем. т.е. делаем так, что если посмотреть свойства сервера подключившись EM. то на вкладке security будет отмечено Authentication: "SQL server and Windows" а не "Windows only".

    > Трабла было в ключевом слове 'Local' ;)
    не помню такого, но если для работы по сети настройка то там параметр DISABLENETWORKPROTOCOLS а не локал.
    а как оно там по умолчанию? у нас из сети доступ используется, значит и это ставим тоже...
    был неправ, действительно не так просто, просто не помню каких то особых проблем с этим делом... поставили как нужно/просили да и забыл. (о "миксед моде" просили внедренцы из-за того что не могут на месте заставить работать с некоторых машин по виндовой (и делать что то по этому поводу местные админы не хотят, работает же...), приходится ставить нормальный mssql из его EM менять настройку и удалять... но такое то в общем то только раз было, а после я им сделал выбор)
  • Ega23 © (20.11.08 10:31) [49]

    > А по поводу категоричности.. Тут один мсганз такой, эге
    > ж ? Остальные - ну просто образчик плюрализма, интеллигентности
    > и терпимости к инакомыслящим ;)


    Конечно. Я вот например всегда воспринимаю критику и мнение отличное от моего. Правда оппонента потом надо сжечь на костре. На всякий пожарный.  :)))
  • ANB (20.11.08 10:35) [50]

    > Один PSQL чего стоит ;)

    Да. Pl/SQL - это наше все. Только ради него не пойду писать под мс скл. :)
  • Ega23 © (20.11.08 10:37) [51]

    > Petr V. Abramov ©   (19.11.08 18:21) [27]
    >
    > на время инсталляции или перманентно?


    Во время работы. Если службу не остановливал - комп просто дох.
  • Petr V. Abramov © (20.11.08 10:55) [52]

    > Ega23 ©   (20.11.08 10:37) [51]

    ну наверное действительно что-то сопутствующе из серии "чтоб было как получше" инсталлировалось. Если база не под нагрузкой - че ей комп вешать, не трогай рояль - он и не заиграет.
  • Ega23 © (20.11.08 11:09) [53]

    > Если база не под нагрузкой - че ей комп вешать, не трогай
    > рояль - он и не заиграет.


    Оно понятно. Но тем не менее, когда я для чисто ознакомительных целей поставил 10 ХЕ, он "чё-то-там в глубине" делал и жил собственной жизнью. Естественно, ставил вроде как всё, т.к. "а фиг его знает, вдруг чё недоставлю"?

    И заметь, это человек, который в целом в БД разбирается и даже что-то может.  :)
    А вы этот оракл - начинающему. Некрасиво.
  • Petr V. Abramov © (20.11.08 11:15) [54]

    > Ega23 ©   (20.11.08 11:09) [53]


    > А вы этот оракл - начинающему. Некрасиво.

    ну зато если разберется - точно ему можно любую СУБД доверить :)
  • Petr V. Abramov © (20.11.08 11:37) [55]

    > Естественно, ставил вроде как всё, т.к. "а фиг его знает,
    >  вдруг чё недоставлю"?

    а ты ставь, че тебе надо, увидел знакомое слово, напрмер "database", ставь, непонятно - не ставь. На крайняк она ругнется, что "это requied"
  • sniknik © (20.11.08 11:45) [56]
    > И заметь, это человек, который в целом в БД разбирается и даже что-то может.  :)
    тоже были проблемы с ораклом, все 3 или 4 раза когда сталкивался, без исключений. а столкнулся с ним в первый раз уже с некоторым опытом, поработав с форсом, первасвилем, аксесс и мсскл естественно.
    за что он мне и не нравится, хотя будет нужда работать именно на нем разберусь, не сомневаюсь.
    один раз так вообще вызывали "гуру ораклоида", тестировали чужую прогу на предмет использования(продаж), который тоже ничего не решил (чем и решил вопрос о продажах ;о)).
    не, это понятно, что и гуру был не "гуристый", и я привык к "своему" mssql, как тут наверняка будут убеждать поклонники оракла. но факт есть факт 100% столкновений неудачны, за что он бы мне понравился?

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

    > ну зато если разберется - точно ему можно любую СУБД доверить :)
    брось в воду, поглубже, не утонет точно хорошим пловцом будет.
  • sniknik © (20.11.08 11:47) [57]
    форсом=фоксом (не форматом, а бд и языком, писал я на нем ;)
  • Ega23 © (20.11.08 11:48) [58]

    > а ты ставь, че тебе надо, увидел знакомое слово, напрмер
    > "database", ставь, непонятно - не ставь.


    Вот теперь сам прикинь. Я, в целом, понимаю, что нужна поддержка "того-того и того", какой-нибудь DataGrid мне нафик не нужен, поддержка репликаций, и чего-нибудь ещё - тоже не нужно. А нужна мне СУБД, какая-нибудь визуальная хрень к ней и компоненты доступа с драйверами. И то, я чё-то больно дофига всего поставил тогда.

    Вопрос: как в этом разберётся человек, который вчера понятия не имел, что такое СУБД?
  • Игорь Шевченко © (20.11.08 12:18) [59]

    >  А нужна мне СУБД, какая-нибудь визуальная хрень к ней и
    > компоненты доступа с драйверами


    вот ты XE и описал -

    СУБД: Oracle 10.2.0.1
    визуальная хрень: Oracle Application Express (APEX) 2.0
    компоненты доступа с драйверами: клиент, ADO

    денег не стоит, есть не просит, кроме памяти, да и той не слишком много
  • Anatoly Podgoretsky © (20.11.08 12:29) [60]
    > sniknik  (20.11.2008 10:25:48)  [48]

    Если уберешь галочку, то будет Windows only, если поставиль, то плюс SQL
    Windows отключить нельзя.
  • Anatoly Podgoretsky © (20.11.08 12:30) [61]
    > Ega23  (20.11.2008 10:31:49)  [49]

    Не на всякий, а на всегда.
  • Anatoly Podgoretsky © (20.11.08 12:31) [62]
    > Petr V. Abramov  (20.11.2008 10:55:52)  [52]

    Это не простой рояль, а автоматический.
  • Anatoly Podgoretsky © (20.11.08 12:33) [63]
    > sniknik  (20.11.2008 11:45:56)  [56]

    По требованиям на Оракл нужны 4 (четыре) администратора, разного профиля.
  • Ega23 © (20.11.08 12:41) [64]

    > Игорь Шевченко ©   (20.11.08 12:18) [59]
    >
    > вот ты XE и описал -


    Да понимаю я. Просто вроде бы как и не совсем чайник. И в то же время ухитрился поставить этот ХЕ так, что оракловая служба после запуска компа начинала 20% CPU хавать "просто так". А при обращении - так вообще кошмар начинался.
    Понятно ,что я бы поигравшись чуть0чуть с этим разобрался бы. Но у меня всё-таки практика есть, пусть mssql-ная, но тем не менее.
    А у автора её - нет.

    З.Ы. Я не говорю, что Oracle плох. Я говорю, что он плох для начинающего человека, причём именно для "поиграться для себя". Вариант со служебной необходимостью тут не рассматривается, в таком случае и на асме начнёшь писать через пару дней, когда до этого его в глаза не видел...  :)))
  • sniknik © (20.11.08 13:02) [65]
    Игорь Шевченко ©   (20.11.08 12:18) [59]
    > вот ты XE и описал -
    > СУБД: Oracle 10.2.0.1
    версии драйвера по версии установки?
    http://pda.delphimaster.net/?id=1226490725&n=1
    и как там написано
    Добро пожаловать в мир Оракла. :)
    :)))

    у меня вообще такое впечатление от оракла, что это как линукс в сравнении с виндой, но только в базах, можно ВСЕ! но без напильника и глубоких знаний не подходи...
  • Игорь Шевченко © (20.11.08 14:15) [66]
    sniknik ©   (20.11.08 13:02) [65]


    > и как там написано
    > Добро пожаловать в мир Оракла. :)
    > :)))


    Мало ли, что где написано. Ситуация, описанная в приведенной ветки, скажем так, не совсем тривиальная - со скобками в имени пути к EXEшнику, я больше чем уверен, что в других СУБД есть свои косяки, не менее нечасто встречающиеся.


    > у меня вообще такое впечатление от оракла, что это как линукс
    > в сравнении с виндой, но только в базах, можно ВСЕ! но без
    > напильника и глубоких знаний не подходи...


    У тебя ошибочное впечатление. Этот миф исходит со времен старых версий оракла, когда даже установить его без пятикратного намаза было, скажем так, проблематично. Но это было много лет назад, например, 10-15, с тех пор разработчики оракла сильно пошли навстречу пользователям.
  • ANB (20.11.08 14:49) [67]

    > Добро пожаловать в мир Оракла. :)

    Не надо выдирать из контекста ! Это было к тому, что диалект SQL оракла дает много разных вкусностей, из-за которых имеет смысл плюнуть на универсальность и отойти от SQL92.

    Про установку - очень тяжело криво поставить XE. Виндовая инсталляшка, задает минимум вопросов.

    С 8-кой - да, были пляски с бубном. Немного получше в 9-ке. Но промышленная версия на то и промышленная, что дает много разных фичей. Правда, по большей части ненужных.
  • Ega23 © (20.11.08 15:16) [68]

    > Не надо выдирать из контекста ! Это было к тому, что диалект
    > SQL оракла дает много разных вкусностей, из-за которых имеет
    > смысл плюнуть на универсальность и отойти от SQL92.


    Для того, чтобы плюнуть на SQL92 и начать пользоваться вкусностями Оракла, нужно сначала хотя бы в общих чертах изучить SQL92.
    А то плевать-то не на что...

    Я честно не знаю, какую СУБД предложить начинающему человеку, который:
    1. Хочет разобраться с проектированием БД
    2. Хочет разобраться с SQL вообще
    3. Хочет разобраться с работой с БД в Delphi.
    4. Хочет, чтобы это было не просто ради академического интереса, а потом и в резюме приложить.

    Лично мне было бы проще кому-то объяснять на примере MSSQL. Он где-то посерёдке между монстрообразной мощью тончайшей настройки Oracle, красивостью ORM Postgres-a, простотой доступа и т.п.
    Также очень серьёзным фактором является наличие локализованного BOL (что бы там MsGuns на этот счёт не плевался) и просто литературы для чайников на книжных развалах.
  • Anatoly Podgoretsky © (20.11.08 15:38) [69]
    > ANB  (20.11.2008 14:49:07)  [67]

    > Но промышленная версия на то и промышленная, что дает много разных фичей. Правда, по большей части ненужных.

    Тогда это маркетинговая версия.
  • MsGuns © (20.11.08 17:18) [70]
    >Ega23 ©   (20.11.08 15:16) [68]
    >Также очень серьёзным фактором является наличие локализованного BOL (что бы там MsGuns на этот счёт не плевался) и просто литературы для чайников на книжных развалах.

    Плюну еще раз, хоть и перманентно пользуюсь.
    Конечно, по сравнению со справкой акцеса, БОЛ прямо-таки беллетристика (в акцес плоскотухлые вообще практически ничего по синтаксису и методике составления запросов не посчитали нужным включить - типа все автоматом делается визардами), однако я в ммскл пришел после ИБ и "Мира интербэйз", а также дельфишной справки по Local SQL и был прямо-таки прибит кондратием ивановичем от бестолковости БОЛа и жуткой убогости "сладкой парочки" QA+EM (Это после ИБЭксперта-то). Вот просто пример - попробуй в БОЛе найти, например  как можно в хранимке обратиться к не "своему" СКЛ-серверу. Или ВНЯТНУЮ инфу, как писать гетерогенные запросы.

    Фаронов, по крайней мере пишет ПОНЯТНО, пусть и для дилетантов.
    О "великих и ужасных" я уже упоминал.
  • Ega23 © (20.11.08 18:03) [71]

    > как можно в хранимке обратиться к не "своему" СКЛ-серверу.
    >  Или ВНЯТНУЮ инфу, как писать гетерогенные запросы.



    До тех пор пока поставщик поддерживает необходимые интерфейсы OLE DB, допускаются все классы инструкций Transact-SQL, упомянутые в этом разделе.

    Инструкции на языке Transact-SQL
    Ниже приведен список поднаборов языка Transact-SQL, допустимых для удаленных таблиц, доступ к которым получен через имена связанных серверов или нерегламентированные имена.

    Допускаются любые запросы, содержащие стандартную форму инструкции SELECT select_list с предложением FROM и предложением WHERE. Предложение INTO new_table_name инструкции SELECT не допускается, если new_table_name ссылается на удаленную таблицу.

    В инструкциях SELECT, INSERT, UPDATE и DELETE столбцы в удаленных таблицах не могут обозначаться одночастным или четырехчастным именем таблицы. Удаленные таблицы в предложении FROM должны обозначаться псевдонимами, и этот псевдоним следует использовать для обозначения имени столбца.

    Таблицы, имеющие столбцы типа xml, запрашивать нельзя, даже если запрашиваются столбцы, отличные от xml.

    Если столбец большого объекта (LOB) из удаленной таблицы указан в качестве элемента select_list в инструкции SELECT, инструкция SELECT не может содержать предложение ORDER BY.

    Предикаты IS NULL и IS NOT NULL не могут ссылаться на столбцы LOB в удаленной таблице.

    GROUP BY ALL не допускается в распределенном запросе, если в этом запросе также содержится предложение WHERE. GROUP BY без указания ALL поддерживается.

    Инструкции INSERT допускаются в отношении удаленных таблиц, если поставщик соответствует требованиям OLE DB для инструкций INSERT. Дополнительные сведения см. в разделе Требования к инструкции INSERT для поставщиков OLE DB.

    Константы NULL не могут быть вставлены в столбец timestamp через распределенный запрос.

    $IDENTITY и $ROWGUIDCOL не поддерживаются для распределенных запросов. Явные значения не могут быть вставлены в столбцы идентификаторов в удаленных таблицах.

    Инструкции UPDATE и DELETE допускаются в отношении удаленных таблиц, если поставщик соответствует требованиям интерфейса OLE DB для указанной таблицы. Дополнительные сведения см. в разделе Требования UPDATE и DELETE для поставщиков OLE DB.

    Удаленная таблица может подвергаться обновлению или удалению посредством курсора, определенного для распределенного запроса, где удаленная таблица указана в инструкции UPDATE или DELETE (UPDATE или DELETE remote_table WHERE CURRENT OF cursor_name), если поставщик соответствует условиям возможности обновления удаленной таблицы. Дополнительные сведения см. в разделе Использование курсоров с распределенными запросами.

    Инструкции READTEXT, WRITETEXT и UPDATETEXT не поддерживаются в отношении удаленных таблиц.

    В операциях обновления или вставки нельзя ссылаться на столбцы, содержащие типы данных больших объектов (такие как text, ntext или image), если поставщик подвергается обработке вне SQL Server, параметр поставщика AllowInProcess имеет значение 0. Дополнительные сведения см. в разделе Настройка поставщиков OLE DB для распределенных запросов.

    Инструкции языка определения данных (DDL), такие как CREATE, ALTER или DROP, не допускаются в отношении связанных серверов.

    Инструкция EXECUTE, указывающая транзитную команду, поддерживается в отношении связанных серверов. Эта инструкция может быть использована для выполнения хранимых процедур в отношении иных поставщиков, не относящихся к SQL Server.

    Другие операции или инструкции на уровне базы данных для связанных серверов



    5 минут поиска с учетом ожидания, пока BOL проверялся на наличие обновлений.

    З.Ы. Я действительно не встречал вообще хелпа лучше, чем BOL. Идеалом любого хелпа считаю BOL для MSSQL 2000.
  • Ega23 © (20.11.08 18:09) [72]

    > и жуткой убогости "сладкой парочки" QA+EM (Это после ИБЭксперта-то).


    Ну EM мне за 8 лет нужен был всего несколько раз, и то для всяких административных штук типа быстрого бэкап-рестор, attach db и просмотра логов работы джоба.
    А, дедлоки ещё пару раз смотрел. Больше был не нужен.
    А вот Profiler - это да, друг и товарищ. Без него - никак...  :)

    Насчёт QA - ну наверное редактор могли несколько побогаче сделать. В остальном, ИМХО - гораздо удобнее IBExpert. Но это, как ты понимаешь, субъективное мнение. Сила привычки.
  • kaif © (20.11.08 19:10) [73]
    Firebird бесплатный на самом деле.

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

    Еще: исталлятор Firebird сколько весит и инсталлятор MSSQL Express сколько? Можно цифры в студию? И еще сколько времени надо, чтобы новую базу в IB создать? А в ORACLE ?

    И еще: в Delphi есть нативные компоненты IBX. Там есть много чего полезного кроме доступа к данным как такового на палитре IB Admin. Например, создание юзеров, бекап, рестор, SQL-монитор, один IBExtract чего стоит - можно извлечь сценарий всей базы за несколько секунд.

    Я бы рекомендовал с IB начинать.
    А потом, разумеется, можно изучить и MSSQL и ORACLE. Ничего не имею против этих серверов. Оба мне нравятся. В каждом есть свои кайфы. Но они на мой взгляд в данном случае избыточны. Конечно, экскаватр выроет могилку для кота быстрее, чем хозяин покойного кота лопатой. Можно сказать - выроет одним движением. Но во-первых этот экскаватор иногда дорого стоит, зачастую долго едет, и в принципе ковшем задеть может по голове, если технику безопасности не соблюдать.
    :)
  • MsGuns © (20.11.08 20:10) [74]
    >Ega23 ©   (20.11.08 18:03) [71]

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

    >kaif ©   (20.11.08 19:10) [73]
    >этот экскаватор иногда дорого стоит, зачастую долго едет, и в принципе ковшем задеть может по голове, если технику безопасности не соблюдать.

    По гоове это фигня. Главное, что он поговняет все клумбы и дорожки, обваляет угол дома и снесет крышу соседского сарая ;)
  • Petr V. Abramov © (20.11.08 23:28) [75]

    > Ega23 ©   (20.11.08 11:48) [58]


    > Вопрос: как в этом разберётся человек, который вчера понятия
    > не имел, что такое СУБД?

    человек, который вчера понятия  не имел, не разберется, я по этому поводу и не спорил
  • Petr V. Abramov © (20.11.08 23:36) [76]
    по поводу старых и новых версий оракла: самый простой и безглючный инсталлятор был в 7-ке, в 8-ке стал еще проще, но был глюк на P4 (кстати, тривиальное решение всегда висело на первой странице гугля).
    потом стали делать "посолиднее", или, другое предположение, неотлаженных опций стало в разы больше, а не ставить их в "стандартной" инсталляции - неправильно, о них никто не узнает
  • sniknik © (21.11.08 00:14) [77]
    > кстати, тривиальное решение всегда висело на первой странице гугля
    всегда? т.е. еще до того как написали сам инсталлятор восьмерки? тогда вопрос, если про это всегда знали, еще до написания программы, зачем тогда этот баг вообще включили в программу? посмотрели бы на первой странице гугля...
    или все таки было время когда про баг не знали, и даже сам патч не то что в первые страницы не попал, а еще и написан не был?
  • Petr V. Abramov © (21.11.08 00:41) [78]

    > sniknik ©   (21.11.08 00:14) [77]

    ну не ДО, не надо дергаться, но через месяц-другой - точно на первой. А то, что софт промышленно можно юзать не ранее первого сервиспака (патча, по-нашему :) - так оно везде так.
  • sniknik © (21.11.08 01:09) [79]
    > но через месяц-другой - точно на первой.
    вот через месяц-другой, я его и нашёл. может позже, у меня это не было целью, по какому-то другому поводу.

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

    а во вторых и слава гейтцу, т.к. благодаря этому "чуду" чувствую, мы (и конкретно в основном я, на которого это все свалилось бы) избежали еще кучи подобных проблем с "великим и ужасным".
    например проблема со временем создания базы... когда я его все же "завел" программа начала создавать базу, трудилась 2 часа, после сказала недостаточно места и вывалилась. освободил, за 3 часа управилась... внедренцы за эту программу мне бы такое спасибо сказали ..., ага. за то время когда родную на mssql и поставили и попробовали и обучение провели и по домам, эта бы только первый виток вокруг создания базы начинала раскручивать.
  • Anatoly Podgoretsky © (21.11.08 09:35) [80]
    > MsGuns  (20.11.2008 17:18:10)  [70]

    Разве ИБЭксперта входит в состав ИБ?
  • Anatoly Podgoretsky © (21.11.08 09:37) [81]
    > Ega23  (20.11.2008 18:03:11)  [71]

    А справку для MS SQL не любишь что ли, она многоязычная, при сразу интегрированая, не требуется по отдельности запускать на разных языках и есть выбор по каждой статье, если скажем не понял локализированую, то тут же можно перейти на английский.
  • Anatoly Podgoretsky © (21.11.08 09:41) [82]
    > kaif  (20.11.2008 19:10:13)  [73]

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

    Это ни так, нет никакого ограничения по пользователям, точнее оно одинаково и для MSDE/Express и для DataCenter
  • Anatoly Podgoretsky © (21.11.08 09:43) [83]
    > Petr V. Abramov  (20.11.2008 23:28:15)  [75]

    Как человек, который начинал и с ИБ и с MS SQL, при том имя нехилую подготовку, могу сказать, начинать легче с MS SQL, при том намного легче.
  • Ega23 © (21.11.08 10:06) [84]

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


    Мне кажется, что самое главное тут - FB по большому счёту резюме не сильно украшает. В отличие от Oracle или MSSQL.
  • Ega23 © (21.11.08 10:08) [85]

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


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

  • Petr V. Abramov © (21.11.08 11:24) [86]

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


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

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

    P.S.
    Я не спорю, что есть вещи попроще, но все эти сложности не просто так, а для гибкости и настраиваемости.
  • Petr V. Abramov © (21.11.08 11:41) [87]
    Oracle на небольших базах по записи даже во многих случаях медленнее FB работает. но это не потому что в Oracle Corp дураков понабрали, а потому что если резко выключить свет, после его включения оракловая база гарантированно пойдет дальше спокойно работть, а фбшная -не факт.
  • Anatoly Podgoretsky © (21.11.08 11:53) [88]
    > Petr V. Abramov  (21.11.2008 11:41:27)  [87]

    MS SQL также, но еще плюс и не потеряет те записи, которые еще не были записаны на диск, пропадут только не завершенные транзакции.
  • MsGuns © (21.11.08 11:54) [89]
    >Ega23 ©   (21.11.08 10:08) [85]
    >Select top 1 * from [ServerName].[DBName].[TableName]

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

    ИМХО. Все таки для гарантированности нужны предварительные грамотные действия админа по обеспечению этой гарантированности. Типа разнесения по разным дискам контрольных файлов и реду-логов.
  • Petr V. Abramov © (21.11.08 11:58) [92]

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


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

    волшебства не бывает, как говорили Гарри Поттеру :)
    просто сначала все на диск пишется, потом рапортуется об успешном коммите.
  • Ega23 © (21.11.08 11:59) [93]

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


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

    Только у меня между DBName и TableName 2 точки стояло. Не просто так.
  • Petr V. Abramov © (21.11.08 11:59) [94]

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


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

    это уже на случай смерти  диска, а не выключения света
  • sniknik © (21.11.08 12:06) [95]
    > вы-таки действительно не умеете их готовить :)
    потратил на это минуту, и по домам :)
    ты вообще читать умеешь? не компенсируя воображением, а реально написанное?
    программа не моя, инсталлятор тоже, как сделано так сделано, я только тестировал чтобы оценить возможность ее использования нами (т.е. та контора стала бы партнером, мы продавали и обслуживали их прогу (поддержка цто), а им делали бы отчисления с продаж. т.е. весь геморрой обслуживания нам, часть денег им)

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

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

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

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

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


    Да это вообще полная фигня. Всё скриптом должно создаваться, и потом патч-скриптами патчиться.
  • Anatoly Podgoretsky © (21.11.08 12:18) [97]
    > MsGuns  (21.11.2008 11:54:29)  [89]

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

    У меня уже нет QA, но из SSMS запускается, в исправленом виде конечно
  • Petr V. Abramov © (21.11.08 12:18) [98]

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

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

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

    БРЕХАЛИ

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


    с этиим проблема имеет место быть, решается одновременной установкой разных версий оракла на одну машину. Не особо здОрово, конечно, но и версии приложения обычно тщательно тестируют под конкретную версию СУБД, вплоть до 4-й цифры. Для серийно распространяемого ПО практически неприемлемо, но изначально и не предназначено.
  • Petr V. Abramov © (21.11.08 12:20) [99]

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

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

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

    да
  • Anatoly Podgoretsky © (21.11.08 12:21) [100]
    > Petr V. Abramov  (21.11.2008 11:58:32)  [92]

    Дело в том, что в MS SQL не обязательно писать данные на диск, они могут быть и в памяти (как правило и на диск пишутся редко).
    При перезапуске восстановятся из лога.
    Что позволяет достигнуть хорошей производительности.
  • Anatoly Podgoretsky © (21.11.08 12:24) [101]
    > sniknik  (21.11.2008 12:06:35)  [95]

    Ох и навешали вам лапши на уши.
    В обычной ситуации бы такое прокатило, но только не с разработчиками.
  • DrPass © (21.11.08 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 тоже без работы не останется :)
  • Игорь Шевченко © (21.11.08 12:27) [103]
    sniknik ©   (21.11.08 12:06) [95]

    Жуткие вещи рассказываешь. Только причем тут Оракл ? Кривое приложение можно написать для любой СУБД, исключений не существует
  • Ega23 © (21.11.08 12:29) [104]

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


    Залезь в эту ветку и посчитай, сколько за сегодня.
    Потом залезь рядышком в MSSQL или Oracle и сравни.
  • Ega23 © (21.11.08 12:31) [105]

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


    Поищи там в вакансиях FB-девелопера. Я почему-то не видел ни разу. Так, из разряда "необязательных" скиллов.
  • Petr V. Abramov © (21.11.08 12:31) [106]

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


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

    а лог находится в энегронезависимой антицентуре
  • sniknik © (21.11.08 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 © (21.11.08 12:45) [108]

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

    наезды о неправильной готовке были по поводу долгого создания базы.
    а глюк в инсталляторе для P4 - да, великолепная история, его не удосужились до 9-й версии исправить.
  • kaif © (21.11.08 12:50) [109]
    Странные аргументы.

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

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

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

    Firebird от выключения питания не рушится. У меня во всяком случае такого практически не было. Сказать, что такого вообще не можетбыть не берусь. И для ORACLE я не рискнул бы такое сказать. И даже для Notepad.
  • Игорь Шевченко © (21.11.08 12:52) [110]
    sniknik ©   (21.11.08 12:39) [107]


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


    В свое время, если ты помнишь, лет 10-11 назад не запускались программы, написанные на Borland Pascal на современных для того времени процессорах, с ошибкой то ли runtime error 200, толи Divide by zero, если мне память не изменяет.
    Вот интересно, Borland эту ошибку исправил ?
  • sniknik © (21.11.08 12:57) [111]
    > наезды о неправильной готовке были по поводу долгого создания базы.
    ну да, значит наезда о "тривиальности решения" которое найти как 2 пальца об асфальт, при полном игнорировании написанного, что в то время этого решения попросту не было.
    а может оно просто не было так распространено, не знаю.
    во всяком случае гуру который его искал раза в 4 дольше (2 дня, а я сдался после полудня попыток установить/найти как) тоже его не нашёл.
  • sniknik © (21.11.08 13:00) [112]
    > Вот интересно, Borland эту ошибку исправил ?
    не знаю борланд это или нет, но ходил новый модуль crt который ее исправлял. а для уже скомпиленных прог программка замедляющая комп (это уже точно не борланд).
  • Ega23 © (21.11.08 13:02) [113]

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


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

    Камни в сторону FB:
    1. Распространение практически ограничено экс-СССР. Соответственно, в случае работы в каком-нибудь не экс-СССР предприятии - она нафиг не нужна.
    2. Распространение имеет в основном среди "дельфистов". По историческим причинам.
    3. Как следствие - отсутствие толковой литературы. Фактически - один Козявин и есть.
    4. Данная СУБД никогда не будет сертифицирована для использования серьёзными гос.организациями, т.к. опен-сорс.
    5. Откровенно говоря, не вижу ей никакого особенного применения, кроме как "карманной СУБД".
    6. Есть некоторое количество знакомых, использовавших FB в качестве основной СУБД к коробочному продукту. Обплевались. Перешли на другие СУБД.
  • Anatoly Podgoretsky © (21.11.08 13:04) [114]
    > DrPass  (21.11.2008 12:25:42)  [102]

    Это не может являться ни каким рейтингом, нужные люди больтаются на других форумах.
    Видел я статистику именно по серверам и по странам. ФБ в СНГ конечно значительно больше распространен, но резко уступает монстрам.
  • sniknik © (21.11.08 13:06) [115]
    Игорь Шевченко ©   (21.11.08 12:52) [110]
    я понял о чем ты, типа инсталятор написан раньше чем вышли процы, и невозможно что-то было учесть заранее.
    но, редакции этих исталяторов выходили тогда выходили чуть ли не каждую неделю... (я пытался какое то время еще решить проблему, следил, скачивал новое)
    т.е. это не была древняя прога про которую забыли, она развивалась и тем не менее
    > а глюк в инсталляторе для P4 - да, великолепная история, его не удосужились до 9-й версии исправить.
  • Anatoly Podgoretsky © (21.11.08 13:23) [116]
    > Petr V. Abramov  (21.11.2008 12:31:46)  [106]

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

    Просто другие базы пишут в лог и файл БД,
    а MS SQL только в лог, мне кажется, что Оракл точно также работает.
  • Petr V. Abramov © (21.11.08 13:24) [117]

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



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

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

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

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

    насчет тривиальности не знаю, но все расписано в 3-й главе книжки "Сoncepts", не в 25-й "Andvanced Turning". Хотя заплутаться в этом море документации действительно как 2 пальца.
  • Anatoly Podgoretsky © (21.11.08 13:24) [118]
    > Petr V. Abramov  (21.11.2008 12:45:48)  [108]

    Монстрам часто наплевать на микробов.
  • Petr V. Abramov © (21.11.08 13:25) [119]

    > Anatoly Podgoretsky ©   (21.11.08 13:23) [116]

    правильно кажется
  • Anatoly Podgoretsky © (21.11.08 13:26) [120]
    > kaif  (21.11.2008 12:50:49)  [109]

    Не знаю почему не озвучили, часто именно 1С предлагали как идеальное решение в подобных случаях, возможно из-за того что начали разборки с монстрами.
  • Anatoly Podgoretsky © (21.11.08 13:29) [121]
    > Игорь Шевченко  (21.11.2008 12:52:50)  [110]

    К тому моменту Борланд уже не выпускал Турбо Паскаль и он не стоял в планах поддержки. А в Дельфи проблемы не было, как не было и нужды в Delay.
    При том проблема возникала даже если Delay и не нужна была, это проблема с инициализацией модуля, аналог initialization для модулей Дельфи, как я их не люблю.
  • Anatoly Podgoretsky © (21.11.08 13:31) [122]
    > Игорь Шевченко  (21.11.2008 12:52:50)  [110]

    > то ли runtime error 200, толи Divide by zero

    Это расшифровка, правда ошибка была не из-за деления на 0, а на 55 - в чем виноват ИБМ кстати, а не Борланд и даже не Интел, это они так назвали данную ошибку не разобравшись в принципах работы x86 процессора.
  • Petr V. Abramov © (21.11.08 13:34) [123]

    > Petr V. Abramov ©   (21.11.08 13:24) [117]


    > но все расписано в 3-й главе книжки "Сoncepts",

    кстати, вкратце даже в первой
  • Anatoly Podgoretsky © (21.11.08 13:35) [124]
    > sniknik  (21.11.2008 13:00:52)  [112]

    Решений ходило много, большинство хакерских и плохих. Был модуль, где расчеты сделали 64 битными вместо 32 битных и отнесли эту проблему примерно до 12 907 200 мегагерц частоты процессора. Можно считать навсегда решили.
    Кроме замедления еще изменяли константу 55 прямо в ехе файле, отодвинуг границу ближе к 1 гигагерцу.
  • Anatoly Podgoretsky © (21.11.08 13:37) [125]
    > Ega23  (21.11.2008 13:02:53)  [113]

    > 6. Есть некоторое количество знакомых, использовавших FB в качестве основной СУБД к коробочному продукту. Обплевались. Перешли на другие СУБД.

    У меня такая же проблема - клиент банк, ФБ 1.0, ранее вообще это был Парадокс. И в отличии от тебя не могу перейти на другие СУБД
  • Petr V. Abramov © (21.11.08 13:44) [126]

    > У меня такая же проблема - клиент банк, ФБ 1.0

    ну для клиент-банка-то самое оно, не на оракле же его делать :)
  • Anatoly Podgoretsky © (21.11.08 13:45) [127]
    > Petr V. Abramov  (21.11.2008 13:24:57)  [117]

    Я не видел документации по Ораклу, но слышал, что дешевле повеситься.
  • Anatoly Podgoretsky © (21.11.08 13:48) [128]
    > Petr V. Abramov  (21.11.2008 13:25:59)  [119]

    Ну не могли они пройти этот метод оптимизации, без потери надежности.
    В лог конечно пишется всегда, но при возможности данные из памяти тоже используются для оптимизации, но за то их в любой момент можно выброшить и даже отключить питания. Конечно всегда остается риск при записи в системные области винчестера, но это чрезвычайно редко. Я уже даже и не помню когда у меня ФС повреждалась на NTFS
  • Petr V. Abramov © (21.11.08 14:01) [129]

    > Anatoly Podgoretsky ©   (21.11.08 13:45) [127]


    > Я не видел документации по Ораклу, но слышал, что дешевле
    > повеситься.

    ее очень много, но написана она просто и подробно.

    > но при возможности данные из памяти тоже используются для
    > оптимизации

    работаем с кэшем, изменения пишем в лог, все просто

    > Конечно всегда остается риск при записи в системные области
    > винчестера, но это чрезвычайно редко. Я уже даже и не помню
    > когда у меня ФС повреждалась на NTFS

    можно на raw device базу держать.  Но на самом деле NTFS тоже не дураки писали, она транзакционная. Из-за транзакционности, кстати, тоже есть неочевидный способ загубить базу.
  • Anatoly Podgoretsky © (21.11.08 14:05) [130]
    > Petr V. Abramov  (21.11.2008 13:44:06)  [126]

    Например я бы предпочел на MS SQL/Оракл при наличии корпоративного сервера. Не вижу ничего плохого, особенно учитывая, что это многопользовательский клиент-сервер.
    Но все равно это шаг вперед перед старой версией. Разработчики там наши Дельфийские засланцы. Банк крупнейший.
  • Petr V. Abramov © (21.11.08 14:08) [131]

    > Например я бы предпочел на MS SQL/Оракл при наличии корпоративного
    > сервера.

    я б тоже :)
    но клиент-банк должен нормально работать и в конторе, где единственный комп специально для клиент-банка  из дома старенький и принесли.
  • sniknik © (21.11.08 14:17) [132]
    Petr V. Abramov ©   (21.11.08 13:24) [117]
    > ага, и рассказывал про дефрагментацию при создании базы.
    а что разве это что-то невероятное? я и до этого слышал про оракл что он может держать базу в выделенном разделе, не пользуясь файловой системой... и еще то что он толи может, то ли просто в планах было сделать, работать под собственной операционкой, т.е. возможность его инсталяции на "голое железо".

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

    > насчет тривиальности не знаю, но все расписано в 3-й главе книжки "Сoncepts"
    > кстати, вкратце даже в первой
    пара вопросов, как не программист использующий оракл, а как человек использующий (пытающийся) использовать программу с его использованием, я должен знать эту книгу наизусть? вообще обязан знать что это за книга?
    и второй. дата ее выхода? вернее, когда эти знания в ней появились?
    до того как? опять?
    опять ты игнорируешь время. задним то умом все крепки, а ты попробуй что то решить когда решения еще нет...
  • kaif © (21.11.08 14:21) [133]
    Ega23 ©   (21.11.08 13:02) [113]
    4. Данная СУБД никогда не будет сертифицирована для использования серьёзными гос.организациями, т.к. опен-сорс.


    Похоже, что, к примеру, система Клиент-Банк не может считаться чем-то серьезным.

    Если считать серьезные госорганизации критерием, возмьмем налоговую службу. Серьезная организация на Ваш взгляд? На мой взгляд - весьма серьезная. Одна из серьезнейших. Следовательно dBase и FoxPro под DOS с кривейшими программами - самое то. Вероятно они лицензированы и сертифицированы.

    А насчет опен-сорс я так скажу. Как раз именно опен-сорс и будет сертифицирован к применению. Государство как раз очень настороженно относится к продуктам коммерческого характера, не раскрывающим исходный код. Шпиономания, однако.

    У меня есть клиенты, у которых IB базы без всякого обслуживания работают годами. Например, 5 лет подряд непрерывно без всякого вмешательства. Пусть разработчики mssql баз заявят то же самое.
  • kaif © (21.11.08 14:23) [134]
    А MSSQL работает под Linux или FreeBSD ?
  • kaif © (21.11.08 14:24) [135]
    А если по распространенности брать, то MySQL - самый крутой сервер на свете. А PHP - самый лучший язык программирования.
  • Petr V. Abramov © (21.11.08 14:28) [136]

    > sniknik ©   (21.11.08 14:17) [132]


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

    может

    > работать под собственной операционкой, т.е. возможность
    > его инсталяции на "голое железо".

    это как в неприличном анекдоте, где Наташа Ростова перчатку обронила, а поручик Ржевский ее поднял и ручку поцеловал, как люди потои друг другу эт рассказывали :)
    СУБД работает под некоей платформо-зависимой Virtual OS, скрытой от юзера. Свою операционку там никогда делать не собирались.

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

    как конечный юзер - нет, как человек, который по крайней мере занимается инсталляцией - по крайней мере Part I What Is Oracle?, как программист - опреденные главы.
  • Petr V. Abramov © (21.11.08 14:29) [137]

    > sniknik ©   (21.11.08 14:17) [132]


    > вообще обязан знать что это за книга?
    > и второй. дата ее выхода? вернее, когда эти знания в ней
    > появились?

    это документация
  • Sergey13 © (21.11.08 14:35) [138]
    Интересно, автор ветки выбрал уже самый простой путь? 8-)
  • kaif © (21.11.08 14:36) [139]
    ORACLE - лучший сервер.
    А костюм следует шить в Италии, на заказ.
    А жить надо в Монако.

    Афтар! Ставь ORACLE! Не прогадаешь. И сразу - в Монако. На яхте.
    :)
  • Ega23 © (21.11.08 14:40) [140]

    > kaif ©   (21.11.08 14:21) [133]


    Ашот, я прекрасно понимаю, что всяк кулик своё болото хвалит.
    И я понимаю, что 10 лет проработав под IB/FB очень сложно соскочить на другую СУБД и понять её прелестьи и недостатки. Особенно ,когда тебе не под 30, а под 50.
    Кстати, вы действительно приглядись, кто за FB ратует, какая возрастная категория и какие задачи этими людьми по жизни делались.


    > Серьезная организация на Ваш взгляд? На мой взгляд - весьма
    > серьезная. Одна из серьезнейших.


    Это на ваш взгляд серьёзная. И с точки государства - серьёзная. Но ,как бы, она не реал-тайм... :) И нагрузки как-бы немного не те.


    > Государство как раз очень настороженно относится к продуктам
    > коммерческого характера, не раскрывающим исходный код. Шпиономания,
    >  однако.


    Не имели вы дело с военными...


    > А MSSQL работает под Linux или FreeBSD ?


    А ему надо? Я вполне серьёзно.


    > А если по распространенности брать, то MySQL - самый крутой
    > сервер на свете. А PHP - самый лучший язык программирования.


    Прикола ради открыл справку по PHP.
    Наблюдаю функции:
    mysql_connect
    mssql_connect
    pg_connect
    Вижу кучу функций для Oracle.
    Ни одного упоминания о FB. Это к вопросу распространённости.
  • sniknik © (21.11.08 14:49) [141]
    >> я и до этого слышал про оракл что он может держать базу
    >> в выделенном разделе, не пользуясь файловой системой...
    > может
    о как, а почему тогда ты думаешь он мне рассказывал сказки? ведь он как раз что то про разделы говорил. (см выше, не хочу искать/писать второй раз тоже самое).
    и тогда вопрос как с разделом - "копируем. подключаем, идем через минуту домой"?

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

    > это документация
    и в ней естественно все пишут заранее... "внимание а сейчас у нас запланирован глюк, ожидайте в следующей версии, и будьте внимательны!"
  • kaif © (21.11.08 15:06) [142]
    2 Ega23 ©   (21.11.08 14:40) [140]

    PHP имеет функции для IB. Посмотрите получше.

    Насчет кулика согласен. Это каждому свойственно.
    Но зря Вы думаете, чо я не разрабатывал на других серверах. Я разрабатывал на MSSQL (еще под NT4 это было) для РАО ЕЭС в Тюмени систему сбора информации о потреблении электроэнергии, а на ORACLE в прошлом году систему мониторинга двусторонних договоров для Администратора Торговой Сети РАО ЕЭС. Это сотни электростанций, почасовые графики нагрузки и анализ всей этой дребедени. С генерацией текстов многоэтажных запросов онлайн. Плюс еще приходилось все это делать на JDBC + JSP и сервлетах под Tomcat. И я прекрасно вижу все преимущества ORACLE и MSSQL перед IB. Но я вижу и их явные недостатки для данной задачи. А Вы не хотите их видеть. В этом вся проблема.

    Вот Вам известно, что если в подзапросе SELECT в синтаксисе ORACLE добавить фразу ORDER BY, то объединение на уровне выше произойдет с такой скоростью, как если бы подзапрос был индексированной по этому полю таблицей? Это очень красиво на самом деле. В IB этого в помине нет и не предвидится. Так почему я рекомендую IB? Как раз потому и рекомендую, что я работал со всеми тремя серверами и могу сравнить их применительно к тому случаю, который упомянул автор.

    Никакого желания вести войны "в пользу IB" у меня нет. Но еще меньше желания у меня навязывать конъюнктурные подходы типа "специалисты ORACLE больше востребованы или более уважаемы" в случаях когда человек спросил "как лучше решить конкретно эту задачу". Он же не спросил "дайте совет, какой сервер мне изучать, чтобы побыстрее иметь квартиру, машину дачу и любовницу?".
  • Anatoly Podgoretsky © (21.11.08 15:17) [143]
    > Petr V. Abramov  (21.11.2008 14:01:09)  [129]

    MS SQL тоже может работать на raw device - включено для желающих, на самом деле пользы по сути нет.
  • kaif © (21.11.08 15:19) [144]
    Давайте поступим иначе. Не будем спорить.

    Допустим, мы рекомендуем автору использовать MSSQL.
    Видимо это будет MSSQL Express.
    Давайте начнем.
    Поможем человеку.

    Итак, размер инсталлятора и откуда он должен его скачать.
    Установка сервера.

    Какую аутентификацию юзеров он должен использовать? Windows-аутентификацию или серверную (логин+пароль).

    Ответ обосновать.

    Какие компоненты доступа выбрать? BDE Или ADO?
    Ответ оборсновать.

    Давайте пусть он пройдет с нами весь путь. До момента, когда он дома у себя увидит свою первую таблицу и данные в ней. А дальше пусть сам думает. Нам останется снабдить его советами, как это все еще на работу перенести и там установить в тамошней сети.

    А потом я пройду с ним тот же путь на FB.

    А потом пусть автор сам ответит, что ему больше оказалось по душе. Я не исключаю, что он будет в восторге от MSSQL Express, а FB спосчитает полным отстоем.

    Начнем?
    Где автор, кстати?
  • Anatoly Podgoretsky © (21.11.08 15:21) [145]
    > sniknik  (21.11.2008 14:17:12)  [132]

    Не байки, оба гиганта могут работать на raw device, но толку мало, проблем много. На самом деле дефрагментация файла(ов) БД практически не играет роли для подобных баз, может для других это и важно, но не для них. Полезнее сразу задать больший размер и никогда не уменьшать его, вот тут реальное ускорение. Про разбиение базы по файлам и по файловым группам уже писали, но серьезный эффект появляется при сотнях дисков.
  • Anatoly Podgoretsky © (21.11.08 15:23) [146]
    > kaif  (21.11.2008 14:21:13)  [133]

    Все банки давно частные и клиент сервер не считается серьезным, это всего лишь фронт энд для пользователя, он отделен от реальной базы, ну кроме банков однодневок.
  • Anatoly Podgoretsky © (21.11.08 15:25) [147]
    > kaif  (21.11.2008 14:23:14)  [134]

    Не требуется, для этих ОС другие БД, впервую очередь Oracle на монстрах типа R6000 с ОС AIX.
    На дешевых MySql и Posgre
  • Anatoly Podgoretsky © (21.11.08 15:28) [148]
    > Petr V. Abramov  (21.11.2008 14:29:17)  [137]

    Кстати про документацию, одну девушку попросили привезти документацию по ораклу из фирмы поставщика, у нее что то выпало.
  • Anatoly Podgoretsky © (21.11.08 15:28) [149]
    > kaif  (21.11.2008 14:36:19)  [139]

    А море там есть?
  • blackman © (21.11.08 15:29) [150]
    Вагонные споры :)
    Как будто вам кто-то дает выбирать...
    Чаще всего что установлено на том и работать приходится.
    Это только в начале пути IT в России можно было что-то петь о том, что надо приобретать и ставить.
    Большинство организаций давно закупили СУБД и только обновляют на новые версии.
    Какой же тут выбор?
    Выбирать приходится организацию, а не СУБД.
    Поэтому нужно говорить о распространенности СУБД, а не о выборе.
    Соответственно для обучения выбрать наиболее распространенную.
    Вот и скажите какая наиболее распространена в России.
  • Ega23 © (21.11.08 15:32) [151]

    > Вот и скажите какая наиболее распространена в России.


    ini-файлы рулят.
  • Anatoly Podgoretsky © (21.11.08 15:33) [152]
    > kaif  (21.11.2008 15:06:22)  [142]

    Меня в свое время от IB отвратило отсутствие вложеных запросов и слабый набор встроеных функций.
    Я в то время поставил MSDE 2000 и сразу же написал нужное.
    И что мне надо было ждать много лет, что бы нужное мне от БД появилось?
  • kaif © (21.11.08 15:35) [153]
    Ладно.
    Здаюсь.
    Куда попрешь протиив логики типа:

    1. Firebird - не для серьезных задач.
    2. У автора - серьезная задача

    Следовательно - автору нужен не Firebird.
  • kaif © (21.11.08 15:42) [154]
    Вот. Даже сдаюсь через з написал. Теперь так правильно. За этим новоязом большие перспективы.
  • Anatoly Podgoretsky © (21.11.08 15:45) [155]
    > kaif  (21.11.2008 15:19:24)  [144]

    1. 55-60 мб, микрософт
    2. все равно, кроме случая когда доступ без домана, например через Интернет, простая локальная сеть. У себя дома, без сети - вообще без разницы, по умолчанию с машины на которой расположен сервер доступ прямой, без пароля и без сетевых вещей Shared Memory
    3. ADO поскольку родные. Сервер сразу будет виден в Дельфи

    Грубо говоря запустить инсталяции и все, по окончанию все готово к немедленной работе. Все ответы в инсталяторе по умолчанию. Просто нажимать Enter.

    4. По окончанию инсталяции может создавать базу, визуально через SSMS и в ней таблицы, или с помощью консольных утилит, или с помощью своей программы.
    5. На работу проще простого - или BackUp/Restore или Attach

    Пока я писал, за это время мог бы выполнить два раза пункты 4 и 5.
  • Anatoly Podgoretsky © (21.11.08 15:47) [156]
    > blackman  (21.11.2008 15:29:30)  [150]

    В случае Windows Server 2003 на сервере(ах) как правило будет стоять уже несколько SQL серверов, они нужны для работы системы, так и несколько ВЕБ серверов.
  • Anatoly Podgoretsky © (21.11.08 15:49) [157]
    > kaif  (21.11.2008 15:35:33)  [153]

    Ну не Firebird же как начинающему, это мы волки можем выбирать, что нам больше подойдет и без религии, кроме как в форуме Потрепаться и рядом.
  • Petr V. Abramov © (21.11.08 15:56) [158]

    > о как, а почему тогда ты думаешь он мне рассказывал сказки?

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


    > и тогда вопрос как с разделом - "копируем. подключаем, идем
    > через минуту домой"?

    с разделом - никак.
    однако ж никто не заставляет именно с разделами работать. особенно если принципиальна скорость инсталляции.

    > как человек которому дано некоторое время на инсталяцию
    > и проверку работы программы.

    если инсталлятор по умолчанию на раздел ставить начинает, не спрося - считай тебя б-г помиловал от работы с таким софтом, субд тут ни при чем.
  • blackman © (21.11.08 16:07) [159]
    Anatoly Podgoretsky ©   (21.11.08 15:47) [156]
    Что это у вас за правила такие :)
    Я говорю о том, что использовать начинающему, что бы он потом мог легко использовать полученный опыт.
  • Petr V. Abramov © (21.11.08 16:15) [160]

    > Anatoly Podgoretsky ©   (21.11.08 15:21) [145]


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

    серьезный эффект уже на двух дисках может быть, если по ним разнести две большие таблицы, или тупо на один индексы, на другой данные

    > Anatoly Podgoretsky ©   (21.11.08 15:28) [148]

    верю :)
  • sniknik © (21.11.08 16:19) [161]
    > потому что  разделы не дефрагментируют.
    а как из одного раздела выделить другой без дефрагметации первого? если чтото в конце раздела "лежит". научи.
    p.s. ну до чего он оказывается правдоподобно врал! до сих пор опровергнуть не могут... :)

    > не спрося
    блин, а я помню? может и спрося, но только инструкция по установке была на словах и примерно такой "там у нас все просто, везде дави подтверждение и все. само все сделается".

    > считай тебя б-г помиловал от работы с таким софтом, субд тут ни при чем.
    так и считаю. так, и писал.
    а субд тут при чем, глюк P4 никуда не делся, а он как ни крути замешан. (хотя мне он больше помог, чем помешал. но впечатление уже не то... типа по анекдоту "ложечки мы нашли, но впечатление уже осталось...")
  • sniknik © (21.11.08 16:28) [162]
    > субд тут ни при чем.
    и кстати, в первый раз до установки собственно софта я и не дошёл. все встало на установке оракла. вернее он то поставился но его сервис работать отказывался.
    т.что очень даже причем.
  • Anatoly Podgoretsky © (21.11.08 16:45) [163]
    > blackman  (21.11.2008 16:07:39)  [159]

    Ну так это MS SQL за исключением генераторов использовать можно почти все.
  • Anatoly Podgoretsky © (21.11.08 16:46) [164]
    > sniknik  (21.11.2008 16:19:41)  [161]

    У тебя какая профессия - програмировать, а у него маркетинг.
  • Petr V. Abramov © (21.11.08 17:24) [165]

    > sniknik ©   (21.11.08 16:19) [161]


    > а как из одного раздела выделить другой без дефрагметации
    > первого?

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

    > вернее он то поставился но его сервис работать отказывался.

    как-то противоречит рассказу о долгом создании базы, при неработающем сервисе до этого не дошло бы.

    че-то ты по-моему путаешь.
  • sniknik © (21.11.08 18:19) [166]
    > как-то противоречит рассказу о долгом создании базы, при неработающем сервисе до этого не дошло бы.
    > че-то ты по-моему путаешь.
    нет, это ты не читаешь, а то что читаешь переплетаешь со своими фантазиями.

    можешь поискать с начала где то я там (в первом посте?) упоминал, что через пару месяцев (с выходом патча) все таки решил проблему инсталяции. а уж не попробовать работу программы на которую потрачена куча нервов... не знаю, для меня естественно до разбираться до конца.
    вернее, с программой то я и так поигрался (гуру привез ноутбук, хотел ограничится показом на нем, но я настоял пройти установку с 0 на нашем компе, у него на ноуте она ясное дело работала сразу), интересно было сделать установку самому. о программе, то что это Г. мнение уже было составлено.
  • Petr V. Abramov © (21.11.08 23:22) [167]

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

    ниче не понял. пока не было патча (вернее, патча не было, был народный способ обхода глюка) инсталлятор просто не запускался,
    > вернее он то поставился но его сервис работать отказывался.

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

    В общем, ты чего-то важного явно не помнишь, впечатление у тебя отвратное, хрен с ними с concepts, прекращаю дискуссию на предложении забить и попить пива :)
  • Игорь Шевченко © (21.11.08 23:36) [168]

    > серьезный эффект уже на двух дисках может быть, если по
    > ним разнести две большие таблицы, или тупо на один индексы,
    >  на другой данные


    Уже давно нет того эффекта от разнесения данных и индексов, который был в старых версиях (если ты про Оракл)
  • sniknik © (21.11.08 23:59) [169]
    > ниче не понял.
    ну ты и не хотел.
  • Petr V. Abramov © (22.11.08 00:26) [170]

    > Игорь Шевченко ©   (21.11.08 23:36) [168]


    > Уже давно нет того эффекта от разнесения данных и индексов,
    >  который был в старых версиях (если ты про Оракл)

    эффект от версии не зависит, когда нагрузка распределятся на 2 канала, по-любому лучше. Каналы быстрее стали, чем в старых версиях :)
  • MsGuns © (22.11.08 15:36) [171]
    Вчера, наконец, потрудился вдумчиво поработать с БОЛом на предмет "разрозненого" (distributed) запроса, то бишь к удаленному серверу.

    Действительно, все оказадось до удивления просто и понятно. Помимо связанного (addlinkedServer) сервера (что не всегда удобно ибо не уверен, зарегистрирован ли такой) можно обращаться к нему "напрямую", используя средства TSQL.

    Посему в противостоянии FB vs MSSQL  я отдаю свой голос за последний ;)
  • ANB (24.11.08 17:57) [172]

    > Уже давно нет того эффекта от разнесения данных и индексов,
    >  который был в старых версиях (если ты про Оракл)

    Странно, наши админы говорят, что есть.
    Табличные пространства стоят на "голых" дисках, отформатированных ораклом.
 
Конференция "Прочее" » Нужен совет... [D7]
Есть новые Нет новых   [134446   +35][b:0.001][p:0.006]