comp.databases.theory

• Thread Index

---

• Re: The wisdom of the object mentors (Was: Searching OO Associations with RDBMS Persistence Models)
  • From: Marshall
• Re: The wisdom of the object mentors (Was: Searching OO Associations with RDBMS Persistence Models)
  • From: Bob Badour
• Re: The wisdom of the object mentors (Was: Searching OO Associations with RDBMS Persistence Models)
  • From: Marshall
• Re: Poll: Expert user vs. Internals Expert
  • From: Neo
• Re: The wisdom of the object mentors (Was: Searching OO Associations with RDBMS Persistence Models)
  • From: Alfredo Novoa
• Re: The wisdom of the object mentors (Was: Searching OO Associations with RDBMS Persistence Models)
  • From: x
• Re: Operationalize orthogonality
  • From: x
• Re: Mildly OT: dBASE IV
  • From: David Cressey
• Re: Operationalize orthogonality
  • From: Frank Hamersley
• Re: Operationalize orthogonality
  • From: Frank Hamersley
• Re: Why all the max length constraints?
  • From: David Cressey
• Re: Why all the max length constraints?
  • From: David Cressey
• Re: Bye
  • From: x
• Re: Bye
  • From: x
• Re: Why all the max length constraints?
  • From: Tony Andrews
• Re: Bye
  • From: x
• Re: Why all the max length constraints?
  • From: x
• Re: Why all the max length constraints?
  • From: x
• Re: Why all the max length constraints?
  • From: Bob Badour
• Re: Operationalize orthogonality
  • From: J M Davitt
• Re: Poll: Expert user vs. Internals Expert
  • From: Gene Wirchenko
• Re: Why all the max length constraints?
  • From: paul c
• Re: Operationalize orthogonality
  • From: Tony D
• Re: Why all the max length constraints?
  • From: Marshall
• Re: Operationalize orthogonality
  • From: Tony D
• Re: Why all the max length constraints?
  • From: Bob Badour
• Re: Why all the max length constraints?
  • From: Marshall
• Re: Possible bridges between OO programming proponents and relational model
  • From: Kenneth Downs
• Re: Mildly OT: dBASE IV
  • From: Kenneth Downs
• Re: Operationalize orthogonality
  • From: Pickie
• Re: Why all the max length constraints?
  • From: Alvin Ryder
• Re: Why all the max length constraints?
  • From: Bob Badour
• Re: Why all the max length constraints?
  • From: Marshall
• Re: Mildly OT: dBASE IV
  • From: paul c
• Re: Bye
  • From: Bob Badour
• Re: Bye
  • From: Marshall
• Re: Bye
  • From: Keith H Duggar
• Re: Why all the max length constraints?
  • From: David Cressey
• Re: Why all the max length constraints?
  • From: paul c
• Re: Bye
  • From: Keith H Duggar
• Re: Mildly OT: dBASE IV
  • From: Frank Hamersley
• Re: wise words
  • From: Frank Hamersley
• Re: Why all the max length constraints?
  • From: David Cressey
• Re: Why all the max length constraints?
  • From: David Cressey
• Re: Bye
  • From: Bob Badour
• Re: Why all the max length constraints?
  • From: David Cressey
• Re: Why all the max length constraints?
  • From: David Cressey
• Re: Why all the max length constraints?
  • From: erk
• Re: Export and Import
  • From: Mikito Harakiri
• Possible bridges between OO programming proponents and relational model
  • From: Cimode
• Re: Export and Import
  • From: Marshall
• Re: Export and Import
  • From: Jan M. Nelken
• Re: Bye
  • From: Tony D
• Re: Why all the max length constraints?
  • From: David Cressey
• Re: Bye
  • From: Marshall
• Re: Bye
  • From: frosty
• Re: Bye
  • From: Marshall
• Re: Operationalize orthogonality
  • From: Bob Badour
• Re: Bye
  • From: Bob Badour
• Re: The wisdom of the object mentors (Was: Searching OO Associations with RDBMS Persistence Models)
  • From: paul c
• Re: Operationalize orthogonality
  • From: x
• Re: wise words
  • From: x
• Re: Operationalize orthogonality
  • From: U-gene
• Re: Mildly OT: dBASE IV
  • From: x
• Re: wise words
  • From: David Cressey
• Re: wise words
  • From: Frank Hamersley
• Re: Operationalize orthogonality
  • From: David Cressey
• Re: Operationalize orthogonality
  • From: Frank Hamersley
• Re: Mildly OT: dBASE IV
  • From: Frank Hamersley
• Re: Mildly OT: dBASE IV
  • From: Frank Hamersley
• Re: Operationalize orthogonality
  • From: x
• Re: Operationalize orthogonality
  • From: U-gene
• Re: Operationalize orthogonality
  • From: U-gene
• Re: Why all the max length constraints?
  • From: David Cressey
• Re: Operationalize orthogonality
  • From: x
• Re: Operationalize orthogonality
  • From: David Cressey
• Re: Operationalize orthogonality
  • From: x
• Re: Why all the max length constraints?
  • From: David Cressey
• Re: Operationalize orthogonality
  • From: U-gene
• Re: Operationalize orthogonality
  • From: x
• Re: Operationalize orthogonality
  • From: Tony D
• Re: Operationalize orthogonality
  • From: Erwin
• Re: Bye
  • From: David Cressey
• Re: Mildly OT: dBASE IV
  • From: David Cressey
• Re: Operationalize orthogonality
  • From: x
• Re: Mildly OT: dBASE IV
  • From: x
• Re: Mildly OT: dBASE IV
  • From: Frank Hamersley
• Re: Mildly OT: dBASE IV
  • From: Frank Hamersley
• Re: Mildly OT: dBASE IV
  • From: Frank Hamersley
• Re: Operationalize orthogonality
  • From: Erwin
• Re: Operationalize orthogonality
  • From: U-gene
• Re: wise words
  • From: x
• Re: wise words
  • From: x
• Re: Operationalize orthogonality
  • From: x
• Re: wise words
  • From: Frank Hamersley
• Re: Operationalize orthogonality
  • From: x
• Twin Pickle
  • From: x
• Re: Bye
  • From: Keith H Duggar
• Re: Bye
  • From: dawn
• Re: Proof of Completeness of Algebraic Properties of Relational Lattice
  • From: Marshall
• Re: Bye
  • From: Marshall
• Export and Import
  • From: rmli
• Re: Why all the max length constraints?
  • From: Tony D
• Re: Why all the max length constraints?
  • From: David Cressey
• Bye
  • From: mAsterdam
• Re: Why all the max length constraints?
  • From: Marshall
• Re: The wisdom of the object mentors (Was: Searching OO Associations with RDBMS Persistence Models)
  • From: Marshall
• Re: Why all the max length constraints?
  • From: -CELKO-
• Re: Why all the max length constraints?
  • From: Frank Hamersley
• Re: Operationalize orthogonality
  • From: Pickie
• Re: Why all the max length constraints?
  • From: dawn
• Re: Why all the max length constraints?
  • From: dawn
• Re: Why all the max length constraints?
  • From: David Cressey
• Re: Why all the max length constraints?
  • From: Keith H Duggar
• Re: OT Bull-fight avoidance
  • From: dawn
• Re: Operationalize orthogonality
  • From: U-gene
• Re: Mildly OT: dBASE IV
  • From: dawn
• Re: The OverRelational Manifesto. VOCIFEROUS IGNORANCE vs. NUMB DOGMA.(the sequel)
  • From: U-gene
• Re: OT Bull-fight avoidance
  • From: Keith H Duggar
• Re: OT Bull-fight avoidance
  • From: Bob Badour
• Re: Why all the max length constraints?
  • From: dawn
• Re: Why all the max length constraints?
  • From: dawn
• Re: Why all the max length constraints?
  • From: dawn
• Re: OT Bull-fight avoidance
  • From: Marshall
• Re: Why all the max length constraints?
  • From: alfredono@xxxxxxxxx
• Re: Why all the max length constraints?
  • From: paul c
• Re: Why all the max length constraints?
  • From: Tony D
• Re: Why all the max length constraints?
  • From: Tony D
• Re: Why all the max length constraints?
  • From: Roy Hann
• Re: Operationalize orthogonality
  • From: Tony D
• Re: Operationalize orthogonality
  • From: Tony D
• Re: The OverRelational Manifesto. VOCIFEROUS IGNORANCE vs. NUMB DOGMA.(the sequel)
  • From: Alexandr Savinov
• Re: Why all the max length constraints?
  • From: David Cressey
• Re: Why all the max length constraints?
  • From: Bob Badour
• Re: Why all the max length constraints?
  • From: David Cressey
• Re: Why all the max length constraints?
  • From: Tony D
• Re: Why all the max length constraints?
  • From: Tony D
• Re: Why all the max length constraints?
  • From: Bob Badour
• Re: Mildly OT: dBASE IV
  • From: x
• Re: Mildly OT: dBASE IV
  • From: David Cressey
• Re: OT Bull-fight avoidance
  • From: Bob Badour
• Re: Operationalize orthogonality
  • From: x
• Re: wise words
  • From: x
• Re: Mildly OT: dBASE IV
  • From: Kenneth Downs
• Re: Mildly OT: dBASE IV
  • From: Frank Hamersley
• Re: OT Bull-fight avoidance
  • From: Bob Badour
• Re: wise words
  • From: Frank Hamersley
• Re: OT Bull-fight avoidance
  • From: Bob Badour
• Re: The OverRelational Manifesto. VOCIFEROUS IGNORANCE vs. NUMB DOGMA.(the sequel)
  • From: U-gene
• Re: Why all the max length constraints?
  • From: Erwin
• Re: Operationalize orthogonality
  • From: Erwin
• Re: OT Bull-fight avoidance (was: Why all the max length constraints?)
  • From: x
• Re: Why all the max length constraints?
  • From: Tony Andrews
• Re: OT Bull-fight avoidance
  • From: Keith H Duggar
• Re: Why all the max length constraints?
  • From: dawn
• Operationalize orthogonality
  • From: mAsterdam
• Operationalize othogonality
  • From: mAsterdam
• Re: Expert user vs. Internals Expert
  • From: Cimode
• Re: Why all the max length constraints?
  • From: mAsterdam
• Re: OT Bull-fight avoidance (was: Why all the max length constraints?)
  • From: Alfredo Novoa
• Re: Why all the max length constraints?
  • From: Tony D
• Re: OT Bull-fight avoidance
  • From: mAsterdam
• Re: Relation or attribute and why
  • From: x
• Re: Poll: Expert user vs. Internals Expert
  • From: x
• Re: Poll: Expert user vs. Internals Expert
  • From: x
• Re: Poll: Expert user vs. Internals Expert
  • From: x
• Re: wise words
  • From: x
• Re: OT Bull-fight avoidance
  • From: mAsterdam
• Re: OT Bull-fight avoidance (was: Why all the max length constraints?)
  • From: dawn
• Re: OT Bull-fight avoidance (was: Why all the max length constraints?)
  • From: Keith H Duggar
• Re: Why all the max length constraints?
  • From: dawn
• Re: Why all the max length constraints?
  • From: dawn
• Re: Why all the max length constraints?
  • From: paul c
• Re: OT Bull-fight avoidance (was: Why all the max length constraints?)
  • From: dawn
• Re: Mildly OT: dBASE IV
  • From: Alvin Ryder
• Re: OT Bull-fight avoidance
  • From: Keith H Duggar
• Re: Mildly OT: dBASE IV
  • From: paul c
• Re: OT Bull-fight avoidance
  • From: Bob Badour
• Re: Mildly OT: dBASE IV
  • From: Tony D
• Re: OT Bull-fight avoidance
  • From: paul c
• Re: OT Bull-fight avoidance (was: Why all the max length constraints?)
  • From: Keith H Duggar
• Re: Why all the max length constraints?
  • From: Tony D
• Re: Mildly OT: dBASE IV
  • From: Alvin Ryder
• Re: Why all the max length constraints?
  • From: Bob Badour
• Re: Why all the max length constraints?
  • From: paul c
• OT Bull-fight avoidance (was: Why all the max length constraints?)
  • From: mAsterdam
• Re: Why all the max length constraints?
  • From: Alvin Ryder
• Re: Why all the max length constraints?
  • From: mAsterdam
• Re: Why all the max length constraints?
  • From: Keith H Duggar
• Re: Why all the max length constraints?
  • From: dawn
• Re: Why all the max length constraints?
  • From: dawn
• Re: Why all the max length constraints?
  • From: David Cressey
• Re: Why all the max length constraints?
  • From: J M Davitt
• Re: Why all the max length constraints?
  • From: mAsterdam
• Re: Why all the max length constraints?
  • From: dawn
• Re: Why all the max length constraints?
  • From: dawn
• Re: Mildly OT: dBASE IV
  • From: Kenneth Downs
• Re: Why all the max length constraints?
  • From: dawn
• Re: Why all the max length constraints?
  • From: Kenneth Downs
• Re: Why all the max length constraints?
  • From: Kenneth Downs
• Re: Why all the max length constraints?
  • From: paul c
• Re: Why all the max length constraints?
  • From: Tony D
• Re: Why all the max length constraints?
  • From: Tony D
• Re: Why all the max length constraints?
  • From: mAsterdam
• Re: Why all the max length constraints?
  • From: Bob Badour
• Re: Why all the max length constraints?
  • From: Bob Badour
• Re: Why all the max length constraints?
  • From: mAsterdam
• Re: Why all the max length constraints?
  • From: dawn
• Re: Why all the max length constraints?
  • From: Tony Andrews
• Re: Why all the max length constraints?
  • From: J M Davitt
• Re: Why all the max length constraints?
  • From: Bob Badour
• Re: Why all the max length constraints?
  • From: dawn
• Re: Why all the max length constraints?
  • From: dawn
• Re: Why all the max length constraints?
  • From: dawn
• Re: Why all the max length constraints?
  • From: mAsterdam
• Re: Why all the max length constraints?
  • From: David Cressey
• Re: Why all the max length constraints?
  • From: mAsterdam
• Re: Why all the max length constraints?
  • From: David Cressey
• Re: Why all the max length constraints?
  • From: David Cressey
• Re: Why all the max length constraints?
  • From: Tony Andrews
• Re: Why all the max length constraints?
  • From: mAsterdam
• Re: Why all the max length constraints?
  • From: mAsterdam
• Re: Why all the max length constraints?
  • From: mAsterdam
• Re: Why all the max length constraints?
  • From: mAsterdam
• Re: Why all the max length constraints?
  • From: Keith H Duggar
• Re: Why all the max length constraints?
  • From: Bob Badour
• Re: Why all the max length constraints?
  • From: Bob Badour
• Re: Why all the max length constraints?
  • From: dawn
• Re: Why all the max length constraints?
  • From: Bob Badour
• Re: Why all the max length constraints?
  • From: dawn
• Re: Why all the max length constraints?
  • From: J M Davitt
• Re: Why all the max length constraints?
  • From: J M Davitt
• Re: Why all the max length constraints?
  • From: dawn
• Re: Why all the max length constraints?
  • From: dawn
• Re: Why all the max length constraints?
  • From: J M Davitt
• Re: Why all the max length constraints?
  • From: Marshall
• Why all the max length constraints?
  • From: dawn
• Re: Poll: Expert user vs. Internals Expert
  • From: Keith H Duggar
• Re: Poll: Expert user vs. Internals Expert
  • From: Bob Badour
• Re: Poll: Expert user vs. Internals Expert
  • From: dawn
• Re: Poll: Expert user vs. Internals Expert
  • From: Jay Dee
• Re: Poll: Expert user vs. Internals Expert
  • From: Jay Dee
• Re: Poll: Expert user vs. Internals Expert
  • From: Marshall
• Re: Poll: Expert user vs. Internals Expert
  • From: Keith H Duggar
• Re: Mildly OT: dBASE IV
  • From: dawn
• Re: Mildly OT: dBASE IV
  • From: frosty
• Re: Poll: Expert user vs. Internals Expert
  • From: dawn
• Re: Poll: Expert user vs. Internals Expert
  • From: Jay Dee
• Re: Mildly OT: dBASE IV
  • From: dawn
• Re: Mildly OT: dBASE IV
  • From: Gene Wirchenko
• Re: Poll: Expert user vs. Internals Expert
  • From: Neo
• Re: Poll: Expert user vs. Internals Expert
  • From: Neo
• Mildly OT: dBASE IV
  • From: Marshall
• Re: Relation or attribute and why
  • From: Marshall
• Re: Relation or attribute and why
  • From: David Cressey
• Re: Poll: Expert user vs. Internals Expert
  • From: Jay Dee
• Re: Poll: Expert user vs. Internals Expert
  • From: Neo
• Re: Relation or attribute and why
  • From: Gene Wirchenko
• Re: Poll: Expert user vs. Internals Expert
  • From: dawn
• Re: The OverRelational Manifesto. VOCIFEROUS IGNORANCE vs. NUMB DOGMA.(the sequel)
  • From: Alexandr Savinov
• Re: Poll: Expert user vs. Internals Expert
  • From: David Cressey
• Re: wise words
  • From: Frank Hamersley
• Re: Poll: Expert user vs. Internals Expert
  • From: x
• Re: Poll: Expert user vs. Internals Expert
  • From: dawn
• Re: Relation or attribute and why
  • From: mAsterdam
• Re: Relation or attribute and why
  • From: David Cressey
• Re: Relation or attribute and why
  • From: J M Davitt
• Re: Expert user vs. Internals Expert
  • From: x
• Re: The OverRelational Manifesto. VOCIFEROUS IGNORANCE vs. NUMB DOGMA.(the sequel)
  • From: U-gene
• Re: Poll: Expert user vs. Internals Expert
  • From: x
• Re: Poll: Expert user vs. Internals Expert
  • From: Neo
• Re: Relation or attribute and why
  • From: J M Davitt
• Relational Divsion
  • From: Rich Ryan
• Re: wise words
  • From: Marshall
• Re: wise words
  • From: dawn
• Re: [whatever hapened to the OP?] Poll: Expert user vs. Internals Expert
  • From: B Faux
• Re: Expert user vs. Internals Expert
  • From: B Faux
• Re: wise words
  • From: x
• Re: wise words
  • From: Frank Hamersley
• Re: Ping: dawn, some mvl questions
  • From: mAsterdam
• Re: Ping: dawn, some mvl questions
  • From: x
• Re: Ping: dawn, some mvl questions
  • From: x
• Re: wise words
  • From: David Cressey
• Re: Ping: dawn, some mvl questions
  • From: Bob Badour
• Re: Ping: dawn, some mvl questions
  • From: Keith H Duggar
• Re: Relation or attribute and why
  • From: mAsterdam
• Re: wise words
  • From: Frank Hamersley
• Re: Relation or attribute and why
  • From: dawn
• Re: Relation or attribute and why
  • From: Bob Badour
• Re: Relation or attribute and why
  • From: David Cressey
• Re: Relation or attribute and why
  • From: Bob Badour
• Re: Proof of Completeness of Algebraic Properties of Relational Lattice
  • From: Mikito Harakiri
• Re: Relation or attribute and why
  • From: Gene Wirchenko
• Re: Relation or attribute and why
  • From: Gene Wirchenko
• Re: Process Model
  • From: alfredono@xxxxxxxxx
• Re: Process Model
  • From: alfredono@xxxxxxxxx
• Re: Poll: Expert user vs. Internals Expert
  • From: Roy Hann
• Re: Poll: Expert user vs. Internals Expert
  • From: Cimode
• Re: Poll: Expert user vs. Internals Expert
  • From: x
• Re: Poll: Expert user vs. Internals Expert
  • From: Cimode
• Re: Poll: Expert user vs. Internals Expert
  • From: x
• Re: Expert user vs. Internals Expert
  • From: David Cressey
• Re: Poll: Expert user vs. Internals Expert
  • From: Cimode
• Re: Relation or attribute and why
  • From: David Cressey
• Re: Poll: Expert user vs. Internals Expert
  • From: Cimode
• Re: Poll: Expert user vs. Internals Expert
  • From: x
• Re: Relation or attribute and why
  • From: David Cressey
• Re: Poll: Expert user vs. Internals Expert
  • From: Cimode
• Re: Poll: Expert user vs. Internals Expert
  • From: Cimode
• Re: Poll: Expert user vs. Internals Expert
  • From: David Cressey
• Re: wise words
  • From: x
• Re: Poll: Expert user vs. Internals Expert
  • From: David Cressey
• Re: wise words
  • From: x
• Re: The OverRelational Manifesto. VOCIFEROUS IGNORANCE vs. NUMB DOGMA.(the sequel)
  • From: Alexandr Savinov
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: wise words
  • From: Frank Hamersley
• Re: TRM - Morbidity has set in, or not?
  • From: Erwin
• Re: Poll: Expert user vs. Internals Expert
  • From: Cimode
• Re: The OverRelational Manifesto. VOCIFEROUS IGNORANCE vs. NUMB DOGMA.(the sequel)
  • From: x
• Re: Poll: Expert user vs. Internals Expert
  • From: Roy Hann
• Re: Poll: Expert user vs. Internals Expert
  • From: x
• Re: The OverRelational Manifesto. VOCIFEROUS IGNORANCE vs. NUMB DOGMA.(the sequel)
  • From: Tony D
• Re: Poll: Expert user vs. Internals Expert
  • From: Cimode
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: Poll: Expert user vs. Internals Expert
  • From: Roy Hann
• Re: TRM - Morbidity has set in, or not?
  • From: Erwin
• Re: Poll: Expert user vs. Internals Expert
  • From: Cimode
• Re: Ping: dawn, some mvl questions
  • From: mAsterdam
• Survey on Firebird
  • From: nitin . groups
• Re: wise words
  • From: x
• Re: wise words
  • From: x
• Re: Poll: Expert user vs. Internals Expert
  • From: Jay Dee
• Re: Relation or attribute and why
  • From: Bob Badour
• Re: Relation or attribute and why
  • From: dawn
• Re: Expert user vs. Internals Expert
  • From: paul c
• Re: Ping: dawn, some mvl questions
  • From: Gene Wirchenko
• Re: Relation or attribute and why
  • From: Gene Wirchenko
• Re: Expert user vs. Internals Expert
  • From: David Cressey
• Re: Ping: dawn, some mvl questions
  • From: mAsterdam
• Re: Relation or attribute and why
  • From: dawn
• Re: OT: Date type
  • From: dawn
• Re: Sets and Lists, again
  • From: dawn
• Re: Poll: Expert user vs. Internals Expert
  • From: Bob Badour
• Re: Sets and Lists, again
  • From: Gene Wirchenko
• Re: Relation or attribute and why
  • From: Gene Wirchenko
• Poll: Expert user vs. Internals Expert
  • From: Rich Ryan
• Re: OT: Date type
  • From: David Cressey
• Re: Sets and Lists, again
  • From: David Cressey
• Re: OT: Date type
  • From: dawn
• Re: Sets and Lists, again
  • From: David Cressey
• Re: Relation or attribute and why
  • From: Bob Badour
• Re: Process Model
  • From: Bob Badour
• Re: Process Model
  • From: Frank Hamersley
• OT: Date type
  • From: David Cressey
• Re: Ping: dawn, some mvl questions
  • From: Keith H Duggar
• Re: wise words
  • From: Frank Hamersley
• Re: wise words
  • From: Frank Hamersley
• Re: Sets and Lists, again
  • From: Bob Badour
• Re: Sets and Lists, again
  • From: dawn
• Re: Relation or attribute and why
  • From: dawn
• Re: Relation or attribute and why
  • From: Tony Andrews
• Re: Relation or attribute and why
  • From: erk
• Re: Relation or attribute and why
  • From: Gene Wirchenko
• Re: Sets and Lists, again
  • From: Gene Wirchenko
• Re: Process Model
  • From: erk
• Re: Ping: dawn, some mvl questions
  • From: mAsterdam
• Re: Sets and Lists, again
  • From: dawn
• Re: Sets and Lists, again
  • From: David Cressey
• Re: Sets and Lists, again
  • From: Marshall
• Re: Relation or attribute and why
  • From: dawn
• Re: Sets and Lists, again
  • From: dawn
• Re: Sets and Lists, again
  • From: Gene Wirchenko
• Re: Sets and Lists, again
  • From: Marshall
• Re: Sets and Lists, again
  • From: Gene Wirchenko
• Re: Sets and Lists, again
  • From: dawn
• Re: Sets and Lists, again
  • From: dawn
• Re: Sets and Lists, again
  • From: Kenneth Downs
• Re: Relation or attribute and why
  • From: Gene Wirchenko
• Re: Process Model
  • From: David Cressey
• Re: Sets and Lists, again
  • From: dawn
• Re: Sets and Lists, again
  • From: Kenneth Downs
• Re: Sets and Lists, again
  • From: x
• Re: Process Model
  • From: Bob Badour
• Re: Sets and Lists, again
  • From: dawn
• Re: Sets and Lists, again
  • From: x
• Re: Sets and Lists, again
  • From: dawn
• Re: Sets and Lists, again
  • From: x
• Re: Sets and Lists, again
  • From: x
• Re: Sets and Lists, again
  • From: dawn
• Re: Sets and Lists, again
  • From: x
• Re: wise words
  • From: x
• Re: Impossible Database Design?
  • From: Frank Hamersley
• Re: wise words
  • From: Frank Hamersley
• Re: wise words
  • From: x
• Re: wise words
  • From: Erwin
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: wise words
  • From: Erwin
• Re: Sets and Lists, again
  • From: dawn
• Re: Ping: dawn, some mvl questions
  • From: David Cressey
• Re: Sets and Lists, again
  • From: David Cressey
• Re: TRM - Morbidity has set in, or not?
  • From: Erwin
• Half lore
  • From: x
• Re: Relation or attribute and why
  • From: Tony Andrews
• Re: Process Model
  • From: David Cressey
• Re: wise words
  • From: David Cressey
• Re: wise words
  • From: x
• Re: wise words
  • From: Roy Hann
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: wise words
  • From: x
• Re: wise words
  • From: Frank Hamersley
• Re: Sets and Lists, again
  • From: x
• Re: Sets and Lists, again
  • From: x
• Re: Sets and Lists, again
  • From: x
• Re: Sets and Lists, again
  • From: x
• Re: Sets and Lists, again
  • From: mAsterdam
• Re: The OverRelational Manifesto. VOCIFEROUS IGNORANCE vs. NUMB DOGMA.
  • From: U-gene
• Re: Relation or attribute and why
  • From: x
• The OverRelational Manifesto. VOCIFEROUS IGNORANCE vs. NUMB DOGMA.(the sequel)
  • From: U-gene
• Re: Relation name = address?
  • From: x
• Re: Efficient comparison of two DBs
  • From: x
• Re: Ping: dawn, some mvl questions
  • From: Keith H Duggar
• Re: Sets and Lists, again
  • From: dawn
• Re: Sets and Lists, again
  • From: JOG
• Re: Proof of Completeness of Algebraic Properties of Relational Lattice
  • From: Neo
• Re: Ping: dawn, some mvl questions
  • From: mAsterdam
• Re: Ping: dawn, some mvl questions
  • From: dawn
• Re: Sets and Lists, again
  • From: mAsterdam
• Re: Ping: dawn, some mvl questions
  • From: Gene Wirchenko
• Re: Sets and Lists, again
  • From: dawn
• Re: Sets and Lists, again
  • From: Gene Wirchenko
• Re: Ping: dawn, some mvl questions
  • From: mAsterdam
• Re: Sets and Lists, again
  • From: dawn
• Re: Relation or attribute and why
  • From: dawn
• Re: Ping: dawn, some mvl questions
  • From: dawn
• Re: TRM - Morbidity has set in, or not?
  • From: Tony D
• Re: Ping: dawn, some mvl questions
  • From: dawn
• Re: Proof of Completeness of Algebraic Properties of Relational Lattice
  • From: Marshall
• Re: Ping: dawn, some mvl questions
  • From: Gene Wirchenko
• Re: Ping: dawn, some mvl questions
  • From: dawn
• Re: Ping: dawn, some mvl questions
  • From: dawn
• Re: Proof of Completeness of Algebraic Properties of Relational Lattice
  • From: Neo
• Re: Ping: dawn, some mvl questions
  • From: Bob Badour
• Re: Ping: dawn, some mvl questions
  • From: Keith H Duggar
• Re: Ping: dawn, some mvl questions
  • From: David Cressey
• Re: Impossible Database Design?
  • From: Bob Badour
• Re: Impossible Database Design?
  • From: JOG
• Re: TRM - Morbidity has set in, or not?
  • From: mAsterdam
• Re: Ping: dawn, some mvl questions
  • From: mAsterdam
• Re: Relation name = address?
  • From: JOG
• Re: Efficient comparison of two DBs
  • From: Ike
• Re: Impossible Database Design?
  • From: Marshall
• Re: TRM - Morbidity has set in, or not?
  • From: Marshall
• Re: TRM - Morbidity has set in, or not?
  • From: Tony D
• Re: Efficient comparison of two DBs
  • From: x
• Re: Ping: dawn, some mvl questions
  • From: x
• Re: Efficient comparison of two DBs
  • From: Bob Badour
• Re: wise words
  • From: Bob Badour
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: Impossible Database Design?
  • From: Frank Hamersley
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: wise words
  • From: x
• Re: TRM - Morbidity has set in, or not?
  • From: Frank Hamersley
• Re: wise words
  • From: Frank Hamersley
• Re: Efficient comparison of two DBs
  • From: x
• Re: Infinity and indefinite extensibility
  • From: Tony D
• Re: Efficient comparison of two DBs
  • From: Ike
• Re: Efficient comparison of two DBs
  • From: x
• Re: Impossible Database Design?
  • From: x
• Efficient comparison of two DBs
  • From: Ike
• Re: TRM - Morbidity has set in, or not?
  • From: Erwin
• Re: wise words
  • From: Erwin
• Re: Impossible Database Design?
  • From: x
• Re: Relation name = address?
  • From: x
• Re: Sets and Lists, again
  • From: x
• Re: Sets and Lists, again
  • From: x
• Re: Relation or attribute and why
  • From: x
• Re: Sets and Lists, again
  • From: x
• Re: Infinity and indefinite extensibility
  • From: x
• Re: Ping: dawn, some mvl questions
  • From: Keith H Duggar
• Re: Proof of Completeness of Algebraic Properties of Relational Lattice
  • From: Marshall
• Re: Sets and Lists, again
  • From: JOG
• Re: Ping: dawn, some mvl questions
  • From: JOG
• Re: Sets and Lists, again
  • From: Bob Badour
• Re: Proof of Completeness of Algebraic Properties of Relational Lattice
  • From: Bob Badour
• Re: Ping: dawn, some mvl questions
  • From: Bob Badour
• Re: Sets and Lists, again
  • From: JOG
• Re: Proof of Completeness of Algebraic Properties of Relational Lattice
  • From: Marshall
• Re: Ping: dawn, some mvl questions
  • From: JOG
• Re: Proof of Completeness of Algebraic Properties of Relational Lattice
  • From: Neo
• Re: Ping: dawn, some mvl questions
  • From: mAsterdam
• Re: Ping: dawn, some mvl questions
  • From: Bob Badour
• Re: Process Model
  • From: Bob Badour
• Re: Ping: dawn, some mvl questions
  • From: Keith H Duggar
• Re: Impossible Database Design?
  • From: Bob Badour
• Re: Impossible Database Design?
  • From: Bob Badour
• Re: Infinity and indefinite extensibility
  • From: David Cressey
• Re: Sets and Lists, again
  • From: David Cressey
• Re: Process Model
  • From: David Cressey
• Re: Impossible Database Design?
  • From: David Cressey
• Re: Impossible Database Design?
  • From: David Cressey
• Re: Impossible Database Design?
  • From: David Cressey
• Re: Infinity and indefinite extensibility
  • From: David Cressey
• Re: Ping: dawn, some mvl questions
  • From: mAsterdam
• Re: Proof of Completeness of Algebraic Properties of Relational Lattice
  • From: Vadim Tropashko
• Re: Ping: dawn, some mvl questions
  • From: David Cressey
• Re: Proof of Completeness of Algebraic Properties of Relational Lattice
  • From: Marshall
• Re: Impossible Database Design?
  • From: Bob Badour
• Re: Proof of Completeness of Algebraic Properties of Relational Lattice
  • From: Neo
• Re: Proof of Completeness of Algebraic Properties of Relational Lattice
  • From: Neo
• Re: Impossible Database Design?
  • From: Marshall
• Re: Ping: dawn, some mvl questions
  • From: Kenneth Downs
• Re: Ping: dawn, some mvl questions
  • From: mAsterdam
• Re: Ping: dawn, some mvl questions
  • From: dawn
• Re: Impossible Database Design?
  • From: Frank Hamersley
• Re: Impossible Database Design?
  • From: Frank Hamersley
• Re: Ping: dawn, some mvl questions
  • From: mAsterdam
• Re: Ping: dawn, some mvl questions
  • From: dawn
• Re: Proof of Completeness of Algebraic Properties of Relational Lattice
  • From: Marshall
• Re: Impossible Database Design?
  • From: Marshall
• Proof of Completeness of Algebraic Properties of Relational Lattice
  • From: Marshall
• Re: Impossible Database Design?
  • From: Bob Badour
• Re: Sets and Lists, again
  • From: dawn
• Re: Sets and Lists, again
  • From: dawn
• Re: Impossible Database Design?
  • From: Marshall
• Re: Infinity and indefinite extensibility
  • From: -CELKO-
• Re: Impossible Database Design?
  • From: -CELKO-
• Re: Impossible Database Design?
  • From: -CELKO-
• Re: Sets and Lists, again
  • From: Bob Badour
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: Sets and Lists, again
  • From: Bob Badour
• Re: Sets and Lists, again
  • From: Marshall
• Re: Infinity and indefinite extensibility
  • From: Bob Badour
• Re: Sets and Lists, again
  • From: Bob Badour
• Re: Sets and Lists, again
  • From: Bob Badour
• Re: Process Model
  • From: Bob Badour
• Re: Sets and Lists, again
  • From: David Cressey
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: Sets and Lists, again
  • From: David Cressey
• Re: Sets and Lists, again
  • From: dawn
• Re: Sets and Lists, again
  • From: dawn
• Infinity and indefinite extensibility
  • From: David Cressey
• Re: Impossible Database Design?
  • From: mAsterdam
• Re: wise words
  • From: David Cressey
• Re: wise words
  • From: David Cressey
• Re: Process Model
  • From: David Cressey
• Re: oh
  • From: Kenneth Downs
• Re: Sets and Lists, again
  • From: David Cressey
• Ping: dawn, some mvl questions
  • From: Kenneth Downs
• Re: Impossible Database Design?
  • From: Jay Dee
• Re: Sets and Lists, again
  • From: David Cressey
• Re: Impossible Database Design?
  • From: mAsterdam
• Re: TRM - Morbidity has set in, or not?
  • From: J M Davitt
• Re: Impossible Database Design?
  • From: mAsterdam
• Re: oh
  • From: mAsterdam
• Re: oh
  • From: Bob Badour
• Re: Sets and Lists, again
  • From: dawn
• Re: Impossible Database Design?
  • From: paul c
• Re: TRM - Morbidity has set in, or not?
  • From: paul c
• Re: TRM - Morbidity has set in, or not?
  • From: J M Davitt
• Re: Impossible Database Design?
  • From: Jay Dee
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: TRM - Morbidity has set in, or not?
  • From: J M Davitt
• oh
  • From: Rich Ryan
• Re: Sets and Lists, again
  • From: -CELKO-
• Re: Impossible Database Design?
  • From: -CELKO-
• Re: Impossible Database Design?
  • From: -CELKO-
• Re: Impossible Database Design?
  • From: mAsterdam
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: TRM - Morbidity has set in, or not?
  • From: Mikito Harakiri
• Re: TRM - Morbidity has set in, or not?
  • From: Marshall
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: Sets and Lists, again
  • From: Bob Badour
• Re: wise words
  • From: Bob Badour
• Re: Process Model
  • From: Kenneth Downs
• Re: Impossible Database Design?
  • From: -CELKO-
• Re: Impossible Database Design?
  • From: Anne & Lynn Wheeler
• Re: Relation name = address?
  • From: Tony D
• Re: Process Model
  • From: Bob Badour
• Re: Process Model
  • From: Bob Badour
• Re: Impossible Database Design?
  • From: David Cressey
• Sets and Lists, again
  • From: David Cressey
• Re: Relation name = address?
  • From: Bob Badour
• Re: wise words
  • From: Erwin
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: Process Model
  • From: David Cressey
• Re: Process Model
  • From: Kenneth Downs
• Re: Relation name = address?
  • From: Tony D
• Process Model
  • From: David Cressey
• Re: TRM - Morbidity has set in, or not?
  • From: J M Davitt
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: wise words
  • From: x
• Re: Impossible Database Design?
  • From: x
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: Relation name = address?
  • From: Marshall
• Re: Impossible Database Design?
  • From: mAsterdam
• Re: [OT] pigeons
  • From: Frank Hamersley
• Re: Impossible Database Design?
  • From: Frank Hamersley
• Re: [OT] pigeons (was: TRM - Morbidity has set in, or not?)
  • From: x
• Re: [OT] pigeons
  • From: x
• Re: TRM - Morbidity has set in, or not?
  • From: Keith H Duggar
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: Impossible Database Design?
  • From: -CELKO-
• Re: Impossible Database Design?
  • From: -CELKO-
• Re: Impossible Database Design?
  • From: -CELKO-
• Re: Impossible Database Design?
  • From: Jay Dee
• Re: self-aggrandizing ignorant
  • From: Marshall
• Re: TRM - Morbidity has set in, or not?
  • From: Keith H Duggar
• Re: TRM - Morbidity has set in, or not?
  • From: dawn
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: Relation or attribute and why
  • From: dawn
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: [OT] pigeons
  • From: Bob Badour
• Re: Impossible Database Design?
  • From: Jay Dee
• [OT] pigeons (was: TRM - Morbidity has set in, or not?)
  • From: frosty
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: wise words
  • From: erk
• Re: Impossible Database Design?
  • From: Jay Dee
• Re: The OverRelational Manifesto. VOCIFEROUS IGNORANCE vs. NUMB DOGMA.
  • From: Mikito Harakiri
• Re: TRM - Morbidity has set in, or not?
  • From: erk
• wise words
  • From: Bob Badour
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: Impossible Database Design?
  • From: Jay Dee
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: TRM - Morbidity has set in, or not?
  • From: erk
• Re: Relation name = address?
  • From: Bob Badour
• Relation name = address?
  • From: JOG
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: relational model applied to simulation programming
  • From: x
• Re: self-aggrandizing ignorant
  • From: JOG
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: self-aggrandizing ignorant
  • From: Bob Badour
• Re: TRM - Morbidity has set in, or not?
  • From: Marshall
• Re: The OverRelational Manifesto. VOCIFEROUS IGNORANCE vs. NUMB DOGMA.
  • From: x
• Re: TRM - Morbidity has set in, or not?
  • From: dawn
• Re: A Logical Model for Lists as Relations
  • From: x
• Re: The OverRelational Manifesto. VOCIFEROUS IGNORANCE vs. NUMB DOGMA.
  • From: Marshall
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: Impossible Database Design?
  • From: Frank Hamersley
• Advice on Multimedia Databases
  • From: Abhishek
• Advice on Multimedia Databases
  • From: Abhishek
• Re: The OverRelational Manifesto. VOCIFEROUS IGNORANCE vs. NUMB DOGMA.
  • From: U-gene
• Re: Impossible Database Design?
  • From: x
• Re: The OverRelational Manifesto. VOCIFEROUS IGNORANCE vs. NUMB DOGMA.
  • From: U-gene
• Re: Impossible Database Design?
  • From: Alfredo Novoa
• Re: TRM - Morbidity has set in, or not?
  • From: David Cressey
• Re: self-aggrandizing ignorant
  • From: David Cressey
• Re: Relation or attribute and why
  • From: x
• Re: Impossible Database Design?
  • From: x
• Re: Impossible Database Design?
  • From: x
• Re: Impossible Database Design?
  • From: Alfredo Novoa
• Re: Impossible Database Design?
  • From: x
• Re: The OverRelational Manifesto. VOCIFEROUS IGNORANCE vs. NUMB DOGMA.
  • From: Alfredo Novoa
• Re: Impossible Database Design?
  • From: x
• Re: Impossible Database Design?
  • From: x
• Re: Impossible Database Design?
  • From: x
• Re: Impossible Database Design?
  • From: x
• Re: self-aggrandizing ignorant
  • From: Jon Heggland
• Re: Impossible Database Design?
  • From: Alvin Ryder
• Re: Impossible Database Design?
  • From: Alvin Ryder
• Re: self-aggrandizing ignorant
  • From: Marshall
• Re: self-aggrandizing ignorant
  • From: Bob Badour
• Re: self-aggrandizing ignorant
  • From: Marshall
• Re: self-aggrandizing ignorant
  • From: Bob Badour
• self-aggrandizing ignorant
  • From: Rich Ryan
• Re: Relation or attribute and why
  • From: Gene Wirchenko
• Re: Impossible Database Design?
  • From: Bob Badour
• relational model applied to simulation programming
  • From: Keith H Duggar
• Re: The OverRelational Manifesto. VOCIFEROUS IGNORANCE vs. NUMB DOGMA.
  • From: JOG
• Re: Impossible Database Design?
  • From: paul c
• Re: Impossible Database Design?
  • From: mAsterdam
• Re: The OverRelational Manifesto. VOCIFEROUS IGNORANCE vs. NUMB DOGMA.
  • From: Marshall
• Re: Impossible Database Design?
  • From: mAsterdam
• Re: How to decompose a relation into its binary relation? The attributes the states
  • From: JOG
• Re: The OverRelational Manifesto. VOCIFEROUS IGNORANCE vs. NUMB DOGMA.
  • From: JOG
• Re: TRM - Morbidity has set in, or not?
  • From: vldm10
• Re: TRM - Morbidity has set in, or not?
  • From: vldm10
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: Impossible Database Design?
  • From: Alvin Ryder
• Re: TRM - Morbidity has set in, or not?
  • From: Marshall
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: Impossible Database Design?
  • From: JayDee
• Re: Impossible Database Design?
  • From: Marshall
• How to decompose a relation into its binary relation? The attributes the states
  • From: vldm10
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: Impossible Database Design?
  • From: Marshall
• Re: Impossible Database Design?
  • From: JayDee
• Re: The OverRelational Manifesto. VOCIFEROUS IGNORANCE vs. NUMB DOGMA.
  • From: Marshall
• Re: Impossible Database Design?
  • From: Bob Badour
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: Impossible Database Design?
  • From: Bob Badour
• Re: Impossible Database Design?
  • From: Bob Badour
• Re: Impossible Database Design?
  • From: Bob Badour
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: Impossible Database Design?
  • From: Marshall
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: Impossible Database Design?
  • From: Volker Hetzer
• Re: Impossible Database Design?
  • From: Volker Hetzer
• Re: Impossible Database Design?
  • From: Volker Hetzer
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: Impossible Database Design?
  • From: Bob Badour
• Re: Impossible Database Design?
  • From: Bob Badour
• Re: Content Based Addressing
  • From: x
• Re: TRM - Morbidity has set in, or not?
  • From: dawn
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: Impossible Database Design?
  • From: David Cressey
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: Relation or attribute and why
  • From: dawn
• Re: Impossible Database Design?
  • From: -CELKO-
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: Impossible Database Design?
  • From: -CELKO-
• Re: TRM - Morbidity has set in, or not?
  • From: David Cressey
• Re: Impossible Database Design?
  • From: -CELKO-
• Re: Relation or attribute and why
  • From: David Cressey
• Re: TRM - Morbidity has set in, or not?
  • From: J M Davitt
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: Impossible Database Design?
  • From: x
• Re: Impossible Database Design?
  • From: Nikolai Onken
• The OverRelational Manifesto. VOCIFEROUS IGNORANCE vs. NUMB DOGMA.
  • From: U-gene
• Re: Impossible Database Design?
  • From: x
• Re: Content Based Addressing
  • From: x
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: Content Based Addressing
  • From: x
• Re: Impossible Database Design?
  • From: x
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: Impossible Database Design?
  • From: Bob Badour
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: Impossible Database Design?
  • From: mAsterdam
• Re: TRM - Morbidity has set in, or not?
  • From: Dan
• Re: TRM - Morbidity has set in, or not?
  • From: Keith H Duggar
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: TRM - Morbidity has set in, or not?
  • From: J M Davitt
• Re: TRM - Morbidity has set in, or not?
  • From: Frank Hamersley
• Re: TRM - Morbidity has set in, or not?
  • From: Frank Hamersley
• Re: TRM - Morbidity has set in, or not?
  • From: vldm10
• Re: TRM - Morbidity has set in, or not?
  • From: Paul Mansour
• Re: TRM - Morbidity has set in, or not?
  • From: Dan
• Re: Relation or attribute and why
  • From: JOG
• Re: Content Based Addressing
  • From: Marshall
• Re: Relation or attribute and why
  • From: Kenneth Downs
• Re: Relation or attribute and why
  • From: Marshall
• Re: TRM - Morbidity has set in, or not?
  • From: JOG
• Re: TRM - Morbidity has set in, or not?
  • From: Marshall
• Re: Impossible Database Design?
  • From: Marshall
• Relation or attribute and why
  • From: dawn
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: Content Based Addressing
  • From: Bob Badour
• Re: Impossible Database Design?
  • From: Bob Badour
• Re: TRM - Morbidity has set in, or not?
  • From: Keith H Duggar
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Content Based Addressing
  • From: David Cressey
• Re: Impossible Database Design?
  • From: David Cressey
• Re: Impossible Database Design?
  • From: Marshall
• Re: Impossible Database Design?
  • From: Bob Badour
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: Impossible Database Design?
  • From: Kenneth Downs
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: TRM - Morbidity has set in, or not?
  • From: dawn
• Re: TRM - Morbidity has set in, or not?
  • From: dawn
• Re: TRM - Morbidity has set in, or not?
  • From: Kenneth Downs
• Re: Impossible Database Design?
  • From: Kenneth Downs
• Re: Impossible Database Design?
  • From: Bob Badour
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: Impossible Database Design?
  • From: Bob Badour
• Re: Impossible Database Design?
  • From: Nikolai Onken
• Re: Impossible Database Design?
  • From: Bob Badour
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Impossible Database Design?
  • From: Nikolai Onken
• Re: TRM - Morbidity has set in, or not?
  • From: dawn
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: TRM - Morbidity has set in, or not?
  • From: Frank Hamersley
• Re: TRM - Morbidity has set in, or not?
  • From: David Cressey
• Re: TRM - Morbidity has set in, or not?
  • From: J M Davitt
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: TRM - Morbidity has set in, or not?
  • From: Frank Hamersley
• Re: TRM - Morbidity has set in, or not?
  • From: Paul Mansour
• Re: TRM - Morbidity has set in, or not?
  • From: Paul Mansour
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: TRM - Morbidity has set in, or not?
  • From: Paul Mansour
• Re: TRM - Morbidity has set in, or not?
  • From: J M Davitt
• Re: TRM - Morbidity has set in, or not?
  • From: J M Davitt
• Re: TRM - Morbidity has set in, or not?
  • From: Gene Wirchenko
• Re: TRM - Morbidity has set in, or not?
  • From: Paul Mansour
• Re: TRM - Morbidity has set in, or not?
  • From: Keith H Duggar
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: TRM - Morbidity has set in, or not?
  • From: Frank Hamersley
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: TRM - Morbidity has set in, or not?
  • From: x
• Re: TRM - Morbidity has set in, or not?
  • From: Frank Hamersley
• Re: TRM - Morbidity has set in, or not?
  • From: Roy Hann
• Re: TRM - Morbidity has set in, or not?
  • From: Frank Hamersley
• Re: TRM - Morbidity has set in, or not?
  • From: Roy Hann
• Re: TRM - Morbidity has set in, or not?
  • From: Frank Hamersley
• Re: TRM - Morbidity has set in, or not?
  • From: Frank Hamersley
• Re: TRM - Morbidity has set in, or not?
  • From: Keith H Duggar
• Re: TRM - Morbidity has set in, or not?
  • From: Marshall Spight
• Re: TRM - Morbidity has set in, or not?
  • From: J M Davitt
• Re: TRM - Morbidity has set in, or not?
  • From: David Cressey
• Re: A Logical Model for Lists as Relations
  • From: Bob Badour
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: TRM - Morbidity has set in, or not?
  • From: Marshall Spight
• Re: TRM - Morbidity has set in, or not?
  • From: Marshall Spight
• Re: TRM - Morbidity has set in, or not?
  • From: Marshall Spight
• Re: TRM - Morbidity has set in, or not?
  • From: David Cressey
• Re: A Logical Model for Lists as Relations
  • From: David Cressey
• Re: TRM - Morbidity has set in, or not?
  • From: Dan
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: TRM - Morbidity has set in, or not?
  • From: Bob Badour
• Re: TRM - Morbidity has set in, or not?
  • From: Marshall Spight
• Re: TRM - Morbidity has set in, or not?
  • From: Marshall Spight
• Re: TRM - Morbidity has set in, or not?
  • From: paul c
• Re: TRM - Morbidity has set in, or not?
  • From: Marshall Spight
• Re: TRM - Morbidity has set in, or not?
  • From: dawn
• Re: TRM - Morbidity has set in, or not?
  • From: HungryLion
• Re: TRM - Morbidity has set in, or not?
  • From: J M Davitt
• Re: TRM - Morbidity has set in, or not?
  • From: Gene Wirchenko
• Re: TRM - Morbidity has set in, or not?
  • From: paul c
• Re: A Logical Model for Lists as Relations
  • From: Gene Wirchenko
• Re: A Logical Model for Lists as Relations
  • From: JOG
• Re: A Logical Model for Lists as Relations
  • From: vc
• Re: A Logical Model for Lists as Relations
  • From: Bob Badour
• Re: A Logical Model for Lists as Relations
  • From: Bob Badour
• Re: A Logical Model for Lists as Relations
  • From: Bob Badour
• Re: A Logical Model for Lists as Relations
  • From: Mikito Harakiri
• Re: A Logical Model for Lists as Relations
  • From: vc
• Re: A Logical Model for Lists as Relations
  • From: JOG
• Re: TRM - Morbidity has set in, or not?
  • From: Marshall Spight
• Re: A Logical Model for Lists as Relations
  • From: Marshall Spight
• Re: A Logical Model for Lists as Relations
  • From: Marshall Spight
• Re: A Logical Model for Lists as Relations
  • From: Marshall Spight
• Re: A Logical Model for Lists as Relations
  • From: Marshall Spight
• Re: A Logical Model for Lists as Relations
  • From: Mikito Harakiri
• Re: A Logical Model for Lists as Relations
  • From: Neo
• Re: A Logical Model for Lists as Relations
  • From: JOG
• Re: A Logical Model for Lists as Relations
  • From: David Cressey
• Re: TRM - Morbidity has set in, or not?
  • From: Frank Hamersley
• Re: A Logical Model for Lists as Relations
  • From: vc
• Re: A Logical Model for Lists as Relations
  • From: vc
• Re: All hail Bob!
  • From: x
• Re: How to write your own database driver
  • From: elif
• Re: A Logical Model for Lists as Relations
  • From: Bob Badour
• Re: A Logical Model for Lists as Relations
  • From: Mikito Harakiri
• Re: A Logical Model for Lists as Relations
  • From: Bob Badour
• Re: A Logical Model for Lists as Relations
  • From: Mikito Harakiri
• Re: A Logical Model for Lists as Relations
  • From: Bob Badour
• Re: A Logical Model for Lists as Relations
  • From: Bob Badour
• Re: A Logical Model for Lists as Relations
  • From: Jay Dee
• Re: A Logical Model for Lists as Relations
  • From: Jay Dee
• Re: A Logical Model for Lists as Relations
  • From: vc
• Re: A Logical Model for Lists as Relations
  • From: vc
• Re: TRM - Morbidity has set in, or not?
  • From: J M Davitt
• TRM - Morbidity has set in, or not?
  • From: Frank Hamersley
• Re: A Logical Model for Lists as Relations
  • From: Jay Dee
• Re: A Logical Model for Lists as Relations
  • From: Jay Dee
• Re: A Logical Model for Lists as Relations
  • From: Jay Dee
• Re: A Logical Model for Lists as Relations
  • From: JOG
• Re: A Logical Model for Lists as Relations
  • From: vc
• Re: A Logical Model for Lists as Relations
  • From: Bob Badour
• Re: A Logical Model for Lists as Relations
  • From: vc
• Re: A Logical Model for Lists as Relations
  • From: vc
• Re: All hail Bob!
  • From: J M Davitt
• Re: A Logical Model for Lists as Relations
  • From: Jay Dee
• Erratum: A Logical Model for Lists as Relations
  • From: mAsterdam
• Re: A Logical Model for Lists as Relations
  • From: Alvin Ryder
• Re: A Logical Model for Lists as Relations
  • From: David Cressey
• Re: A Logical Model for Lists as Relations
  • From: mAsterdam
• Re: All hail Bob!
  • From: David Cressey
• Re: A Logical Model for Lists as Relations
  • From: Gene Wirchenko
• Re: All hail Bob!
  • From: Gene Wirchenko
• Re: A Logical Model for Lists as Relations
  • From: Bob Badour
• Re: A Logical Model for Lists as Relations
  • From: mAsterdam
• Re: A Logical Model for Lists as Relations
  • From: Vadim Tropashko
• Re: A Logical Model for Lists as Relations
  • From: mAsterdam
• Re: A Logical Model for Lists as Relations
  • From: mAsterdam
• Re: A Logical Model for Lists as Relations
  • From: mAsterdam
• Re: A Logical Model for Lists as Relations
  • From: mAsterdam
• Re: A Logical Model for Lists as Relations
  • From: vc
• Re: All hail Bob!
  • From: JOG
• Re: All hail Bob!
  • From: Bob Badour
• Re: How to write your own database driver
  • From: Bob Badour
• Re: A Logical Model for Lists as Relations
  • From: Bob Badour
• Re: All hail Bob!
  • From: JOG
• Re: A Logical Model for Lists as Relations
  • From: JOG
• How to write your own database driver
  • From: elif
• Re: A Logical Model for Lists as Relations
  • From: Bob Badour
• Re: A Logical Model for Lists as Relations
  • From: JOG
• Re: All hail Bob!
  • From: Bob Badour
• Re: A Logical Model for Lists as Relations
  • From: David Cressey
• Re: All hail Bob!
  • From: x
• Re: All hail Bob!
  • From: x
• Re: All hail Bob!
  • From: x
• Re: All hail Bob!
  • From: x
• Re: A Logical Model for Lists as Relations
  • From: x
• Re: All hail Bob!
  • From: JOG
• Re: All hail Bob!
  • From: JOG
• Re: A Logical Model for Lists as Relations
  • From: David Cressey
• Re: A Logical Model for Lists as Relations
  • From: David Cressey
• Re: All hail Bob!
  • From: David Cressey
• Re: All hail Bob!
  • From: David Cressey
• Re: All hail Bob!
  • From: JOG
• Re: A Logical Model for Lists as Relations
  • From: x
• Re: A Logical Model for Lists as Relations
  • From: Frank Hamersley
• Re: All hail Bob!
  • From: Marshall Spight
• Re: A Logical Model for Lists as Relations
  • From: Jay Dee
• Re: All hail Bob!
  • From: Gene Wirchenko
• Re: A Logical Model for Lists as Relations
  • From: Frank Hamersley
• Re: All hail Bob!
  • From: Bob Badour
• Re: All hail Bob!
  • From: Marshall Spight
• Re: All hail Bob!
  • From: Frank Hamersley
• Re: A Logical Model for Lists as Relations
  • From: Bob Badour
• Re: All hail Bob!
  • From: Frank Hamersley
• Re: All hail Bob!
  • From: Frank Hamersley
• Re: All hail Bob!
  • From: JOG
• Re: All hail Bob!
  • From: J M Davitt
• Re: A Logical Model for Lists as Relations
  • From: Jay Dee
• Re: All hail Bob!
  • From: Keith H Duggar
• Re: All hail Bob!
  • From: Keith H Duggar
• Re: A Logical Model for Lists as Relations
  • From: Vadim Tropashko
• Re: A Logical Model for Lists as Relations
  • From: David Cressey
• Re: XML databases
  • From: JOG
• Re: A Logical Model for Lists as Relations
  • From: Tony D
• Re: A Logical Model for Lists as Relations
  • From: Bob Badour
• Re: All hail Bob!
  • From: JOG
• Re: A Logical Model for Lists as Relations
  • From: Bob Badour
• Re: A Logical Model for Lists as Relations
  • From: Bob Badour
• Re: All hail Bob!
  • From: Bob Badour
• Re: A Logical Model for Lists as Relations
  • From: vc
• Re: A Logical Model for Lists as Relations
  • From: vc
• Re: All hail Bob!
  • From: Marshall Spight
• Re: All hail Bob!
  • From: Strider
• Re: A Logical Model for Lists as Relations
  • From: Marshall Spight
• Re: A Logical Model for Lists as Relations
  • From: Marshall Spight
• Re: All hail Bob!
  • From: Marshall Spight
• Re: A Logical Model for Lists as Relations
  • From: Marshall Spight
• Re: Lucid statement of the MV vs RM position?
  • From: Marshall Spight
• Re: Nontrivial problem - please help
  • From: x
• Re: All hail Bob!
  • From: Strider
• Re: All hail Bob!
  • From: Frank Hamersley
• Re: All hail Bob (not)!
  • From: Frank Hamersley
• Re: A Logical Model for Lists as Relations
  • From: Frank Hamersley
• Re: A Logical Model for Lists as Relations
  • From: David Cressey
• Re: Lucid statement of the MV vs RM position?
  • From: David Cressey
• Re: A Logical Model for Lists as Relations
  • From: Jay Dee
• Re: E/R modeling: relationship's attributes
  • From: x
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Lucid statement of the MV vs RM position?
  • From: Keith H Duggar
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: All hail Bob!
  • From: Keith H Duggar
• Re: A Logical Model for Lists as Relations
  • From: Bob Badour
• Re: A Logical Model for Lists as Relations
  • From: Brian Selzer
• Re: A Logical Model for Lists as Relations
  • From: dawn
• Re: All hail Bob (not)!
  • From: Bob Badour
• Re: All hail Bob (not)!
  • From: Gene Wirchenko
• A Logical Model for Lists as Relations
  • From: Marshall Spight
• Re: Storing data and code in a Db with LISP-like interface
  • From: Bob Badour
• ideas for multimedia databses
  • From: Abhishek
• Re: Lucid statement of the MV vs RM position?
  • From: David Cressey
• Re: Lucid statement of the MV vs RM position?
  • From: Marshall Spight
• Re: Storing derived and derivable data
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Lucid statement of the MV vs RM position?
  • From: David Cressey
• Re: Storing derived and derivable data
  • From: Jay Dee
• Re: XML databases
  • From: x
• Re: Storing derived and derivable data
  • From: Kenneth Downs
• Re: Modelling Complex Sentences
  • From: x
• Re: E/R modeling: relationship's attributes
  • From: x
• Re: Lucid statement of the MV vs RM position?
  • From: Frank Hamersley
• Re: Storing derived and derivable data
  • From: Frank Hamersley
• Re: Lucid statement of the MV vs RM position?
  • From: x
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Storing derived and derivable data
  • From: Jay Dee
• Re: Storing derived and derivable data
  • From: Kenneth Downs
• Re: Storing derived and derivable data
  • From: Jay Dee
• Re: Logical = relational?
  • From: Mikito Harakiri
• Re: Anybody for changing light bulbs?
  • From: George 7
• Re: Modelling Complex Sentences
  • From: Neo
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Storing derived and derivable data
  • From: Kenneth Downs
• Re: XML databases
  • From: dawn
• Re: XML databases
  • From: JOG
• Re: XML databases
  • From: Neo
• Re: Lucid statement of the MV vs RM position?
  • From: x
• Re: "The OverRelational Manifeso". The answer on x's question (RM/T and "TheORM")
  • From: x
• Re: Storing data and code in a Db with LISP-like interface
  • From: Marshall Spight
• Re: E/R modeling: relationship's attributes
  • From: JOG
• Re: E/R modeling: relationship's attributes
  • From: Marshall Spight
• Re: Lucid statement of the MV vs RM position?
  • From: Marshall Spight
• Re: Lucid statement of the MV vs RM position?
  • From: Marshall Spight
• Re: Anybody for changing light bulbs?
  • From: x
• Re: Modelling Complex Sentences
  • From: Tony D
• XML databases
  • From: JOG
• Re: Storing data and code in a Db with LISP-like interface
  • From: x
• Re: Storing data and code in a Db with LISP-like interface
  • From: x
• Re: E/R modeling: relationship's attributes
  • From: x
• Re: E/R modeling: relationship's attributes
  • From: x
• Re: All hail Bob (not)!
  • From: Frank Hamersley
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Lucid statement of the MV vs RM position?
  • From: Marshall Spight
• Re: Lucid statement of the MV vs RM position?
  • From: Marshall Spight
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: All hail Bob (not)!
  • From: Bob Badour
• Re: All hail Bob (not)!
  • From: jiiiiim
• Re: Anybody for changing light bulbs?
  • From: Frank Hamersley
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Is there sb know sth about the Database compression?
  • From: roger
• Re: Lucid statement of the MV vs RM position?
  • From: Marshall Spight
• Re: Storing data and code in a Db with LISP-like interface
  • From: J M Davitt
• Re: Modelling Complex Sentences
  • From: Neo
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Storing data and code in a Db with LISP-like interface
  • From: vc
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: Storing data and code in a Db with LISP-like interface
  • From: J M Davitt
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Storing derived and derivable data
  • From: Kenneth Downs
• Re: Storing derived and derivable data
  • From: Kenneth Downs
• Re: Storing data and code in a Db with LISP-like interface
  • From: vc
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: Anybody for changing light bulbs?
  • From: David Cressey
• Re: Storing derived and derivable data
  • From: David Cressey
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Anybody for changing light bulbs?
  • From: dawn
• Re: Storing derived and derivable data
  • From: dawn
• Re: Storing derived and derivable data
  • From: paul c
• Re: Functional dependency is multivalued dependency
  • From: Mikito Harakiri
• Re: Storing data and code in a Db with LISP-like interface
  • From: J M Davitt
• Re: Logical = relational?
  • From: J M Davitt
• Re: Modelling Complex Sentences
  • From: Jay Dee
• Re: Storing derived and derivable data
  • From: Kenneth Downs
• Re: Storing derived and derivable data
  • From: paul c
• Re: Storing derived and derivable data
  • From: Kenneth Downs
• Re: Storing derived and derivable data
  • From: Kenneth Downs
• Re: Anybody for changing light bulbs?
  • From: mAsterdam
• Anybody for changing light bulbs?
  • From: David Cressey
• Re: Storing derived and derivable data
  • From: David Cressey
• Re: E/R modeling: relationship's attributes
  • From: JOG
• Re: E/R modeling: relationship's attributes
  • From: Neo
• Re: Lucid statement of the MV vs RM position?
  • From: paul c
• Re: E/R modeling: relationship's attributes
  • From: Bob Badour
• Re: E/R modeling: relationship's attributes
  • From: JOG
• Re: E/R modeling: relationship's attributes
  • From: Neo
• Re: E/R modeling: relationship's attributes
  • From: Neo
• Re: Logical = relational?
  • From: Mikito Harakiri
• Re: Lucid statement of the MV vs RM position?
  • From: Marshall Spight
• Re: Storing derived and derivable data
  • From: paul c
• Re: Lucid statement of the MV vs RM position?
  • From: Marshall Spight
• Re: Lucid statement of the MV vs RM position?
  • From: paul c
• Re: Storing derived and derivable data
  • From: dawn
• Re: E/R modeling: relationship's attributes
  • From: Bob Badour
• Re: Storing derived and derivable data
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Lucid statement of the MV vs RM position?
  • From: paul c
• Re: Storing derived and derivable data
  • From: dawn
• Re: Storing derived and derivable data
  • From: Kenneth Downs
• Re: Storing derived and derivable data
  • From: Kenneth Downs
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: E/R modeling: relationship's attributes
  • From: U-gene
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: E/R modeling: relationship's attributes
  • From: U-gene
• Re: The OverRelational Manifesto ("TheORM"). Needs to be debunked.
  • From: U-gene
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Storing derived and derivable data
  • From: Marshall Spight
• Re: Modelling Complex Sentences
  • From: Jay Dee
• Re: Storing derived and derivable data
  • From: Kenneth Downs
• Re: Design question: one big field or slave table
  • From: Jay Dee
• Re: Logical = relational?
  • From: J M Davitt
• Re: Lucid statement of the MV vs RM position?
  • From: J M Davitt
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: Logical = relational?
  • From: vc
• Re: E/R modeling: relationship's attributes
  • From: Marshall Spight
• Re: E/R modeling: relationship's attributes
  • From: Neo
• Re: E/R modeling: relationship's attributes
  • From: JOG
• Re: E/R modeling: relationship's attributes
  • From: Neo
• Re: Lucid statement of the MV vs RM position?
  • From: JOG
• Re: Storing derived and derivable data
  • From: Bob Badour
• Re: Storing derived and derivable data
  • From: Kenneth Downs
• Re: The OverRelational Manifesto ("TheORM"). Needs to be debunked.
  • From: Alfredo Novoa
• Re: Lucid statement of the MV vs RM position?
  • From: paul c
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: E/R modeling: relationship's attributes
  • From: Bob Badour
• Re: E/R modeling: relationship's attributes
  • From: Jan Hidders
• Re: Logical = relational?
  • From: Mikito Harakiri
• Re: Lucid statement of the MV vs RM position?
  • From: Jan Hidders
• Re: E/R modeling: relationship's attributes
  • From: dawn
• Re: Logical = relational?
  • From: Jan Hidders
• Re: E/R modeling: relationship's attributes
  • From: Neo
• Re: E/R modeling: relationship's attributes
  • From: Jan Hidders
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: Logical = relational?
  • From: Bob Badour
• Logical = relational?
  • From: Mikito Harakiri
• Re: E/R modeling: relationship's attributes
  • From: JOG
• Re: Lucid statement of the MV vs RM position?
  • From: JOG
• Re: Lucid statement of the MV vs RM position?
  • From: paul c
• Re: Lucid statement of the MV vs RM position?
  • From: paul c
• Re: E/R modeling: relationship's attributes
  • From: paul c
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: E/R modeling: relationship's attributes
  • From: Mikito Harakiri
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Lucid statement of the MV vs RM position?
  • From: paul c
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: Marshall Spight
• Re: Lucid statement of the MV vs RM position?
  • From: JOG
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: E/R modeling: relationship's attributes
  • From: U-gene
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: The OverRelational Manifesto ("TheORM"). Needs to be debunked.
  • From: JOG
• Re: The OverRelational Manifesto ("TheORM"). Needs to be debunked.
  • From: U-gene
• Re: Design question: one big field or slave table
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• "The OverRelational Manifeso". The answer on x's question (RM/T and "TheORM")
  • From: U-gene
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Design question: one big field or slave table
  • From: Matthieu
• Re: Lucid statement of the MV vs RM position?
  • From: x
• Re: Lucid statement of the MV vs RM position?
  • From: x
• Re: Lucid statement of the MV vs RM position?
  • From: x
• Re: Design question: one big field or slave table
  • From: dawn
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: E/R modeling: relationship's attributes
  • From: Neo
• Re: Lucid statement of the MV vs RM position?
  • From: Marshall Spight
• Re: Lucid statement of the MV vs RM position?
  • From: JOG
• Re: Lucid statement of the MV vs RM position?
  • From: paul c
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: Lucid statement of the MV vs RM position?
  • From: x
• Re: Lucid statement of the MV vs RM position?
  • From: x
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: Design question: one big field or slave table
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Design question: one big field or slave table
  • From: Matthieu
• Re: N. Wirth
  • From: David Cressey
• Re: N. Wirth
  • From: David Cressey
• Re: N. Wirth
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: About empty battles
  • From: x
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• The Thread Mill
  • From: x
• Re: About empty battles
  • From: x
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: About empty battles
  • From: x
• Re: N. Wirth
  • From: David Fetter
• Re: Lucid statement of the MV vs RM position?
  • From: JOG
• Re: Lucid statement of the MV vs RM position?
  • From: paul c
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: paul c
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: N. Wirth
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: Jan Hidders
• Re: The OverRelational Manifesto ("TheORM"). Needs to be debunked.
  • From: Alfredo Novoa
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: E/R modeling: relationship's attributes
  • From: Jan Hidders
• Re: Lucid statement of the MV vs RM position?
  • From: paul c
• The OverRelational Manifesto ("TheORM"). Needs to be debunked.
  • From: U-gene
• Re: Lucid statement of the MV vs RM position?
  • From: JOG
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: About empty battles
  • From: Frank Hamersley
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: N. Wirth
  • From: Jon Heggland
• Re: N. Wirth
  • From: Jay Dee
• Re: Lucid statement of the MV vs RM position?
  • From: David Cressey
• Re: Lucid statement of the MV vs RM position?
  • From: David Cressey
• Re: N. Wirth
  • From: David Cressey
• Re: About empty battles
  • From: x
• Re: About empty battles
  • From: x
• Re: 1NF, missing/unknown data, and structured values
  • From: J M Davitt
• Re: 1NF, missing/unknown data, and structured values
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: Lucid statement of the MV vs RM position?
  • From: JOG
• 1NF, missing/unknown data, and structured values
  • From: ralphbecket
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• N. Wirth
  • From: Rich Ryan
• Re: All hail Neo!
  • From: Jay Dee
• Re: Lucid statement of the MV vs RM position?
  • From: JOG
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: E/R modeling: relationship's attributes
  • From: Sticky Bit
• Re: E/R modeling: relationship's attributes
  • From: Neo
• Re: E/R modeling: relationship's attributes
  • From: JOG
• Re: E/R modeling: relationship's attributes
  • From: Neo
• (repost) cdt glossary 0.1.1
  • From: mAsterdam
• Re: E/R modeling: relationship's attributes
  • From: mAsterdam
• Re: E/R modeling: relationship's attributes
  • From: Neo
• Re: Storing derived and derivable data
  • From: Bob Badour
• Re: Storing derived and derivable data
  • From: dawn
• Re: E/R modeling: relationship's attributes
  • From: Jan Hidders
• Re: Storing derived and derivable data
  • From: Jan Hidders
• Re: Lucid statement of the MV vs RM position?
  • From: Jan Hidders
• E/R modeling: relationship's attributes
  • From: Sticky Bit
• Re: All hail Neo!
  • From: Bob Badour
• Re: Storing derived and derivable data
  • From: dawn
• Re: All hail Neo!
  • From: Marshall Spight
• Re: All hail Neo!
  • From: Marshall Spight
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Neo!
  • From: Bob Badour
• Re: Thinking about Wirth
  • From: -CELKO-
• Re: Functional dependency is multivalued dependency
  • From: Mikito Harakiri

We are proud to have Web Hosting and Rack Housing from 9 Net Avenue Deutschland.
(15)