Re: Here we go again...

This WebDNA talk-list message is from

2006


It keeps the original formatting.
numero = 66716
interpreted = N
texte = True words. We have had customers that are asking what database w= e use laugh at us because we use a flat file system (thought whol= e unix is based on it). Since we moved to SQL (with WebDNA) no one ever says a word. On a= nother topic, we moved our newest application to another scriptin= g language and use Oracle database, now all of the sudden everybo= dy says it is Enterprise capable. I think for every business (not personal taste) to survive one ha= s to accept what is so called standard. SQL is a standard and is=20= used all over. To use SQL with every new project you got is simpl= y a wise decision for your future. Now technically speaking I have yet to see how a flat file databa= se can interact with a online shop, the order show up at the same= time in the SAP system checks on the purchase limit of the custo= mer, sends out a web service to another supplier to see if that i= tem is in stock, then merge it back, sends out another call to SA= P and then send an email to the customer telling him all is on st= ock or not :-))))) Nitai -- eContentPark - Enterprise Digital Asset Management eServices - The complete SupportSuite eSurvey - Online Questionnaire made easy Redakto CMS - Content Management that simply works ComputerOil=C2=AE AG Neugutstrasse 66 8600 D=C3=BCbendorf / Switzerland Telefon +41 (0)844 44 55 66 info@computeroil.com http://computeroil.com > -----Original Message----- > From: WebDNA Talk [mailto:WebDNA-Talk@talk.smithmicro.com] On B= ehalf Of > Adam O'Connor > Sent: Dienstag, 4. April 2006 00:16 > To: WebDNA Talk > Subject: Re: Here we go again... > > I agree. The fact that you can 'relationalize' web cat simply=20= points > out that you are a talented scripter. > > Generally speaking sometimes tasks are best written with webcat= 's native > flat file db system. But in certain cases some of us find SQL=20= a better > data system, due to its accessibility, reliability, and capacit= y among > other things. > > I don't see the need to take a side on which is better, all dep= ends what > you are using it for. Although I do lean more towards the SQL.= Quite > frankly it is simple to use, so why not take advantage and blen= d your > proprietary knowledge with an industry-wide technology - in the= end you > have benefited by broadening your skill set by learning to use=20= an > industry standard data management system. Afterall, by implemen= ting SQL > into your webdna webapps, you may get more out of webdna. > > > > > > > Bess Ho wrote: > > It is important to clarify these things to other WebDNA devel= opers so > that they can be wiser in selecting database type to start thei= r project. > > > > -----Original Message----- > > From: WebDNA Talk [mailto:WebDNA-Talk@talk.smithmicro.com]On=20= Behalf Of > > Donovan Brooke > > Sent: Monday, April 03, 2006 2:20 PM > > To: WebDNA Talk > > Subject: Re: Here we go again... > > > > > > Bess Ho wrote: > > > > > >> Thanks Kenneth. Thanks for clarifying the myth. > >> > >> I think it is important for developers to understand the fac= ts. > >> > > > WebDNA is not "relational" database. By database definitio= n, > > > you must meet certain criteria to call something "relation= al" > database. > > > >> MS Access is not a true database because it didn't meet all=20= the > criteria. > >> > >> Bess > >> > > > > > > Sure it is. > > If you have data in one text file database that effects anoth= er > database's > > records when edited.. you've essentially created a relational= database. > Now, > > there are deeper and darker "definitions" of how data is save= d / > manipulated.. > > but creating a relational database framework in webdna is not= advanced > and it > > is just as secure. > > > > Donovan > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to digest@talk.smithmicro.com> > Web Archive of this list is at: http://webdna.smithmicro.com/ ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/ Associated Messages, from the most recent to the oldest:

    
  1. Re: Here we go again... ( "Bess Ho" 2006)
  2. Re: Here we go again... ( Kenneth Grome 2006)
  3. Re: Here we go again... ( "sal danna" 2006)
  4. Re: Here we go again... ( "Bess Ho" 2006)
  5. Re: Here we go again... ( Kenneth Grome 2006)
  6. Re: Here we go again... ( "Bess Ho" 2006)
  7. Re: Here we go again...WebDNA - SQL- Clustering ( Kenneth Grome 2006)
  8. Re: Here we go again...WebDNA - SQL- Clustering ( "Bess Ho" 2006)
  9. Re: Here we go again...WebDNA - SQL- Clustering ( Donovan Brooke 2006)
  10. Re: Here we go again...WebDNA - SQL- Clustering ( "Bess Ho" 2006)
  11. Re: Here we go again...WebDNA - SQL- Clustering ( "Bess Ho" 2006)
  12. Re: Here we go again...WebDNA - SQL- Clustering ( Alex McCombie 2006)
  13. Re: Here we go again...WebDNA - SQL- Stored Procedures ( Alex McCombie 2006)
  14. Re: Here we go again...WebDNA - SQL- Clustering ( Donovan Brooke 2006)
  15. Re: Here we go again...WebDNA - SQL- Clustering ( Donovan Brooke 2006)
  16. Re: Here we go again...WebDNA - SQL- Clustering ( Adam O'Connor 2006)
  17. Re: Here we go again...WebDNA - SQL- Clustering ( nitai@computeroil.com 2006)
  18. Re: Here we go again...WebDNA - SQL- Clustering ( Donovan Brooke 2006)
  19. Re: Here we go again...WebDNA - SQL- Clustering ( Alex McCombie 2006)
  20. Re: Here we go again...WebDNA - SQL- Stored Procedures ( Adam O'Connor 2006)
  21. Re: Here we go again...WebDNA - SQL- Clustering ( nitai@computeroil.com 2006)
  22. Re: Here we go again... ( nitai@computeroil.com 2006)
  23. Re: Here we go again... ( Kenneth Grome 2006)
  24. Re: Here we go again...WebDNA - SQL- Clustering ( Donovan Brooke 2006)
  25. Re: Here we go again... ( Donovan Brooke 2006)
  26. Re: Here we go again...WebDNA - SQL- Clustering ( Alex McCombie 2006)
  27. Re: Here we go again... ( Kenneth Grome 2006)
  28. Re: Here we go again...WebDNA - SQL- Clustering ( Bob Minor 2006)
  29. Re: Here we go again... ( "Bess Ho" 2006)
  30. Re: Here we go again... ( "Bess Ho" 2006)
  31. Re: Here we go again... ( Donovan Brooke 2006)
  32. Re: Here we go again...WebDNA - SQL- Clustering ( Stuart Tremain 2006)
  33. Re: Here we go again...WebDNA - SQL- Clustering ( Adam O'Connor 2006)
  34. Re: Here we go again... ( "Bess Ho" 2006)
  35. Re: Here we go again... ( Adam O'Connor 2006)
  36. Re: Here we go again... ( Adam O'Connor 2006)
  37. Re: Here we go again... ( Marc Thompson 2006)
  38. Re: Here we go again... ( "Bess Ho" 2006)
  39. Re: Here we go again... ( "Bess Ho" 2006)
  40. Re: Here we go again... ( Donovan Brooke 2006)
  41. Re: Here we go again... ( Adam O'Connor 2006)
  42. Re: Here we go again... ( "Bess Ho" 2006)
  43. Re: Here we go again... ( "Bess Ho" 2006)
  44. Re: Here we go again... ( Pat McCormick 2006)
  45. Re: Here we go again... ( Pat McCormick 2006)
  46. Re: Here we go again... ( "Bess Ho" 2006)
  47. Re: Here we go again... ( "Bess Ho" 2006)
  48. Re: Here we go again... ( Pat McCormick 2006)
  49. Re: Here we go again... ( Chris 2006)
  50. Re: Here we go again... ( Terry Wilson 2006)
  51. Re: Here we go again... ( Donovan Brooke 2006)
  52. Re: Here we go again... ( Donovan Brooke 2006)
  53. Re: Here we go again... ( Adam O'Connor 2006)
  54. Re: Here we go again... ( Kenneth Grome 2006)
  55. Re: Here we go again... ( Kenneth Grome 2006)
  56. Re: Here we go again... ( "Dan Strong" 2006)
  57. Re: Here we go again... ( "Dan Strong" 2006)
  58. Re: Here we go again... ( Donovan Brooke 2006)
  59. Re: Here we go again... ( Adam O'Connor 2006)
  60. Re: Here we go again... ( Donovan Brooke 2006)
  61. Re: Here we go again... ( Pat McCormick 2006)
  62. Re: Here we go again... was: DDEConnect not working ( Robie Blair 2006)
  63. Re: Here we go again... ( "Bess Ho" 2006)
  64. Re: Here we go again... ( Kenneth Grome 2006)
  65. Re: Here we go again... ( Terry Wilson 2006)
  66. Re: Here we go again... ( Larry Hewitt 2006)
  67. Re: Here we go again... ( Phil Herring 2006)
  68. Re: Here we go again... ( Jesse Proudman 2006)
  69. Re: Here we go again... ( Stuart Tremain 2006)
  70. Re: Here we go again... ( Jesse Proudman 2006)
  71. Re: Here we go again... ( Stuart Tremain 2006)
  72. Re: Here we go again... ( Jesse Proudman 2006)
  73. Re: Here we go again... ( "Dan Strong" 2006)
  74. Re: Here we go again... ( Jesse Proudman 2006)
  75. Re: Here we go again... ( "Dan Strong" 2006)
  76. Re: Here we go again... ( Stuart Tremain 2006)
  77. Re: Here we go again... was: DDEConnect not working ( Chris 2006)
  78. Re: Here we go again... was: DDEConnect not working ( Kenneth Grome 2006)
  79. Re: Here we go again... was: DDEConnect not working ( Chris 2006)
  80. Re: Here we go again... was: DDEConnect not working ( Kenneth Grome 2006)
  81. Re: Here we go again... was: DDEConnect not working ( Chris 2006)
  82. Re: Here we go again... was: DDEConnect not working ( Kenneth Grome 2006)
  83. Re: Here we go again... ( Donovan Brooke 2006)
  84. Re: Here we go again... was: DDEConnect not working ( Chris 2006)
  85. Re: Here we go again... ( Terry Wilson 2006)
  86. Re: Here we go again... was: DDEConnect not working ( Kenneth Grome 2006)
  87. Re: Here we go again... was: DDEConnect not working ( Stuart Tremain 2006)
  88. Re: Here we go again... was: DDEConnect not working ( "Dan Strong" 2006)
  89. Re: Here we go again... was: DDEConnect not working ( Stuart Tremain 2006)
  90. Re: Here we go again... was: DDEConnect not working ( Jay Van Vark 2006)
  91. Re: Here we go again... was: DDEConnect not working ( Stuart Tremain 2006)
  92. Re: Here we go again... was: DDEConnect not working ( "Bess Ho" 2006)
  93. Re: Here we go again... was: DDEConnect not working ( Gary Krockover 2006)
  94. Here we go again... was: DDEConnect not working ( "Dan Strong" 2006)
True words. We have had customers that are asking what database w= e use laugh at us because we use a flat file system (thought whol= e unix is based on it). Since we moved to SQL (with WebDNA) no one ever says a word. On a= nother topic, we moved our newest application to another scriptin= g language and use Oracle database, now all of the sudden everybo= dy says it is Enterprise capable. I think for every business (not personal taste) to survive one ha= s to accept what is so called standard. SQL is a standard and is=20= used all over. To use SQL with every new project you got is simpl= y a wise decision for your future. Now technically speaking I have yet to see how a flat file databa= se can interact with a online shop, the order show up at the same= time in the SAP system checks on the purchase limit of the custo= mer, sends out a web service to another supplier to see if that i= tem is in stock, then merge it back, sends out another call to SA= P and then send an email to the customer telling him all is on st= ock or not :-))))) Nitai -- eContentPark - Enterprise Digital Asset Management eServices - The complete SupportSuite eSurvey - Online Questionnaire made easy Redakto CMS - Content Management that simply works ComputerOil=C2=AE AG Neugutstrasse 66 8600 D=C3=BCbendorf / Switzerland Telefon +41 (0)844 44 55 66 info@computeroil.com http://computeroil.com > -----Original Message----- > From: WebDNA Talk [mailto:WebDNA-Talk@talk.smithmicro.com] On B= ehalf Of > Adam O'Connor > Sent: Dienstag, 4. April 2006 00:16 > To: WebDNA Talk > Subject: Re: Here we go again... > > I agree. The fact that you can 'relationalize' web cat simply=20= points > out that you are a talented scripter. > > Generally speaking sometimes tasks are best written with webcat= 's native > flat file db system. But in certain cases some of us find SQL=20= a better > data system, due to its accessibility, reliability, and capacit= y among > other things. > > I don't see the need to take a side on which is better, all dep= ends what > you are using it for. Although I do lean more towards the SQL.= Quite > frankly it is simple to use, so why not take advantage and blen= d your > proprietary knowledge with an industry-wide technology - in the= end you > have benefited by broadening your skill set by learning to use=20= an > industry standard data management system. Afterall, by implemen= ting SQL > into your webdna webapps, you may get more out of webdna. > > > > > > > Bess Ho wrote: > > It is important to clarify these things to other WebDNA devel= opers so > that they can be wiser in selecting database type to start thei= r project. > > > > -----Original Message----- > > From: WebDNA Talk [mailto:WebDNA-Talk@talk.smithmicro.com]On=20= Behalf Of > > Donovan Brooke > > Sent: Monday, April 03, 2006 2:20 PM > > To: WebDNA Talk > > Subject: Re: Here we go again... > > > > > > Bess Ho wrote: > > > > > >> Thanks Kenneth. Thanks for clarifying the myth. > >> > >> I think it is important for developers to understand the fac= ts. > >> > > > WebDNA is not "relational" database. By database definitio= n, > > > you must meet certain criteria to call something "relation= al" > database. > > > >> MS Access is not a true database because it didn't meet all=20= the > criteria. > >> > >> Bess > >> > > > > > > Sure it is. > > If you have data in one text file database that effects anoth= er > database's > > records when edited.. you've essentially created a relational= database. > Now, > > there are deeper and darker "definitions" of how data is save= d / > manipulated.. > > but creating a relational database framework in webdna is not= advanced > and it > > is just as secure. > > > > Donovan > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------- > This message is sent to you because you are subscribed to > the mailing list . > To unsubscribe, E-mail to: > To switch to the DIGEST mode, E-mail to digest@talk.smithmicro.com> > Web Archive of this list is at: http://webdna.smithmicro.com/ ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/ nitai@computeroil.com

DOWNLOAD WEBDNA NOW!

Top Articles:

Talk List

The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...

Related Readings:

pop up menu's (1998) [OT] Create a thumbnail image of a live webpage (2008) ExclusiveLock (2000) Bug or syntax error on my part? (1997) Some Questions (1997) Multiple catalog databases and showcart (1997) Re:WebCatalog vidoes (was: Prices Dropped) (1998) WebCatalog Hosting (1996) Pithy questions on webcommerce & siteedit (1997) IP Address (2001) Emailer problem (1998) date sorting and 'template (1997) Help needed! (1998) [WebDNA] [WSC] WebDNA Development Summit (2014) Can [formvariables] do this? (2000) Duplicate Cart ID (2001) New servers and new inline cache (1997) [WebDNA] OT: 2 php/MySQL & 1 Flash person needed FT (2008) WebCatalog not running after upgrade (2000) Bug Report, maybe (1997)