Slashdot Mirror


Firebird 2.0 Final Released

Samyem Tuladhar writes "After 2 years in development, the Firebird Project today officially releases the much-anticipated version 2.0 of its open source Firebird relational database software during the opening session of the fourth international Firebird Conference in Prague, Czech Republic."

158 comments

  1. Finally... by Bourdain · · Score: 5, Funny

    Now I can finally convince my friends to upgrade their web browser from Firebird 0.6 :)

    1. Re:Finally... by Anonymous Coward · · Score: 0

      Ow my... I'm struck with Phoenix M18

    2. Re:Finally... by Anonymous Coward · · Score: 0

      I thought the same thing when I read this. I thought Firebird had to change its name to Firefox because the name "Firebird" was the name of a car. Were these the guys who forced Firebird to change its name, or is there some reason why the company that makes Firebird cars has decided not to threaten a them with a lawsuit as they did with Firebird?

    3. Re:Finally... by Anonymous Coward · · Score: 0

      I thought about upgrading but I liked Firebird because it was less bloated. This release includes a whole relational database system! Maybe Mozilla suite wasn't so bad after all :(

    4. Re:Finally... by LittleBigLui · · Score: 3, Funny

      That's because trademarks apply only to the business areas they are registered for. For example, the manufacturer of shiny computers can use the same name as the record label that released the Beatles' records, since they aren't in the same business. (Until ITMS, that is.)

      Firebird-the-database is a DBMS, which, as everyone knows, is a big piece of metal that doesn't move and holds important data. Firefox-the-browser is a vehicle for travelling through the intartubes. It's obvious that the former is almost (but not quite) entirely unlike a car, whereas you probably would need a drivers' licence to use the latter, if it weren't for the lawlessness of teh intartubewebs.

      --
      Free as in mason.
    5. Re:Finally... by 4thAce · · Score: 1

      I am still troubled by the memic collision caused by the Dove Bar.

      --
      Inventor of the LOLbalrog meme.
    6. Re:Finally... by Anonymous Coward · · Score: 0

      Have you tried upgrading your brain first?

  2. How does this compare? by IcEMaN252 · · Score: 2

    I must admit to be rather ignorant of Firebird, how does it compare to other RDBMSs out there?

    --
    CitrusTV (http://www.citrustv.net): the Nation's Oldest & Largest Entirely Student-Run Television Station
    1. Re:How does this compare? by Shados · · Score: 3, Informative

      While I have never used it myself, I have heard nothing but praises from it, including from the Microsoft programmer community side. It is supposed to be full featured, quite fast, and can be used as an embedded database by just shipping a single DLL (on Windows, dunno how it goes on Unix side of things) with your app, thus allowing for a lot of flexibility. It has a lot more feature than even most commercial embedded database, and is supposed to be very easy on the developer, and its drivers are quite complete for java, .net, etc.

    2. Re:How does this compare? by jozeph78 · · Score: 5, Informative

      We used it at my last shop, maintaining a database file for each "project" and a master database to keep track them. Keeping it in it's realm, it's leagues beyond HSQL or Derby and other databases I've worked with of it's caliber.

      It was not without the quirks and kludgey features expected of a 1.0 database. Some of the unusual things (to me) were setting a Term character for scipts, lack of "if exists"/"create or replace", "suspend" in procedures, and identity ID's via triggers. That said, it had triggers as well as fully functional stored procedures, user defined functions, custom exceptions to deliver nice error messages to your JDBC layer and even a simple c API to write low level custom functions that were easily compiled into the db.

      The guys always made fun of FireBird for being slow until I replaced rebuilding a hierarchical structure via java (single JDBC call per record) with a recursive stored procedure (single JDBC call for collection in order). JDBC usually incurs a good deal of overhead but I've never seen it so costly as in this case. Removing this JDBC overhead brought the longer running cases of 30-40 seconds (consider this lag opening a word document), down to 1-2 seconds. So the query engine of FireBird is quite efficient considering you know how to sweet talk it. :D

      In the process of writing that procedure I discovered that the documentation for FireBird is actually quite good, albeit somewhat confusing with the Interbase/Firebird ambiguity. What I couldn't find in the documentation I found in a rather active FireBird Yahoo Group (may have been Google, whatever).

      Don't go comparing it to MySql, PostGRE, Oracle XE, or MSSQL Express. I'm not sure how the performance for databases larger than the amount of available memory will work meaning, I've never profied the IO performance. Still, it's a great alternative to storing complex data structures as binary files or stubbing a prototype db for rapid development.

      Ultimately, I'm excited about the new release of FireBird. Kudos to the team.

      --
      Ever done a `man` on `top` ?
    3. Re:How does this compare? by vhogemann · · Score: 5, Interesting

      I have some experience with it on Linux,

      We used Firebird on a project called "Remédio em Casa" (Medicine at Home), for the Rio de Janeiro city Health Department. People suffering from a heart condition or diabetes would come to a public hospital, get their diagnoses, an then receive medicine for 3 months of treatment at their homes, by mail.

      The patient data is sent to a Java Servlet by a Delphi desktop Application, the medical subscript data is sent to the Post Office along with the patient address, and everything was stored on a Firebird database running on Debian Linux.

      Last time I was involved with the project, we had a 3GB database, with over 270 thousand people attended... Somebody from the brazilian Firebird user Group told us that this was the largest Firebird database in operation at Brasil :-)

      I can only tell good things about Firebird. It has a straight forward command line interface, its easy to manage, backup and restore, and has an excellent performance.

      Just my $0.02

      --
      ---- You know how some doctors have the Messiah complex - they need to save the world? You've got the "Rubik's" complex
    4. Re:How does this compare? by flurdy · · Score: 3, Informative

      > It was not without the quirks and kludgey features expected of a 1.0 database.

      Well it was not 1.0 database, more like a v 7 or 8 consider v1 was based on interbase 6 and as mentioned in post further down has been around for 20+ years.

      Ive been using it for 4 years now, and we offer it as our prefered database for our products, but the customers can use ms sql server or oracle if they prefer. Choosing other rdbms databases offer nothing more for us, except they cost loads of money.

      One thing firbird lacks is a cross database queries ala sql server.
      And a proper free replication tool.

      Please do not compare it to Ms Access and other rubbish. Even MySQL is too lightweight in comparision.(pre v5 at least) Firebird can be compared to proper rdbms' like oracle, db2, ms sql server etc.

      If you use IBExpert etc the admin is very easy (http://www.ibexpert.com),
      And for simple web sites, IBWebAdmin (http://www.ibwebadmin.net).

      I did read somewhere 2 years ago, that Firbird was used by 40% of all enterprise level open source applications/websites. Most others were naturally MySQL or PostGres. That number was higher than expected, but I suppose it didn't include the mickey mouse CRUD phpish websites/applications.

      --
      My other Sig is very funny.
    5. Re:How does this compare? by Anonymous Coward · · Score: 4, Informative

      Hi, to use the app via Terminal Services the solution is to prefix IpcName in firebird.conf with
      "Global\" (without quotes).

      regards,

    6. Re:How does this compare? by RenHoek · · Score: 0, Troll

      This sounds a lot like astroturf. Surely there must be bad things about it you can mention? I haven't come across a single piece of software in my life that is without faults.

    7. Re:How does this compare? by Anonymous Coward · · Score: 0

      Why yes, any glowing anecdote must be astroturf. Especially coming from the immense marketing machine that is Firebird. And aren't you just one of the cognescenti for linking to wikipedia for us drooling morons unable to copy and paste?

  3. Guess they were right to complain by ghazban · · Score: 5, Funny

    Who else thought this must be old news or a dupe after reading the title! I think they should change their version number to avoid confusion... Firebird v2.3-notawebrowser.

    1. Re:Guess they were right to complain by denttford · · Score: 1

      Yup. Especially since I just loaded this page immediately after a FF 2.0 crash.
      Maybe someone should tag this story not-a-firefox?

      It's got to suck to be a developer of a useful project and have another one start up and steal some of your thunder (err... no pun intended).

      --

      Leben Sie jetzt die Fragen.
  4. DUPE! by damiena · · Score: 5, Funny

    Come on editors... They changed the name to Firefox how long ago? Not only that, but 2.0 was released like 3 weeks ago. I could of sworn I saw an article on slashdot even... Way to read your own site.

    Oh, with... this is a database? Hmmm... they should probably change their name so that people won't get confused all the time.

    1. Re:DUPE! by LWATCDR · · Score: 0, Redundant

      They did.
      The Firebird team got very bent over the Firebird browser so they mozilla changed it to Firefox....
      I thought they where being idiots since who would confuse a browser with a database...

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    2. Re:DUPE! by Anonymous Coward · · Score: 0

      It's "have", "'ve" or "'ave". Not 'of'.

  5. Huh? by Senjutsu · · Score: 2, Informative

    Firefox, Thunderbird, Firebird...

    I'm confused.

    1. Re:Huh? by GoogolPlexPlex · · Score: 5, Funny

      Thunderfox

    2. Re:Huh? by Shados · · Score: 1

      Well, the firebird was one of the previous names of Firefox, and they changed it to avoid confusion with this very database. Guess it didn't work on you :)

    3. Re:Huh? by RuBLed · · Score: 1

      To be used to confusion. Install this https://addons.mozilla.org/firefox/31/

    4. Re:Huh? by DragonHawk · · Score: 5, Funny

      "Thunderfox"

      Ice Weasel!

      Alright, alright, I'm going, I'm going...

      --

      dragonhawk@iname.microsoft.com
      I do not like Microsoft. Remove them from my email address.
    5. Re:Huh? by astrosmash · · Score: 4, Informative

      Firefox's original name was "Phoenix", as the browser was meant to rise from the ruins of the old Netscape/Mozilla application suite. The Phoenix BIOS guys complained that people would confuse Phoenix the browser with Phoenix the BIOS, so they changed the name to Firebird, which is still quite a bit like a phoenix. Then the Firebird database guys complained for the same reason. Thus the name Firefox was born, a trademark now vigorously defended by the Mozilla organization.

      It didn't work, though. My first thought when I read this article was that it's some Mozilla project. The Firebird guys would have been better off renaming their project, since few people had heard of it anyway. And my new computer doesn't even have a BIOS.

      --
      ENDUT! HOCH HECH!
    6. Re:Huh? by Edis+Krad · · Score: 1

      You mean this?

    7. Re:Huh? by jibjibjib · · Score: 1

      I've had no experience with new computer technology, but I thought the BIOS was pretty much an essential part of the computer. Could someone please explain how a new computer can 'not have a BIOS'?

    8. Re:Huh? by mdfst13 · · Score: 2, Insightful

      "The Firebird guys would have been better off renaming their project,"

      How so? I doubt that /. would have posted this story if it weren't for the name confusion. I certainly wouldn't have know what Firebird was if not for Mozilla.

    9. Re:Huh? by afidel · · Score: 1

      He most likely means his PC has EFI Firmware, meaning his new PC is probably a MacBook.

      --
      There are 4 boxes to use in the defense of liberty: soap, ballot, jury, ammo. Use in that order. Starting now.
    10. Re:Huh? by epee1221 · · Score: 1

      Sea Monkey?

      --
      "The use-mention distinction" is not "enforced here."
    11. Re:Huh? by Reality+Master+101 · · Score: 3, Funny

      Firefox, Thunderbird, Firebird... I'm confused

      I think it's a song by Lynyrd Skynyrd.

      --
      Sometimes it's best to just let stupid people be stupid.
    12. Re:Huh? by KarmaMB84 · · Score: 2, Informative

      EFI is the newest incompatible BIOS replacement.

    13. Re:Huh? by shadowmas · · Score: 1

      I think the poster is confused by not being able to see the BIOS since nowadays most BIOSes display a splash screen or a blank screen making it look like as if it's no there.

      Either that or he has a very different computer indeed.

    14. Re:Huh? by tygt · · Score: 1

      Maybe he just keys in the OS from the front panel... is his name "Seymour"?

    15. Re:Huh? by Anonymous Coward · · Score: 0

      Or a Mac. ;-)

    16. Re:Huh? by starwed · · Score: 1

      It wasn't confusion with the BIOS that was the issue. I was never completely clear on the complete details, but the key point was that Phoenix Technologies had registered a trademark for some sort of browser, using the name Phoenix.

    17. Re:Huh? by RyuuzakiTetsuya · · Score: 1

      Or an Amiga. ;)

      --
      Non impediti ratione cogitationus.
    18. Re:Huh? by DrKyle · · Score: 1

      With a userid of 3561, I think he has been around slashdot long enough to know the Basic Ins & Outs of his System. So I wouldn't assume he's being tricked by some flashy screen.

    19. Re:Huh? by nateb · · Score: 1
      And my new computer doesn't even have a BIOS.

      So do you start the cpu up by hand then?

      --
      -- Nate
    20. Re:Huh? by Anonymous Coward · · Score: 0

      Thunderfox Ho!

    21. Re:Huh? by sfraggle · · Score: 1
      Thunderfox

      HO!!!!!
      --
      were you expecting to see a sig here? perhaps you'd rather see the inside of an ambulance!
    22. Re:Huh? by RedBear · · Score: 1

      It didn't work, though. My first thought when I read this article was that it's some Mozilla project. The Firebird guys would have been better off renaming their project, since few people had heard of it anyway. And my new computer doesn't even have a BIOS.

      One word: ThunderCougarFalconBird.

    23. Re:Huh? by 2sheds · · Score: 1

      Is that the Eye of Thundera I see before me?

      --

      Absit Invidia
    24. Re:Huh? by DragonHawk · · Score: 1

      Snarf!

      --

      dragonhawk@iname.microsoft.com
      I do not like Microsoft. Remove them from my email address.
    25. Re:Huh? by innosent · · Score: 1

      or he's still using punchcards... [I know, but I had to say it]

      --
      --That's the point of being root, you can do anything you want, even if it's stupid.
    26. Re:Huh? by Anonymous Coward · · Score: 0

      It wasn't confusion with the BIOS that was the issue. I was never completely clear on the complete details, but the key point was that Phoenix Technologies had registered a trademark for some sort of browser, using the name Phoenix.

      From what I recall, Phoenix had a BIOS that featured a built-in Web browser (that is, you could use it directly from the BIOS, no need to boot a separate operating system). I think it was mainly intended to be used for system administration emergencies. Anyway, that meant that Phoenix Technologies were now in the browser market, so having a different browser named Phoenix could cause consumer confusion, hence trademark infringement.

    27. Re:Huh? by RareButSeriousSideEf · · Score: 1

      Actually, I'll bet the Firebird database guys are picking up some surplus attention due to the name confusion. I'd quite forgotten about the embedded db project myself, and I primarily read this article wondering if was a fork of Firefox, perhaps branching off a pre-name-change version or something.

      After reading what's here, I'll probably give Firebird a go in a test project. Who knows, they may have just picked up a user at least partly because of name confusion.

      Oh, and Down with Daylight Saving Time indeed. Where do I donate?

  6. It is a database people by IntelliAdmin · · Score: 3, Informative

    FireBird is a database system that has been used in many projects. It has nothing to do with Firefox or any browser or email client. Just go to the website to check it out

    From the website: Firebird 2.0 is the happy culmination of more than two years' efforts from a broad-ranging, truly international community of dedicated developers and supporters. It brings with it a large collection of long-awaited enhancements that significantly improve performance, security and support for international languages and realise some desirable new SQL language features. Under the surface, it also provides a much more robust code platform from which the re-architecting planned for Firebird 3.0 is proceeding.

    http://www.windows-admin-tools.com

    1. Re:It is a database people by mattwarden · · Score: 1

      What the hell is a database people?

    2. Re:It is a database people by Anonymous Coward · · Score: 0

      http://www.windows-admin-tools.com/ [windows-admin-tools.com]


      Why am I seeing post from this guy getting moderated 4/5 insightful/informative on every story, even though most of them are pretty obvious and redundant? Is this guy somehow spamming for his admin-tools website?
    3. Re:It is a database people by Anonymous Coward · · Score: 0
      You mean the guy who keeps posting this?
      http://www.windows-admin-tools.com/
      If someone kept posting links to this, and getting modded up then he must be spamming! My tinfoil hat is buzzing like mad!
  7. Really cool but... by LWATCDR · · Score: 2, Insightful

    The problem is
    99% of all open source projects that use a database support MySQL.
    maybe 10% have some support for Postgres.
    and I don't know of any that support Firebird.
    We really need to see some more support for databases other than MySQl

    --
    See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    1. Re:Really cool but... by griffjon · · Score: 3, Insightful

      Or, and I know this may be a bit revolutionary, how about a database abstraction layer and support for anything that speaks SQL, brought forward to the user/administrator interface? I imagine most projects are using libraries that support this anyhow...

      --
      Returned Peace Corps IT Volunteer
    2. Re:Really cool but... by Ankur+Dave · · Score: 1

      Why, though? MySQL or PgSQL are fine -- feel free to explain why others are better.

    3. Re:Really cool but... by aligma · · Score: 5, Funny

      "and I don't know of any that support Firebird." Its the other -9%.

    4. Re:Really cool but... by msobkow · · Score: 4, Interesting

      99% of commercial applications that can pay your rent and put bread-and-butter on the table use Oracle, Sybase, DB/2, or SQLServer/Sybase10.

      100% of applications that I'd trust with any personal data like credit cards run under the first three of those databases.

      For applications that don't have such stringent requirements, you might want to pull your head out of the smelly sphincter of non-standard MySQL syntax and try working with something that can handle joins of more than 5-7 tables without crumbling. Firebird happens to be one -- it's the open sourced version of Borland's database engine, which has kicked MSAccess around the block on performance and standards compliance long before it was open sourced.

      With a couple years of additional development, I expect the new version probably does an even better job of supporting ANSI92 SQL and common language drivers.

      What I can't understand is why everyone still goes ga-ga over MySQL. It doesn't follow standards for syntax, it doesn't scale for statement complexity, and it's reputation for reliability and recoverability is deservedly bad.

      Don't get me wrong. Use what works. But there are so many application profile variants that it's quite narrow minded to presume one database fits all, especially when you try to pick the weakest runt in the litter as your panacea.

      --
      I do not fail; I succeed at finding out what does not work.
    5. Re:Really cool but... by richdun · · Score: 1

      I believe he meant that some overlap, i.e., support both MySQL and PgSQL - supporting two competing products in the same function category is not illegal you know. Unless of course it's vi and emacs, but I didn't even have to say that.

    6. Re:Really cool but... by Shados · · Score: 1

      The only reason people go ga-ga over MySQL is name recognition. Since the last version, I understand that it doesn't suck anymore, so thats great. But it sure as hell used to. PostgreSQL is great, but some of the legacy code in it probably can make Windows' code base look clean (they had to get someone from Summer of Code to try to clean up the DISTINCT code because it was beyond horrible, for one). Firebird's supposed to be pretty darn good, I need to try it (Frans Bouma, a fairly well known Microsoft MVP recommended it fairly frequently, so it caught my attention recently)

    7. Re:Really cool but... by Shados · · Score: 1

      This works, to some extent. When you start doing anything relatively serious, you have to get out of the standard API. SQL is unfortunately not supported in a standard way, because the actual SQL standard is limited. So all serious RDBMS have to add custom features. Want to page your data server side? You either do 3 nested query using ANSI SQL, or you use one of the "proprietary" features and have it run in about 1/100th the time (number not out of my ass, it comes from benchmarks). Standard APIs are only valid for CRUD operation, and light business intelligence. For anything serious, like hardcore data mining, and you start having to go in the procedural sql code (T-SQL, PL/SQL, and so on) to work and manipulate sets of data, and thats about as standard across databases as CSS is in Internet Explorer.

    8. Re:Really cool but... by ninjaz · · Score: 2, Informative
      What I can't understand is why everyone still goes ga-ga over MySQL. It doesn't follow standards for syntax, it doesn't scale for statement complexity, and it's reputation for reliability and recoverability is deservedly bad.
      I think it is mostly due to historical reasons, and because MySQL hangs out in the sweet spot for many uses. I started using MySQL in 1997. In 1997, the only free SQL databases around for skunkworks projects were MySQL and miniSQL, version 1 of which had a single-threaded engine making it unusable for multi-user applications like anything on the web, and its version 2 would returned random query results due to some persistent bug. Even PostgreSQL was looking unmaintained and wasn't a viable option.

      At the same time, Linux, Free Software and web applications started taking off, so everyone started using it on Linux for SQL work since it was the only reasonable choice. Of course, once Linux became popular and corporate managers found out their companies used it, the big database vendors ended up porting, too, but MySQL had already gained its fame and was a free download.

      Now that PostgreSQL and Firebird are around, I am pleased to see free software applications getting compatibility.

      For what it's worth, working with MySQL has put quite a few loaves of bread on my table. ;) (along with Oracle, DB2, Sybase, PostgreSQL...)

    9. Re:Really cool but... by cheater512 · · Score: 1

      phpBB supports it.

      I think quite a few other things support it too.

    10. Re:Really cool but... by cheater512 · · Score: 1

      What are you talking about? My punch cards kick Access around the block for performance.

    11. Re:Really cool but... by killjoe · · Score: 2, Insightful

      "What I can't understand is why everyone still goes ga-ga over MySQL. It doesn't follow standards for syntax, it doesn't scale for statement complexity, and it's reputation for reliability and recoverability is deservedly bad."

      Let me try and explain it to you.

      Mysql was first to market (the market of open source database engines) with the features that people really want. Full text indexing, replication, clustering, ODBC drivers, etc.

      Now maybe their replication wasn't all that hot but it took five minutes to set up and it worked. It took posgtres years to get a replication solution and even then it's complex and hard to set up.

      Maybe other databases have cool features like referential integrity and stored procs but you know what most people didn't care about those. They wanted a web site that could take hits and in order to do that they needed replication. No matter what postgres had until it had replication and full text indexing it just wasn't an option.

      I am about to start on a new project and I really want to use postgres but you know what I am not going to. I am going to use mysql because my preliminary tests show that it's faster and I need clustering and replication. Slony only supports master slave, the slonyII wiki hasn't been touched in years. Never mind all the cool stuff postgres has, I can't use it. Too bad because I really like it.

      --
      evil is as evil does
    12. Re:Really cool but... by mccoma · · Score: 1

      Does someone always have to bring up the "we already have X, why do we need Y" argument every-time someone announces a program? The answers is these people do not believe the current solution is the right solution, and they have something they believe is better.

    13. Re:Really cool but... by laa · · Score: 1

      This IS basicly what we've done at work. It's tedious and requires a lot of corner-cutting (you just can't support every single perverse sql dialect out there), but once you have it up-and-running designed to your own needs it is really heavenly! We got apps that run on SqlServer, MySQL and Interbase without having to recompile -- the data abstraction layer dynamically alters it's behaviour depending on the data storage used.

      That said, creating an all-purpose general fix-it-all data abstraction layer is something else. I'd buy one, if you've got it ;)

      --
      Why does the kernel go through stable and then unstable forks? Can't it always be a stable build, like with Windows?
    14. Re:Really cool but... by pato101 · · Score: 1

      For anything serious, like hardcore data mining, and you start having to go in the procedural sql code
      Perhaps there is place to a library with neutral syntax access which might talk to different SQL providers (a la wxwidgets but in the database field instead of the GUI one). I know this means a new layer... but such operations may be hard enough so a layer is not perceived at all.

    15. Re:Really cool but... by vadim_t · · Score: 2, Insightful

      Not really possible. Differences run a lot deeper than just syntax.

      For example, take mySQL and PostgreSQL. They've got vastly different locking methods: mySQL does row locking, while PostgreSQL does MVCC. Databases like mySQL like small, short running transactions because otherwise things start getting caught on locks and performance goes way down. PostgreSQL on the other hand LOVES big transactions to the point that you can BEGIN ; SELECT * FROM multi_gb_table ; COMMIT as a perfectly good backup strategy, and gets worse performance if you don't use transactions (implicit transaction per statement) as the overhead is pretty big.

      In fact, unless you get caught with the following problem, forgetting to commit for an hour in PostgreSQL has no noticeable effect besides the lack of database vaccuuming (removal of unused rows), while mySQL would quickly grind to a halt if you did that.

      Then you have the quirks. For example, PostgreSQL does use locks in one case: foreign keys. It's possible to get a deadlock if you have transactions that modify the table referenced by a foreign key constraint, because the lock is placed to ensure the constraint is still satisfied by the end of the transaction. This can even happen if you don't change the primary key column, which is the whole concern here.

      A postgresql specific workaround is splitting the table in two: One with just the primary key to use for the constraints, and another for the actual data. Besides ugly, this is a PostgreSQL-specific workaround. For mySQL you'd hit something else instead, which probably works perfectly fine in PostgreSQL.

      Trying to design a database that works with every DB provider would end up as an unholy mess of ugly workarounds like that, and seriously bad performance in at least one of them.

    16. Re:Really cool but... by Crayon+Kid · · Score: 1

      Yeah, me too. But otherwise you're much better off doing one of two things:

      [1] Consider if you REALLY expect the application to ever switch database. I know, it's guesswork to some extent, and it must be very well informed guesswork, but it's probably the best.

      [2] Use OOP and implement database functionality with classes that extend the "stub" operations in ways specific to a certain engine. Not exactly the same as the mythical abstraction layer, but the same effect if you ever want to ever switch with minimal headache.

      Of course, if you have database specific logic and code such as stored procedures, all bets are pretty much off. You're stuck with whatever you were using.

      --
      i ate crayons when i was a kid and now i have two braincells and the blue ones taste nicer
    17. Re:Really cool but... by plumby · · Score: 1
      The answers is these people do not believe the current solution is the right solution, and they have something they believe is better.
      Surely the answer is a list of the specific things that they believe their product can achieve better than their competitors, rather than a "they wouldn't have created it if it weren't better" type reply.
    18. Re:Really cool but... by mccoma · · Score: 1
      Surely the answer is a list of the specific things that they believe their product can achieve better than their competitors

      uhm - that is pretty much saying the same thing I said. They believe they have a better solution. Some people like to list specific things. Some people think in terms of a different approach. Both groups believe they have a "better" solution in there point of view.

    19. Re:Really cool but... by djbckr · · Score: 1
      ...how about a database abstraction layer and support for anything that speaks SQL...

      It's a nice idea, but it doesn't work in practice. Database abstraction is horribly difficult, and quite simply doesn't work. All of the SQL vendors use different methods to accomplish their tasks - SQL Server, MySQL, DB2, Oracle, Firebird, etc - all of them have different transaction capabilities, different locking mechanisms, different isolation, etc, etc - none are completely compatible with any other, and hence abstraction is an impossibility.

      Well, ok... I take that back. Abstraction is a possibility, as long as you can live with piss-poor performance from *all* of the DB vendors. I think if this could work, somebody would have come up with a solution by now.

    20. Re:Really cool but... by LWATCDR · · Score: 1

      Actually I was saying.
      We have a many really good choices in FOSS databases why is it that MySQL seems to be the default choice.
      I really want to see more CMSs that support Postgres and Firebird at the same level they support MySQL.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    21. Re:Really cool but... by munch117 · · Score: 1

      98% of posters who claim to know what 99% of the world looks like, are deluding themselves.

    22. Re:Really cool but... by Anonymous Coward · · Score: 0

      IIRC, Emacs has a vi-mode, so anything that supports emacs supports vi.

    23. Re:Really cool but... by curunir · · Score: 1

      The thing that MySQL does better than any other database, and the reason why it continues to be supported by so many open source projects, is how well it works in a shared environment. Namely, the $5/mo webhosting environment. That doesn't mean that it can't be done with other databases, but mysql makes everything really simple from the hosting provider's standpoint. And most open source web applications expect to be installed in this kind of environment at least some of the time.

      However the benefit of MySQL drops off substantially for custom-built applications that run on one or more dedicated servers. When you have full control over everything is when MySQL becomes more pain than it's worth. An all this would be fine, except that some people making the decision on which database to use when they have full control over everything often mistake MySQL's success for quality and reliability.

      --
      "Don't blame me, I voted for Kodos!"
    24. Re:Really cool but... by LWATCDR · · Score: 1

      There are very few FOSS applications that just have support for PostgreSQL.
      Some like Drupal support both PostgreSQL and MySQL so yes you can have 99% MySQL and 10% support PostgreSQL because some support both.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    25. Re:Really cool but... by try_anything · · Score: 1

      Almost as good would be to code the slow, portable way, make sure it really is too slow, and then code a specialization for each database you support. Then you don't get gratuitous incompatibilities, and anyone who knows database X can add support for database X without being a specialist in the database(s) you already support. The downside is that it increases your testing burden by one, which may seem like a lot when you only support one database to begin with, but I imagine it pays for itself when you start supporting a ton of databases. Some users might even be able to use the nonspecialized layer with an unsupported database, in a pinch, if their performance requirements are modest.

    26. Re:Really cool but... by plumby · · Score: 1
      uhm - that is pretty much saying the same thing I said.
      Uhm, no it's not. I'm saying that your statement was not an answer to the question "why do we need Firebird?".

      My post was not attempting to be an answer to that question (as I have no idea why someone would need Firebird rather than, say, Postgresql). It was pointing out what your answer lacked - specific examples of what Firebird does (or does better) than other free DBs.

      If I asked you why people should pick (for example) Linux instead of Windows, a good answer would not be "because some people think it's better". A much better answer would be "because it's free, more stable, more secure and it's open source so if you don't like something about it you can change it". A good answer for "why use Firebird" would look like the latter - yours looked like the former.
  8. whatza? *bird* ? by Anonymous Coward · · Score: 0

    They should really think about using another name. This one is very unoriginal and confusing.

    1. Re:whatza? *bird* ? by mashmorgan · · Score: 2, Insightful

      I end u calling it FireBase most of the time !

  9. Firebird is nice by mashmorgan · · Score: 3, Informative

    I' use MSSQL, mySQL and Interbase/firebird. Each has their own strengths but for me I've been using Interbase so when Firebird came on the scene I starting porting apps. Unlike some of the others, it was x-platform a long time ago and was/am using it for Stored procedures etc. Nowadays I tend to use mySQL as the syntax is more friendly to dev's eg month(), day() functions whilst on Firefird is extract(dateCol, 'month'). Overall its pretty cool and has its niche. Certainly faster that m$sql 2006

    1. Re:Firebird is nice by Anonymous Coward · · Score: 2, Insightful

      MySQL syntax might be easier, but it's also proprietary almost-SQL crap, on a database that's not exactly great (works OK for simple queries only, doesn't value data integrity, just starting to get features we've been taking for granted for ages like sprocs and transactions, poor clustering/replication, etc). It's the single worst DB I've ever tried (and it's not "free" either - it's dual licensed, pay for non-GPL stuff). If you want a better database (works, normal SQL, has the features it should, etc) at a good price e.g. always free (besides firebird), then try perhaps postgresql, or the free express editions from the big 3 vendors - it's usually sufficient for most projects. Anything beats MySQL. MySQL is to databases what VB6 is to programming. It might be easier, but it SUCKS.

      And if you even were a SQL Server user, you'd know there's no such thing as MSSQL 2006, and claiming firebird is faster than MSSQL is truly laughable. I doubt you'd ever even SEEN it, much less USED it, or know anything about it.

      Yeah, you have absolutely *NO* clue what you're talking about. 100% FUD.

    2. Re:Firebird is nice by Procyon101 · · Score: 1

      Beware of basing your DB selection on performance. Indexed text files are WAY faster than any of these DB's, but I wouldn't want to use them for production data storage.

    3. Re:Firebird is nice by Mondor · · Score: 2, Insightful

      "Certainly faster that m$sql 2006"

      Of course, taking into account that MS SQL Server 2006 does not exists.

  10. Slashdot editors trying to amuse us by Salvance · · Score: 2, Insightful

    I wonder if this was posted simply to see what fun folks might have comparing the name to Firefox. I've only used Firebird once, and I wasn't a big fan (who knows, maybe 2.0 is better). I'm having a great time reading the comments though, so nice job /. editors!

    --
    Crack - Free with every butt and set of boobs
  11. Was That Resounding Yawn Much-Anticipated? by Anonymous Coward · · Score: 0

    Honestly....who is going to use this?

  12. SCARY by Anonymous Coward · · Score: 0

    What is the deal with that picture of the red bird? My god, it scared the crap out of me.

  13. someone has to say it by cain · · Score: 0, Troll

    it's a wrap!

  14. Re:firebird is a very poor database. by Bourdain · · Score: 5, Insightful

    if you've seen "hacking democracy" (the hbo documentary on Diebold), you'll notice that their database is MS Access -- I'm anything but a software developer, but in my use of Access (granted Access 2000), I've seen enough inconsistent operation to be very careful about just client data for quick small analyses, let alone vote data integrity

  15. For those of you who haven't heard of Firebird... by crazyvas · · Score: 5, Informative

    Firebird (sometimes called FirebirdSQL) is a relational database management system offering many ANSI SQL-99 and SQL-2003 features. It runs on Linux, Windows, and a variety of Unix platforms. Firebird was programmed and is maintained by Firebird Foundation (formerly known as FirebirdSQL Foundation). It was forked from the open sources of InterBase from Borland.
    More at: http://en.wikipedia.org/wiki/Firebird_(database_se rver)

  16. Re:firebird is a very poor database. by flimflammer · · Score: 5, Informative

    "if you've seen "hacking democracy" (the hbo documentary on Diebold), you'll notice that their database is MS Access -- I'm anything but a software developer, but in my use of Access (granted Access 2000), I've seen enough inconsistent operation to be very careful about just client data for quick small analyses, let alone vote data integrity"

    In that documentary, I also heard the main woman attacking Diebold exclaim that "Release Notes" are a legal document that must legally show all changes made to their source code. And on top of that, the researcher who was tasked with viewing the contents of the Diebold memory card's means of looking at it was "Buying a memory card reader on the internet", where the Diebold card slid in nice and easy, and he was able to see the contents of the card plain as day (even quoted saying there are "living things" on it, referring to so-called executable code. The thing he purchased online even had the fancy words "Memory Card Reader" on it!

    Obviously, don't take everything you see in an HBO Documentary to heart. Some of the topics they touched on in that documentary were true and accurate, others were ... we'll say "beefed up" to make their case look bigger/stronger.

  17. Re:What your post's syntax reminded me of by Salvance · · Score: 1

    When it comes to Firebird, I certainly don't know what I'm talking about. This is why I stated I had only used it once a while ago, and now that I think about it, it was well over a year ago (since PostgreSQL 8.0 hadn't yet made it out of beta and we were evaluating Firebird vs. PostgreSQL vs. MySql for a web app).

    Since we have you here ... can you educate us on why Firebird may be better than MySql or PostgreSQL or BerkeleyDB or other open source databases? This is a serious request - I honestly don't know enough about Firebird, and the release bulletin seems more geared to existing Firebird users (it doesn't help someone uninformed dimwit like me make a better comparison for future projects).

    Thanks a ton!

    --
    Crack - Free with every butt and set of boobs
  18. Re:For those of you who haven't heard of Firebird. by TheRaven64 · · Score: 2, Interesting
    Firebird (sometimes called FirebirdSQL) is a relational database management system offering many ANSI SQL-99 and SQL-2003 features

    So is PostgreSQL. Would anyone who has used both like to comment on relative levels of SQL support, ACID compliance, and speed on different workloads? All other things being equal, I'd take BSDL over MPL, but I'd be interested in hearing what Firebird does better than PostgreSQL (and vice versa).

    --
    I am TheRaven on Soylent News
  19. Missing the Joke. by Inominate · · Score: 1

    Well Firebird the database is why Firefox got its name. So to say it has nothing to do with Firefox is wrong.

    Thats why all the firebird/firefox jokes.

  20. Re:For those of you who haven't heard of Firebird. by Shados · · Score: 4, Insightful

    Well, one thing: Firebird can be used in embedded scenarios

  21. MS-Access Replacement? by bogaboga · · Score: 1

    Can someone advise an inquisitive soul as to whether Firebird and its [database] engine, is a serious replacement to Microsoft's front-end (Access) and its Jet engine? I really miss the flexibility, the possibility of adding business logic, and level of configuration possible with Access. Is this possible with this latest Firebird?

    1. Re:MS-Access Replacement? by Shados · · Score: 1

      They are biaised, of course, but...look at this:
      http://www.dotnetfirebird.org/blog/2005/01/firebir d-and-microsoft-jet-feature.html

      Especialy if you are using .NET (which is possible since you're in a Microsoft environment), know that the ADO.NET driver for Firebird is feature complete. I never used it myself, but having seen several comparison between Vista DB, Access, SQLite and Firebird, which I -beleive- to be the dominant embeddable database engines in the WIndows world, Firebird seems to come at the top in every way, and that was before 2.0 came out.

    2. Re:MS-Access Replacement? by Jugalator · · Score: 1

      That looks more like a Firebird vs Jet comparison, not a Firebird vs Access.

      Access for example also supports building reports, and I wonder how Firebird works in that area? If it's "just" a DBMS, is there any good way of adding reports in an as integrated way as with Access and have this report tool be able to generate reports filled with data (preferrably possibly backed by scripting and/or a WYSIWYG layout tool) if another application calls it? Access can do all of this anyway, and a big reason we're using it right now, and definitely not its poor database support. We know there are better free alternatives for this.

      --
      Beware: In C++, your friends can see your privates!
    3. Re:MS-Access Replacement? by Anonymous Coward · · Score: 0

      Firebird doesn't have a front end like Access. Firebird is the engine itself, not the UI that sits on top. There are lots of products, both free and commercial, that can do that. In fact, you can use Access as the client if you are crazy enough. But it is a true database engine, not a desktop database, so comparisons with Access are not overly useful. It is more at home in comparisons with SQLServer or Postgres.

    4. Re:MS-Access Replacement? by Shados · · Score: 1

      Ahh, sorry, not a clue. My apologies for assuming the Jet comparison... Its just, Firebird IS a DBMS, so asking for a comparison with a database engine frontend is fairly weird :) I'm unfortunately not familiar enough with the tool support for it :(

      At first glance though, reports-integrated-with-the-DBMS is a MS thing mostly. Only other one I can think of is SQL Server Reporting Services...

    5. Re:MS-Access Replacement? by mAriuZ · · Score: 1

      you can use OpenOffice and Firebird as an MSAccess replacement

      http://www.google.co.uk/search?hl=en&q=openoffice+ firebird

      Firebird also can replace mssql server, sql express , sql everywhere

      good news it works on macos, linux, windows ,*bsd , solaris x86, cell cpu (recent linux powerpc port completed)

      what we are missing is an vms port for openoffice ;)
      any volunteers ?

      http://www.openvms.org/stories.php?story=06/10/19/ 9519833

      --
      developer http://flamerobin.org
  22. Mod parent back up, please by linuxmop · · Score: 0, Redundant

    There is no "-1, Heresy" mod despite what some moderators might think.

  23. Mod parent up by BostonVaulter · · Score: 1

    The parent post is in no way deserving of a -1 flamebait.

    --
    Happy Puppy User
  24. BIOS by Anonymous Coward · · Score: 1, Funny
    And my new computer doesn't even have a BIOS.
    How does it smell?
  25. MOD PARENT (me) DOWN by ankordinated · · Score: 0

    talk about being a typical slashdotter and not RTFM.

  26. Re:What your post's syntax reminded me of by Daniel+Phillips · · Score: 1

    So I am really getting a kick out of most of these replies. Some of you guys are very good at making it sound like you know what you are talking about.
    But trust me.... You don't. I think you just want to make yourself sound smart, when in reality you don't know what you are talking about.
    This is how bad info gets passed around.


    Well you didn't help much by waltzing in, making some smells and riding away on a high horse. Care to mention specifics?

    --
    Have you got your LWN subscription yet?
  27. Not an Access replacement! by A+Friendly+Troll · · Score: 1

    Don't be so bent on "this is an MS Access replacement". Firebird is a full-featured RDBMS.

    Check some information in this white paper.

    Some info from that document:

    "The project, implemented by the original developer of InterBase (Jim Starkey) was commissioned for SAS Institute, the world's largest vendor of business and medical statistics application software. SAS had made the decision in 2003 to move many of its business applications over from Oracle to Firebird."

    "The largest Firebird database we have heard of is about 11 Terabytes and growing."

    Hmm, maybe I should try this thing...

    1. Re:Not an Access replacement! by Shados · · Score: 1

      Hahaha, you're right, it is far more than an Access replacements. However, RDBMS are a dime a douzan. Full featured desktop databases are rarer, thus the "hype" about the whole MS Access replacement thing =)

    2. Re:Not an Access replacement! by Forbman · · Score: 1

      If it was an Access replacement, it would also have a highly integrated application development tool for it. But it doesn't. It's a much richer Jet (Access' native DB) replacement, however, along the lines of Oracle XE/MSDE/etc.

      Marathon (not the Bungi game...) is a good admin tool for Firebird/Interbase.

  28. Re:What your post's syntax reminded me of by Phil+Resch · · Score: 2, Interesting

    He doesn't work for Firebird, it's an Internet cliche. It follows the standard form:

    "I work for (insert company name); So I am really getting a kick out of most of these replies. Some of you guys are very good at making it sound like you know what you are talking about. But trust me.... You don't. I think you just want to make yourself sound smart, when in reality you don't know what you are talking about. This is how bad info gets passed around. If you dont know about the topic....Dont make yourself sound like you do. Cos some (insert target group) believe anything they hear."

    According to this Wikipedia article on Fark.com cliches, it originated in this Fark forum thread (search for "I work for the U.S. Mint" about halfway down the page), but I've seen in take different forms in different places.

    Just thought you should know.

  29. When will we see a DB like FMPro on Linux by sasha328 · · Score: 1

    Or for that matter, when might we see FMPro on Linux.
    I've got nothing against SQL DBs. Horses for courses and all.

    What i'm after is something similar to FMPRo where I quickly create a database from Raw data, manipulate it in some fashion, create a layout to present it nicely and have some scripts do stuff.
    This is the beauty of FMPro. It simple, quick and to boot you can even create run-time solutions.
    Yes, Filemaker is quite limited compared to "proper" RDBMS, but hey, I don't want to run a webserver to view my data and create reports.

    Anway, I know it's slightly off topic, but a good place to ask the question.

    1. Re:When will we see a DB like FMPro on Linux by Anonymous Coward · · Score: 0

      There's been a Filemaker Server version for Linux, but after v5.5 they dropped support, and there's no front end available.
      You might take a look at Servoy, that's a client in a Java environment combining a Filemaker-like layout editor and a Javascript-like scripting toolkit. It can work with a variety of backend databases (yes, including Firebird, according to the specs).

    2. Re:When will we see a DB like FMPro on Linux by Anonymous Coward · · Score: 0
      You should take a look at Servoy http://www.servoy.com/.
      It's a RAD for making database applications on top of any SQL database.
      It does pretty much what you are asking for.
      It's 100% java (works with Apache Tomcat) so works on all major platforms and it's licensing scheme is way cheaper than FMPro.

      Just my 2 euro cents.

    3. Re:When will we see a DB like FMPro on Linux by frogstar_robot · · Score: 1

      This is the beauty of FMPro. It simple, quick and to boot you can even create run-time solutions.


      Until somebody decides to take the app in question and deploy it to 100 users in many locations instead of 10 users in one location. FM Pro is not a bad product in and of itself when used appropriately. For the sake of ease, it has no proper separation between data store, GUI widgets, and scripting language; that is all one integrated glop. When used by small workgroups, this inherent inability to scale does no harm and makes for nice little office apps. But the more people who have to use it, the uglier it gets. And for some reason, FM Pro apps often tend to be deployed in situations it simply cannot scale well too. It seems to encourage a particular PHB syndrome "look-at-me!-I'm-a-developer-too!" The education market is the worst for this.

      MS Access encourages similar behavior but in that case there is a rocky but plausible upgrade path to more scalable MS tech like SQL Server. The quickie office app made with Access can at least be quickly decoupled from the the built-in database and made to use something more robust. This does not seem to be true of FM Pro and leads to some real hairballs wherein the app never gets redesigned around more scalable components but instead just acquires cruft on top of hack on top of workaround designed to keep the thing from crashing as more and more users are added.
  30. Firbird's History by secondhand_Buddah · · Score: 5, Informative

    For those of you who don't know. Firebird is a fork of Borland Interbase. For a brief moment in time, Borland decided to open source Interbase, but quickly changed their minds about it. But, during the open source period, a group of developers siezed the moment, and created the fork.
    Interbase has 20-25 years of development behind it (and therefore Firebird). It is stable, and used by many major corporations, including NASA, throughout the world. In terms of open source products, it probably has the MOST mature code base of ALL open source projects.
    Interbase used to compete in the Oracle, Sybase marketspace, but lost considerable market share in the 1990's. What differentiates Firebird from most open source projects, is its history. Most open source databases have been built from the ground up, whereas, by the time Firbird came into existance, it already had 20-25 years of development in the source code base.

    So while, the core dev team of Firebird is fairly small, poorly funded, and badly marketed, the potential still exists to turn this into a project that will compete strongly in the OSI DB arena.

    --
    Participatory Governance : The only feasible option for a real democracy, where everyone really does have a say.
  31. Camaro by SenatorTreason · · Score: 1

    They should just rename it "Camaro". No Mozilla confusion with Firefox/Thunderbird, and we all know it's really a Camaro anyway except for the front-end. ;)

  32. Hmmmm.... by rahulkool · · Score: 1

    Isn't Firebird = Dragon :-/

    --
    i work for money, if u want loyalty, Go get a Dog.
  33. Re:For those of you who haven't heard of Firebird. by Unordained · · Score: 4, Interesting

    The big thing for me was ACID -- the damn thing has great transactional support. I still miss it now that I'm forced to work on Oracle ("serializable" mode in Oracle is nothing like real transactional support if you've been using Firebird for a while.) From everything I've read, Postgres caught up with Firebird mainly by, uh, borrowing their generational data architecture, but then somewhat surpassed it in terms of user-defined types/functions. It is still really stinkin' easy to install though, whereas my last experience installing Postgres was nothing but a nightmare. (I don't really mean that as a knock on Postgres -- I'm terrible at sysadmin-like tasks, so it's no surprise that I had trouble; rather it's amazing that Firebird was as easy as it was to install.) As far as I know, PHP always comes precompiled only with MySQL support, so both DB's require equal extra work. I used FB/C++ at my previous job (500 some-odd tables, mostly normalized), and I still use FB/PHP for personal projects (far smaller.) It's pleased me in both settings. Keywords: solid, predictable, tunable, extensible, expressive, safe, and not a freakin' fan-club hack job.

    I do hear someone's been working on an oracle-compatibiliy feature for Firebird (support some of oracle's more interesting expressions), so that's a possible bonus, but I'm not clued in on the current project status. If you're in the market for better OSS databases, you might also consider SAP-DB (rebranded as MySQL's MaxDB.) Just seems like another oft-forgotten contender in that same general weight class.

  34. slashdot effect by mAriuZ · · Score: 1

    here is the mirrordot version of the page
    http://www.mirrordot.com/stories/638353b3594393aa2 44f2f6aff54e05e/index.html

    and here is the download area on sourceforge (if you want to install it)

    http://sourceforge.net/project/showfiles.php?group _id=9028

    --
    developer http://flamerobin.org
    1. Re:slashdot effect by mAriuZ · · Score: 1

      another official mirror for firebirdsql.org site

      you can download and read the news about this release from an official alternate site (ibphoenix)

      http://www.ibphoenix.com/

      i hope slashdot doesn't kill this one too ;)

      --
      developer http://flamerobin.org
  35. Cross platform by TrashGod · · Score: 2, Informative

    I enjoyed using Firebird 1.5 for a small (24 table, 10,000 row) multiuser (8-12) database on Mac OS X (10.3, 10.4) and linux (RedHat 9, RedHat WS3, Debian) with the JayBird JCA/JDBC Drivers and Java. Everything worked cross-platform including declarative constraints, and the database export utility cleanly handled the endian change between PPC and x86. Firebird is an often overlooked FOSS alternative to Oracle.

    1. Re:Cross platform by Tim+C · · Score: 1

      an often overlooked FOSS alternative to Oracle

      There are alternatives to Oracle, but none that I'm aware of are FOSS. If you actually need Oracle (and a lot of people using it don't), then Firebird simply isn't an alternative.

      Most projects don't need Oracle, of course, and could well use an open source RDBMS instead.

    2. Re:Cross platform by Lost+Canadian+Abroad · · Score: 1

      There are alternatives to Oracle, but none that I'm aware of are FOSS. If you actually need Oracle (and a lot of people using it don't), then Firebird simply isn't an alternative

      Actually there is a Firebird based project called Fryacle that was built to be compatible enough with Oracle to run Oracle Apps.

      A company called Janus Software built it so that they could run something called "Compiere".

      Go to their website http://www.janus-software.com/fb_fyracle.html to see more information about their "Oracle Mode Firebird" project.

  36. ThunderFox by DavidD_CA · · Score: 0, Troll

    I'm waiting for them to come out with a GUI interface called ThunderFox.

    --
    -David
    1. Re:ThunderFox by mAriuZ · · Score: 1

      we already have flamerobin.org :)
      sorry to disappoint you

      i think one of our future projects may have an bird name but will not be thunderfox
      maybe bird weasel or something ;)

      --
      developer http://flamerobin.org
  37. Firebird vs the rest by ras · · Score: 2, Insightful

    A seemingly unbiased speed comparison (well at least not biased towards Firebird, anyway) can be found here: http://www.sqlite.org/cvstrac/wiki?p=SpeedComparis on

    As for features: it has them all. ACID, triggers, stored procedures, will maintain identical copies of the one database on two drives for you, etc, etc. Possibly because of this when I went looking for a database to replace Oracle it seemed to be the one most recommended. At least one commercial vendor has an add on that provides the one thing missing in this role: a stored procedure language compatible with Oracle's PL/SQL.

    And yes, I am a happy Firebird user. But not for any of the reasons mentioned so far. I use it because it is dammed easy to bolt onto your current project. No configuration. Small footprint. Ports to anything. Zero ongoing maintenance. That is its heritage you see - it always was a bolt on library for applications that don't even mention the word SQL in their description. So Firebird is doing its job well if the end users and sysadmins aren't aware of its existence. Think about that when you are next tearing your hair out trying to set up some MYSQL database when all you wanted to do is install some tiny web app someone else in the office asked for.

    And that leads us to what turns most people off. There are no flashy front ends out of the box. Is comes with three utilities of note: backup, restore and isql: all very simple command line tools. Its an embedded database - you are meant to provide the front end yourself. And the doco, while present, is patchwork of old stuff and separate "changes since ..." files.

    But if you are need a backend for a application that doesn't parade its "SQL" credentials Firebird is one possibility. The others are sleepycat (for speed) and SQLLite (for simplicity). You'd be nuts to use anything else, and I wish a lot of projects out there hadn't.

    1. Re:Firebird vs the rest by midnighttoadstool · · Score: 2, Informative
      The parent seems to be suggesting that Firebird is an embedded database. It isn't. Its a full-featured industrial-strength RDBMS (ie. proper concurrency etc), usually run as a daemon/service, that is nevertheless suited to embedded applications.

      Firebird 1.x could scale to about 100-200 users on late 90's hardware (it wasn't so good at taking advantage of multiple cpus). Firebird 2 should go way beyond that even with the same hardware.

  38. Firebird 2 cheat sheet by Anonymous Coward · · Score: 1, Insightful

    Firebird 2 Cheat sheet, listing useful information about Firebird 2 such as its data types, its internal and UDF functions, some useful queries and the php ibase functions.

  39. Typo in the post by nileshbansal · · Score: 0, Offtopic

    The name was changed to IceWeasel and not Firebird. Editors please correct.
    PS: Anyway this story is running late, IceWeasel 2.0 was released on Oct 24rd.

  40. Re:For those of you who haven't heard of Firebird. by larry+bagina · · Score: 2, Informative

    Installing postgresql 8.1 with windows was easy - it uses a nice standard windows installer.

    PHP 5 (windows installation) includes the postgres dll (in fact it includes a dll for all supported databases). They stopped including mysql in favor of sqlite (due to changes in the mysql license and since most unix boxes already have the mysql client libraries installed).

    --
    Do you even lift?

    These aren't the 'roids you're looking for.

  41. mod parent DOWN! by Anonymous Coward · · Score: 0

    m$sql LOL teh funny!!!1!one!

    Too bad there's no such thing as MS SQL 2006 eh?

    I suppose you can point to all those TPC-C benches firebird has won against the big 3 (if it's faster than mssql, it's more or less faster than every single other DB out there). Somehow, all the claims about firebird being slow are just false somehow, and the nearly exponential adoption of SQL Sever is because it's slow? (many big and well known companies using it for multiple terabytes of data) Hint: firebird is _NOWHERE_FUCKING_NEAR_ the speed of Oracle/DB2/MSSQL, and will likely never be.

    And yeah, MySQL is just the perfect, ultimate database, because you can't figure out a far better database's better syntax. Talk about stupidity!

    You sir, are one fucking clueless idiot! You certainly can't tell your ass from your elbow.

  42. Postgres has been around since the mid '80s by msobkow · · Score: 1

    It started out as a university research project. 2-3 users on a VAX 11/780 would bring it to it's knees, but PostgreSQL has been around much, much longer than you seem to think. Almost 20 years.

    --
    I do not fail; I succeed at finding out what does not work.
  43. Re:For those of you who haven't heard of Firebird. by TuCats · · Score: 1

    The "Oracle compatability" project I suspect you're thinking of is called Fyracle, and can be found at http://www.janus-software.com/fb_fyracle.html. It takes care of many (most?) Oracle syntax oddities, and handles PL/SQL code so you don't lose investments in huge stored procedures. It sits as a front-end between you and Firebird. I don't think Fyracle is open source/free, but I believe the runtime is free and the developers kit is cheap. [No product endorsement intended here, I just am vaguely aware of the project.]

  44. Mixed Feelings by Rutger+Otto · · Score: 1

    We work with FB 1.x on 24x7 systems, based on Linux - FB preinstalled by supplier. We're not entirely pleased with what we saw; random corruption, database server committing all available memory when trying to sweep its tables. At inadvertent times sucking up all CPU cycles. I probably forgot a few things.

    We managed to get the systems relatively stable by closing and committing transactions as soon as possible (this is actually funny, because we do reads only), by disabling the clean sweep and backing up often and restoring every once in a while.

    And what's up with the FB 1.x gbak tool under Linux?

    Hope that FB 2.0 is a *lot* better.

    1. Re:Mixed Feelings by Anonymous Coward · · Score: 0

      you might want to look into your transaction isolation level (it is set on db connection). Read only queries can use special Dirty Read or whatever levels of isolation that may help you out...

    2. Re:Mixed Feelings by Rutger+Otto · · Score: 1

      Yes, we read the docs. And scoured the FB forums and read the scary tales too.

    3. Re:Mixed Feelings by Anonymous Coward · · Score: 0

      Firebird doesn't support "Dirty read".

      Getting a corrupt database actually isn't THAT easy to do. There are situations, true. Mostly these are related to flaky hardware (memory) though.

      As for reading the forums: as with all forums, you hardly ever get a success story in a support forum, most of the stuff is about issues.

      Firebird has proven to be very solid for thousands of companies.

      As for transactions: Firebird uses transactions for everything (also for selects) and it's actually one of its strenghts. It might be a bit different compared to other systems (as they start a transaction implicitly), but from a development point of view, it doesn't matter a lot, you just have to get used to it.

      --
      Martijn Tonies
      Upscene Productions
      http://www.upscene.com/

  45. Maybe for you but not for everyone. by LWATCDR · · Score: 1

    At my office we have only a single program that uses MS-SQL and that is our accounting system.

    While important our mission critical application uses PostgreSQL. It tracks all the incoming support calls, RMAs, and support issues for our customers.
    The other money making application we use is Drupal for our website. It does support MySQL and Postgres but not every modual supports them both. In that case I am sorry to say we went with the path of least resistance and used MySQL.

    What you didn't understand is that was lamenting the fact that way too many FOSS projects seem to depend or give better support for MySQL then other FOSS databases.
    I would love to see Postgres and Firebird get the same level of support.

    However I do take offense with your comment about kick MSAccess around the block.
    MSAccess isn't in MySQLs leauge much less Firebird or PostgresSql. It is nothing but a mutant DBase or if you want to get technical XBase engine.
    I wouldn't trust it for anything more important that a single user simple database.

    --
    See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    1. Re:Maybe for you but not for everyone. by Anonymous Coward · · Score: 0

      Access is not xBase. That's Visual FoxPro. And if you use MSDE as a backend, you have something that's probably more robust than MySQL.

    2. Re:Maybe for you but not for everyone. by LWATCDR · · Score: 1

      If you the Access backend it is very close to XBase. Heck you can use MySQL or Postgres as the back end to Access if you use ODBC. I was taking about Access from start to finish.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    3. Re:Maybe for you but not for everyone. by msobkow · · Score: 1

      Actually MS Access was the primary product Microsoft lobbed at Borland's market share. SQL Server was much too expensive to win Borland's customer base -- until it was pitched as an "upgrade" to customers who bought into MS Access. By then it was too late to go back.

      Of course if you want real scalability, it's pretty easy to migrate from SQL Server to Sybase ASE, but I'm betting you don't hear that from MS developer shops trying to deal with performance issues.

      --
      I do not fail; I succeed at finding out what does not work.
  46. Re:firebird is a very poor database. by Anonymous Coward · · Score: 1

    A. Pretty sure you could get in trouble, in theory at least, for claiming you provided your client improved encryption/security in a new build/version when you didn't. Release notes, insofar as they confer the changes/fixes/additions/features to a client (ie, one who you have a contractual obligation toward) is in fact a "trusted communication medium" between the two parties. As such, yes, it could be used to verify a legal obligation to actually provide said changes/fixes/additions/features.

    B. Obviously "living things" is meant to explain in lay terms the concept that these 'memory cards' do not simply store data, but instead contain information to manipulate data as well. A different (and plausibly equally bad) analogy for this would be DNA. The bottom line is that as an intelligent, knowledgable technophile you shouldn't feel hurt or surprised that they don't explain things the average person won't understand.

    C. I'm claiming general ignorance of the particulars of the systems, but the 'memory cards' in question looked to be PCMCIA cards of some form? Whatever they were, they don't seem to be comparatively common media. The 'expert' that looked at the card wasn't from the USA, but visiting. Generally if one needs equipment that one lacks, you buy the damn thing. What would you have him do, solder up a to-USB adapter, then access it on linux? Start shaking the thing over a piece of paper hoping the data would fall out?

    I can wholeheartedly agree that we should be skeptical of the media. Just not sure why you chose those particular examples. I also don't see the need for the damn documentary given that no one is claiming these machines have paper trails or that any recount could involve more than reprinting a receipt of the total tally. These things have no verifiability, which would seem to be very important. If the census bureau took the same approach then we'd be a lot more concerned I guess, since census figures help to guide decisions from everything from representation to federal tax money received, etc.

  47. Re:For those of you who haven't heard of Firebird. by davegaramond · · Score: 1

    Well, wake me up when "the damn thing that has great transactional support" can handle transactional DDL. MySQL and IB/FB both suck equally badly when it comes to handling DDL's (CREATE TABLE, RENAME TABLE, DROP TABLE, ALTER TABLE, ...) in transactions. MySQL performs an "implicit commit", while IB/FB acts as if it can handle it but then behaves weirdly and the only thing to avoid weirdness is to perform a COMMIT after each DDL.