|
|
|
firebird?
|
|||
|---|---|---|---|
|
#18+
русский перевод оракловой доки вроде тут за бабло дают: http://www.rdtex.ru/win/store.catalogue ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 17:03 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
softwarer На котором лежит много что, что Вы не могли не увидеть. Пресловутая документация в том числе. А скоро, вполне возможно, там будет лежать и "пресловутая документация" по MySQL. Следует ли из этого, что её так же будет необходимо читать?.. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 17:06 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov Вот про "чистую случайность" не могу не согласиться. При нынешней лихорадочной активности киберсквоттеров название сайта уже не так однозначно соотносится с держателями торговых марок. Возможно, корпорации Oracle было просто лень отсуживать домен. И то, что дистрибутив скачан именно с этого сайта не представляет весомого аргумента. Как Вы абсолютно верно заметили, наличие дистрибутива Windows на www.pirat.org не делает его официальным сайтом Microsoft Corp. имхо типичный троль. Дмитрий, а вы вообще видели как выглядит Oracle xe и как "поставляется" документация с дистрибутивом Oracle xe ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 17:07 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
Yo.! Дмитрий, а вы вообще видели как выглядит Oracle xe и как "поставляется" документация с дистрибутивом Oracle xe ? Ё! А Вы вообще читали нашу дискуссию с softwarer-ом? Или, по-вашему, я цитаты и ссылки генератором случайных чисел генерировал? Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 17:19 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
Yo.!имхо Ну, это мы выяснили ещё 19-го апреля. Yo.!Дмитрий, а вы вообще видели как выглядит Oracle xe и как "поставляется" документация с дистрибутивом Oracle xe ? Вот, Дим, учитесь доставать козыри вовремя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 17:20 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
softwarerВот, Дим, учитесь доставать козыри вовремя. Если это и козырь, то - мой, ибо Ё! в очередной раз продемонстрировал, что не является читателем, после чего его заявления о сложности чтения документации к FB (в которой страниц гораздо больше чем в данном топике) можно спокойно игнорировать. Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 17:41 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
Блин, закакали тему. Автору топика - я пишу логи SQUID в БД FB. За год набегает около 3 гигов. Потом 3 месяца удаляются и так далее. Сервер стоит на линухе. Версия 1.5. За почти 4 года проблем не было. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.04.2009, 21:32 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
f_w_p За год набегает около 3 гигов. Всего-то, у меня 12 f_w_pПотом 3 месяца удаляются и так далее. А я не удаляю. Ну вот, нахвалился :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2009, 08:19 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
FreemanZAVf_w_pПотом 3 месяца удаляются и так далее. А я не удаляю. Ну вот, нахвалился :) А смысл хранить логи за год? Пол года и то много, но храню... А вдруг понадобятся%-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2009, 08:49 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
f_w_p А смысл хранить логи за год? Пол года и то много, но храню... А вдруг понадобятся%-) У нас проходят всякие судебные разбирательства по документам аж 2004 г. А поскольку cross database queries в fb нету, приходится многое хранить в основной базе. Хотя я вроде проблему решил, но нужно кое-что переделывать в клиентском приложении, а мне неохота. И так нормально. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2009, 09:18 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
FreemanZAVf_w_p За год набегает около 3 гигов. Всего-то, у меня 12 А это много? Меня вот всегда интересовал вопрос начиная с какого момента базу можно считать большой. А то спрашивают иногда на собеседованиях, работал ли я с большими базами. Типа 12 гигов это наверное до сотни миллионов записей - вроде не мало, но с другой стороны у меня вот диск на ноуте всего 80 гигов - так это по нынешним меркам и для детей детсадовского возраста не хватает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2009, 09:43 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
А что такое много?Меня вот всегда интересовал вопрос начиная с какого момента базу можно считать большой. Ваш вопрос привёл к тому, что я родил забавное определение. Большая база - та, для которой, когда уже выполнен шаг "убрать ну совсем вопиющие глупости", "добавить железа" далеко не всегда является оптимальным путём решения проблем производительности. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2009, 09:57 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
softwarerВаш вопрос привёл к тому, что я родил забавное определение. Большая база - та, для которой, когда уже выполнен шаг "убрать ну совсем вопиющие глупости", "добавить железа" далеко не всегда является оптимальным путём решения проблем производительности.База в 1 Мбайт, в которой нет "совсем вопиющих глупостей" и для которой операция "добавить железа" не является оптимальным путем решения проблем производительности тоже будет "большой" ? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2009, 10:28 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
Насчет "большая" я бы ориентироваться на кол-во одновременно подключенных пользователей, с учетом специфики приложений конечно: десятки пользователей - "маленькая" в районе сотни - двух средненькая в районе 250-350 средняя 500 и более - большая. Для БД а-ля учетная складская система(ERP)/банкновский ОДБ. Для билингов и сайтов навреное соотношение будет другое. IMHO. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2009, 11:01 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
miksoftБаза в 1 Мбайт, в которой нет "совсем вопиющих глупостей" и для которой операция "добавить железа" не является оптимальным путем решения проблем производительности тоже будет "большой" ? :) Если работает на аппаратуре, для которой ""добавить железа" не является оптимальным путем решения проблем" (ну например на каком-нибудь Intel 8008) - безусловно. В том и фишка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2009, 11:54 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
softwarermiksoftБаза в 1 Мбайт, в которой нет "совсем вопиющих глупостей" и для которой операция "добавить железа" не является оптимальным путем решения проблем производительности тоже будет "большой" ? :) Если работает на аппаратуре, для которой ""добавить железа" не является оптимальным путем решения проблем" (ну например на каком-нибудь Intel 8008) - безусловно. В том и фишка.А если на современной аппаратуре? Будь там 1Гб оперативки или 16Гб - разницы никакой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2009, 12:28 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
miksoftА если на современной аппаратуре? Будь там 1Гб оперативки или 16Гб - разницы никакой. А вот в замене процессора - разница будет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2009, 12:29 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
Ggg_oldНасчет "большая" я бы ориентироваться на кол-во одновременно подключенных пользователей, А десятитерабайтный OLAP с полусотней пользователей в какую категорию попадет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2009, 14:27 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
Топикстартеру: Работал с MSSQL, MySQL, Firebird. Какие плюсы у FB: 1) "Самое сложное в fb описано в стандарте , поэтому достаточно знать ANSI SQL." - да, данная СУБД наиболее придерживается стандарта. 2) Большинство кода на FB легко для понимания без комментариев, чего не скажешь о MSSQL. Крайне понятная структура и синтаксис. 3) Есть все стандартные возможности(Транзакции, хранимки, триггеры, индексы, UDF) СУБД присутствуют. Чего мне не хватало в FB 1.5 - это динамических запросов, так в FB 2.x сделали Execute Block. 4) Вот уже 1.5 года работаю с MSSQL, много разных фич, чего нет у FB, но только и юзаю я из них далеко не все. Ну из тех, которых нет в FB, apply, instead-триггеры только могу вспомнить... 5) Очень нравится, что в FB один объект хранимка, безо всяких извращений как в MSSQL: функция 2х видов(скалярная, табличная) и хранимка. Функции ограниченны(нельзя использовать dinamic SQL), а хранимки нельзя использовать в запросе как таблицу/набор данных. В FB как ты построишь(в зависимости от возвращаемых параметров и возвращаемого результата) хранимку, так она и будет у тебя функционировать! 6) Про MySQL не говорю, т.к. до 5й версии, по мне, это вообще была недоСУБД. Триггеры и Хранимки в 5й же появились или в 4й, не помню? Просто MySQL юзал давно и 3ю версию еще, там даже вложенных запросов не было. 7) Один из лучших(на мой, конечно, субъективный взгляд) менеджеров СУБД - IBExpert. Все, что нужно и ничего лишнего. И при этом летает в работе. 8) Для первоначальной установки не требуется навыков администрирования вообще! Иногда важно для быстрого запуска в работу. Минусы FB: 1) Автоматический план запроса в FB действительно иногда косячит, но это всегда можно подправить подсказками. 2) объемы данных канеш не сравнятся с MSSQL! Но на одном сайте слышал, нормально работающая база была до 200Гб. 3) даже если записать в минус отсутствие документации, то только в плане администрирования(по тонкой настройке). Имхо в FB действительно все можно познать методом научного тыка в плане программирования. 4) меньше возможностей в диалекте SQL. з.ы. хотя канеш сравнивать MSSQL и FB не всегда есть смысл, у каждого свой круг задач :) FB стоит в линейке с MySQL, PostgreSQL имхо. ---- Проходя мимо разложенных граблей, ты теряешь драгоценный опыт. (с) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2009, 15:21 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
Megabyte2) объемы данных канеш не сравнятся с MSSQL! Но на одном сайте слышал, нормально работающая база была до 200Гб. Это небольшая бд для MS SQL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2009, 15:53 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
pkarklinMegabyte2) объемы данных канеш не сравнятся с MSSQL! Но на одном сайте слышал, нормально работающая база была до 200Гб. Это небольшая бд для MS SQL. Нигде не утверждал обратного :) Я к тому, что если БД не планируется больше данного объема, то можно спокойно юзать FB. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2009, 18:52 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
Megabyte Я к тому, что если БД не планируется больше данного объема, то можно спокойно юзать FB. Перефразирую: если не получается использовать FB для баз большего объёма, лучше сразу юзать MS (поскольку на Oracle softwarer просил не посылать). Posted via ActualForum NNTP Server 1.4 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2009, 20:50 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
А десятитерабайтный олап не попадает в категорию "учетная система/банковский ОДБ". Ребята на олап-форуме любят меряться кол-вом измерений и кол-вом записей в таблице фактов ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.04.2009, 22:46 |
|
||
|
firebird?
|
|||
|---|---|---|---|
|
#18+
я хочу вернуть топик в русло обсуждения документации по Firebird и "статей вокруг". Итак, вся "официальная" документация по Firebird находится здесь : http://www.firebirdsql.org/index.php?op=doc Почему "официальная" в кавычках. Информация, исходящая от государственных лиц или компаний - официальная (т.е. от юридических лиц). От частных лиц - информация неофициальная. Не существует юридического лица, представляющего Firebird. Вернее, есть юридическое лицо Firebird Foundation, но FF не является транслятором или поставщиком информации о FB. Подробно о FF на русском языке. В самом начале страницы документации есть отсыл на комплект документации по InterBase 6.0, которая упомянута как legacy command set and behaviour, и которая действительно по факту является "базовой" документацией по FB, т.к. FB является наследником IB. Кроме "неофициальности" основной документации на сайте firebirdsql.org (который принадлежит FF), ряд документов на странице документации является именно статьями, описывающими определенную функциональность FB (раздел Papers). Статьи пишутся волонтерами, и иногда вообще берутся из "внешних источников" (т.е. пишутся не специально для firebirdsql.org). Иногда статьи так и остаются на внешних источниках, по разным причинам - например, я не вижу смысла переносить все статьи по FB с ibase.ru на firebirdsql.org, хотя некоторые статьи были переведены на английский, и даже были уникальные которые публиковались в IBDeveloper Magazine (еще один около-фб ресурс). Кстати, без чужих статей и на других ресурсах, продукт можно считать мертвым, т.к. статьи как раз пишутся по опыту применения продукта, или как другой взгляд на функциональность продукта. (вообще об этом можно было и не упоминать, насколько это справедливо). Yo! предлагает (если я правильно понял) игнорировать любые внешние ресурсы, т.к. их связь с ФБ недоказуема, соответственно им доверия нет. При этом получается, что точно так же можно считать сомнительным и статьи-документацию даже на самом firebirdsql.org. Ну и наконец, даже в официальной документации по любому продукту могут быть ошибки, что не дает возможности быть уверенным в официальной документации на 100%. Из этого всего Yo! делает вывод, что "документации по Firebird нет". Дмитрий Сибиряков аналогичными выводами доказал (?), что и по Ораклу документации тоже "нет" :-) Я правильно интерпретирую основные выводы дискуссии? p.s. на вопрос Yo! кто такой ibase.ru, есть ответ на firebirdsql.ru: меню Resources, Other Firebird community sites (at ibphoenix). А там уже на странице указан ibase.ru. Правда, боюсь, замять вопрос "а кто такой IBPhoenix" не удастся... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.04.2009, 20:15 |
|
||
|
|

start [/forum/topic.php?fid=35&msg=35947824&tid=1552954]: |
0ms |
get settings: |
12ms |
get forum list: |
14ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
39ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
55ms |
get tp. blocked users: |
1ms |
| others: | 236ms |
| total: | 373ms |

| 0 / 0 |
