Re: Here we go again...

This WebDNA talk-list message is from

2006


It keeps the original formatting.
numero = 66678
interpreted = N
texte = The only thing that makes data relational is what you do to logically link together flat files with a ... ahem.... relationship. As long as there aren't odd rules or restrictions regarding key fields, any program that can operate multiple flat databases is relational. I realize that WebDNA requires that all things relating to data integrity must be built by the programmer, but you either do that or live with and understand all the odd restrictions that go with systems that attempt to generically manage data integrity for you. My remark about most databases really being high priced text encryptors was sarcastic and I deeply apologize to all those data encryption system manufacturers out there. Pat On Apr 1, 2006, at 9:11 PM, Kenneth Grome wrote: > On Sat, 1 Apr 2006 08:42:44 -0600, Pat McCormick wrote: >> Actually WebDNA doesn't use a flat file. That is the case for the >> older Typhoon version, but WebDNA, simply because it can have >> multiple databases open, is no longer a flat file system. > > This is ridiculous. Webdna has always been a flat file database > system just like Bess said. It can open multiple flat file > databases at a time -- but so what? That does NOT make it a > relational system by any means! > > >> The purpose for products like Oracle, SQL and other "databases" is to >> encrypt your text so that you need to buy their products to see your >> text. > > This is another bad assumption. MySQL for example doesn't encrypt > any data, all its data is right there in files that can be edited > by a text editor. And MySQL certainly falls into the "SQL" > category you mentioned, right? > > I really don't mind people being "in love" with webdna and bragging > about it, but at the same time I think you should not make > statements that are your personal assumptions when they are > sometimes far from the truth. Webdna is clearly not the best > solution for web sites that benefit from relational systems, > especially where large data sets are involved. I have proven this > on several occasions and so have others I'm sure. > > Sincerely, > Kenneth Grome > > owner@kengrome.com > kengrome@gmail.com > www.kengrome.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 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)
The only thing that makes data relational is what you do to logically link together flat files with a ... ahem.... relationship. As long as there aren't odd rules or restrictions regarding key fields, any program that can operate multiple flat databases is relational. I realize that WebDNA requires that all things relating to data integrity must be built by the programmer, but you either do that or live with and understand all the odd restrictions that go with systems that attempt to generically manage data integrity for you. My remark about most databases really being high priced text encryptors was sarcastic and I deeply apologize to all those data encryption system manufacturers out there. Pat On Apr 1, 2006, at 9:11 PM, Kenneth Grome wrote: > On Sat, 1 Apr 2006 08:42:44 -0600, Pat McCormick wrote: >> Actually WebDNA doesn't use a flat file. That is the case for the >> older Typhoon version, but WebDNA, simply because it can have >> multiple databases open, is no longer a flat file system. > > This is ridiculous. Webdna has always been a flat file database > system just like Bess said. It can open multiple flat file > databases at a time -- but so what? That does NOT make it a > relational system by any means! > > >> The purpose for products like Oracle, SQL and other "databases" is to >> encrypt your text so that you need to buy their products to see your >> text. > > This is another bad assumption. MySQL for example doesn't encrypt > any data, all its data is right there in files that can be edited > by a text editor. And MySQL certainly falls into the "SQL" > category you mentioned, right? > > I really don't mind people being "in love" with webdna and bragging > about it, but at the same time I think you should not make > statements that are your personal assumptions when they are > sometimes far from the truth. Webdna is clearly not the best > solution for web sites that benefit from relational systems, > especially where large data sets are involved. I have proven this > on several occasions and so have others I'm sure. > > Sincerely, > Kenneth Grome > > owner@kengrome.com > kengrome@gmail.com > www.kengrome.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 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/ Pat McCormick

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:

Plugin or CGI or both (1997) WebCat2b12 forgets serial # (1997) Integration? (1999) WebCatalog for dummies p2.2 (2000) SiteGuard Use Question (1997) Redirect (2000) Spell Check (2003) CORRECTION... Exporting a blank record (2000) RE: WebCat and image maps (1997) Am I going senile? (Price recalc based on quantity) (1997) Extended [ConvertChars] (1997) Site / Database Structure (2002) Updating Prices in Online Database (1999) Keep away (1997) PSC recommends what date format yr 2000??? (1997) unsubscribe, try 2 (2000) W* 4.2 / WebCat (TPro) 3.0.5b / OS 8.5.1 / BW G3 (2000) sort without the or a (1998) [BULK] [WebDNA] [BULK] Mac OS X LION has no FastCGI (2011) Re:quit command on NT (1997)