comp.databases.theory

• Thread Index

---

• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: Functional dependency is multivalued dependency
  • From: Mikito Harakiri
• Re: Functional dependency is multivalued dependency
  • From: Mikito Harakiri
• Re: Functional dependency is multivalued dependency
  • From: Jan Hidders
• Re: Functional dependency is multivalued dependency
  • From: paul c
• Re: Functional dependency is multivalued dependency
  • From: Jan Hidders
• Re: Storing derived and derivable data
  • From: Jan Hidders
• Re: Lucid statement of the MV vs RM position?
  • From: Jan Hidders
• Re: Beautifiul Mind: Thinking about Dijkstra
  • From: Brian Inglis
• Thinking about Wirth
  • From: David Cressey
• Re: efficient compare
  • From: Jan Hidders
• Re: Beautifiul Mind: Thinking about Dijkstra
  • From: Frank Hamersley
• Re: All hail Neo!
  • From: Jay Dee
• Re: All hail Neo!
  • From: Marshall Spight
• Re: Functional dependency is multivalued dependency
  • From: paul c
• Re: All hail Neo!
  • From: Jay Dee
• Re: Functional dependency is multivalued dependency
  • From: Neo
• Re: Beautifiul Mind: Thinking about Dijkstra
  • From: Tony D
• Re: About empty battles
  • From: Tony D
• Re: About empty battles
  • From: David Cressey
• Re: Box query
  • From: Isaac Blank
• Re: All hail Neo!
  • From: Gene Wirchenko
• Re: About empty battles
  • From: dawn
• Re: Functional dependency is multivalued dependency
  • From: Mikito Harakiri
• Functional dependency is multivalued dependency
  • From: Mikito Harakiri
• Re: About empty battles
  • From: Marshall Spight
• Re: Storing derived and derivable data
  • From: dawn
• Re: Storing derived and derivable data
  • From: Bob Badour
• Re: Storing data and code in a Db with LISP-like interface
  • From: Bob Badour
• Re: All hail Neo!
  • From: JOG
• Re: About empty battles
  • From: Roy Hann
• Re: About empty battles
  • From: Frank Hamersley
• Re: About empty battles
  • From: JOG
• Re: Beautifiul Mind: Thinking about Dijkstra
  • From: Frank Hamersley
• Re: Beautifiul Mind: Thinking about Dijkstra
  • From: JOG
• Re: About empty battles
  • From: Roy Hann
• About empty battles
  • From: x
• Re: Beautifiul Mind: Thinking about Dijkstra
  • From: x
• Re: Beautifiul Mind: Thinking about Dijkstra
  • From: David Cressey
• Re: Lucid statement of the MV vs RM position?
  • From: David Cressey
• Re: Multiplicity, Change and MV
  • From: x
• Re: Multiplicity, Change and MV
  • From: x
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: x
• 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: 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: Storing data and code in a Db with LISP-like interface
  • From: x
• Re: All hail Neo!
  • From: Frank Hamersley
• Re: Storing derived and derivable data
  • From: x
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Greg
• Re: Storing data and code in a Db with LISP-like interface
  • From: paul c
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Greg
• Re: All hail Neo!
  • From: Frank Hamersley
• Re: All hail Neo!
  • From: Gene Wirchenko
• Re: All hail Neo!
  • From: Frank Hamersley
• Re: All hail Neo!
  • From: Hugo Kornelis
• Beautifiul Mind: Thinking about Dijkstra
  • From: Rich Ryan
• Re: Lucid statement of the MV vs RM position?
  • From: Pickie
• Re: efficient compare
  • From: Andersen
• Re: efficient compare
  • From: Andersen
• Re: efficient compare
  • From: Andersen
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: JOG
• Re: All hail Neo!
  • From: JOG
• Re: All hail Neo!
  • From: Gene Wirchenko
• Re: All hail Neo!
  • From: Gene Wirchenko
• Re: Lucid statement of the MV vs RM position?
  • From: David Cressey
• Re: All hail Neo!
  • From: Frank Hamersley
• Re: All hail Neo!
  • From: David Cressey
• Re: All hail Neo!
  • From: Frank Hamersley
• Re: All hail Neo!
  • From: Frank Hamersley
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: Lucid statement of the MV vs RM position?
  • From: Pickie
• Re: All hail Neo!
  • From: Marshall Spight
• Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns
  • From: Frank Hamersley
• Re: All hail Neo!
  • From: Frank Hamersley
• Re: All hail Neo!
  • From: Frank Hamersley
• Re: All hail Neo!
  • From: Frank Hamersley
• Re: All hail Neo!
  • From: Marshall Spight
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Neo!
  • From: Gene Wirchenko
• Re: All hail Neo!
  • From: Marshall Spight
• Re: All hail Neo!
  • From: Marshall Spight
• Re: All hail Neo!
  • From: Marshall Spight
• Re: All hail Neo!
  • From: Gene Wirchenko
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Neo!
  • From: Gene Wirchenko
• Re: All hail Neo!
  • From: Marshall Spight
• Re: All hail Neo!
  • From: Marshall Spight
• Re: All hail Neo!
  • From: mAsterdam
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Neo!
  • From: Marshall Spight
• Re: All hail Neo!
  • From: Gene Wirchenko
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: All hail Neo!
  • From: Marshall Spight
• 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: David Cressey
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Neo!
  • From: Gene Wirchenko
• Re: All hail Neo!
  • From: Gene Wirchenko
• Re: All hail Neo!
  • From: Marshall Spight
• Re: Lucid statement of the MV vs RM position?
  • From: Gene Wirchenko
• Re: Multiplicity, Change and MV
  • From: David Cressey
• Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns
  • From: Neo
• Re: All hail Neo!
  • From: Marshall Spight
• Re: All hail Neo!
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns
  • From: Bob Badour
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Neo!
  • From: JOG
• Re: Multiplicity, Change and MV
  • From: Frank Hamersley
• Re: Lucid statement of the MV vs RM position?
  • From: Frank Hamersley
• Re: All hail Neo!
  • From: Frank Hamersley
• Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns
  • From: Tony D
• Re: All hail Neo!
  • From: Marshall Spight
• Re: Lucid statement of the MV vs RM position?
  • From: Dan
• Re: All hail Neo!
  • From: Frank Hamersley
• Re: Multiplicity, Change and MV
  • From: Frank Hamersley
• Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns
  • From: Frank Hamersley
• Re: Lucid statement of the MV vs RM position?
  • From: David Cressey
• Re: Lucid statement of the MV vs RM position?
  • From: Pickie
• Re: Lucid statement of the MV vs RM position?
  • From: Pickie
• Re: All hail Bob!
  • From: Gene Wirchenko
• Re: efficient compare
  • From: David Cressey
• Re: Lucid statement of the MV vs RM position?
  • From: Jan Hidders
• Re: Has E/R had a negative impact on db?
  • From: Neo
• 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: All hail Neo!
  • From: Bob Badour
• Re: efficient compare
  • From: Jan Hidders
• Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: efficient compare
  • From: Andersen
• Re: Multiplicity, Change and MV
  • From: Brian Selzer
• Re: Has E/R had a negative impact on db?
  • From: Jan Hidders
• Re: Lucid statement of the MV vs RM position?
  • From: Frank Hamersley
• Re: Multiplicity, Change and MV
  • From: David Cressey
• Re: Multiplicity, Change and MV
  • From: Frank Hamersley
• Re: All hail Neo!
  • From: Frank Hamersley
• Re: Multiplicity, Change and MV
  • From: Jan Hidders
• Re: Multiplicity, Change and MV
  • From: x
• Re: Lucid statement of the MV vs RM position?
  • From: David Cressey
• Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns
  • From: Frank Hamersley
• Re: Has E/R had a negative impact on db?
  • From: J M Davitt
• Re: Lucid statement of the MV vs RM position?
  • From: Tony Andrews
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Has E/R had a negative impact on db?
  • From: mAsterdam
• Re: Multiplicity, Change and MV
  • From: Marshall Spight
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Mikito Harakiri
• Re: Has E/R had a negative impact on db?
  • From: paul c
• Re: Multiplicity, Change and MV
  • From: DonR
• Re: Multiplicity, Change and MV
  • From: dawn
• Re: Has E/R had a negative impact on db?
  • From: dawn
• Re: Multiplicity, Change and MV
  • From: DonR
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• 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: Has E/R had a negative impact on db?
  • From: mAsterdam
• Re: Has E/R had a negative impact on db?
  • From: David Cressey
• Re: Has E/R had a negative impact on db?
  • From: Jan Hidders
• Re: efficient compare
  • From: David Cressey
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• 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: Has E/R had a negative impact on db?
  • From: Neo
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: Has E/R had a negative impact on db?
  • From: JOG
• Re: Has E/R had a negative impact on db?
  • From: Neo
• Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns
  • From: Neo
• Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns
  • From: Neo
• Re: Has E/R had a negative impact on db?
  • From: JOG
• Re: Lucid statement of the MV vs RM position?
  • From: Tony Andrews
• Re: Has E/R had a negative impact on db?
  • From: Neo
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: All hail Neo!
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: Jan Hidders
• Re: efficient compare
  • From: Andersen
• Re: Lucid statement of the MV vs RM position?
  • From: Jan Hidders
• Re: Has E/R had a negative impact on db?
  • From: JOG
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: Lucid statement of the MV vs RM position?
  • From: Jan Hidders
• Re: Multiplicity, Change and MV
  • From: Jan Hidders
• Re: Has E/R had a negative impact on db?
  • From: Jan Hidders
• Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: Has E/R had a negative impact on db?
  • From: JOG
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: David Cressey
• Re: Has E/R had a negative impact on db?
  • From: David Cressey
• Re: Lucid statement of the MV vs RM position?
  • From: Jon Heggland
• Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns
  • From: David Cressey
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• 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: Has E/R had a negative impact on db?
  • From: Jon Heggland
• Re: Has E/R had a negative impact on db?
  • From: Jon Heggland
• Re: Lucid statement of the MV vs RM position?
  • From: Pickie
• Re: efficient compare
  • From: Frank Hamersley
• Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns
  • From: Frank Hamersley
• Re: All hail Neo!
  • From: Frank Hamersley
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: DonR
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: Has E/R had a negative impact on db?
  • From: -CELKO-
• Re: Lucid statement of the MV vs RM position?
  • From: ralphbecket
• Re: efficient compare
  • From: Jay Dee
• Re: Lucid statement of the MV vs RM position?
  • From: Pickie
• Re: Lucid statement of the MV vs RM position?
  • From: Pickie
• Re: efficient compare
  • From: Bob Badour
• Re: Box query
  • From: J M Davitt
• Re: efficient compare
  • From: Bob Badour
• Re: efficient compare
  • From: Andersen
• Re: efficient compare
  • From: Andersen
• Re: efficient compare
  • From: Andersen
• Re: Box query
  • From: -CELKO-
• Re: Relational lattice completeness
  • From: Jan Hidders
• Re: Box query
  • From: Bob Badour
• Re: Box query
  • From: Mikito Harakiri
• Re: Relational lattice completeness
  • From: Marshall Spight
• Re: All hail Neo!
  • From: Neo
• Re: efficient compare
  • From: Jay Dee
• Re: Has E/R had a negative impact on db?
  • From: J M Davitt
• Reflections of a beautiful mind... Fundamental principle: Separation of Concerns
  • From: Bob Badour
• Re: Box query
  • From: Mikito Harakiri
• Re: Has E/R had a negative impact on db?
  • From: Bob Badour
• Re: Has E/R had a negative impact on db?
  • From: David Cressey
• Re: Has E/R had a negative impact on db?
  • From: David Cressey
• Re: All hail Neo!
  • From: Bob Badour
• Re: Box query
  • From: J M Davitt
• Re: efficient compare
  • From: Bob Badour
• Re: Has E/R had a negative impact on db?
  • From: Bob Badour
• Re: Has E/R had a negative impact on db?
  • From: Bob Badour
• Re: Has E/R had a negative impact on db?
  • From: David Cressey
• Re: Has E/R had a negative impact on db?
  • From: David Cressey
• Re: All hail Neo!
  • From: mAsterdam
• Re: All hail Neo!
  • From: mAsterdam
• Re: efficient compare
  • From: Frank Hamersley
• Re: All hail Neo!
  • From: Frank Hamersley
• Re: Has E/R had a negative impact on db?
  • From: Bob Badour
• Re: Has E/R had a negative impact on db?
  • From: Jay Dee
• Re: Lucid statement of the MV vs RM position?
  • From: Jay Dee
• Re: Box query
  • From: Bob Badour
• Re: efficient compare
  • From: Bob Badour
• Re: Has E/R had a negative impact on db?
  • From: Neo
• Re: Has E/R had a negative impact on db?
  • From: JOG
• Re: Has E/R had a negative impact on db?
  • From: Neo
• Re: Box query
  • From: Mikito Harakiri
• Re: efficient compare
  • From: Andersen
• Re: Box query
  • From: Bob Badour
• Re: Box query
  • From: Bob Badour
• Re: efficient compare
  • From: Bob Badour
• Re: Box query
  • From: Mikito Harakiri
• Re: efficient compare
  • From: Andersen
• Re: Box query
  • From: Bob Badour
• Re: Box query
  • From: Mikito Harakiri
• Re: All hail Neo!
  • From: dawn
• Re: All hail Neo!
  • From: Neo
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Neo!
  • From: Frank Hamersley
• Re: Box query
  • From: Bob Badour
• Re: Box query
  • From: J M Davitt
• Re: Box query
  • From: Bob Badour
• Re: Box query
  • From: J M Davitt
• Re: Box query
  • From: Bob Badour
• Re: Box query
  • From: Bob Badour
• Re: Box query
  • From: J M Davitt
• Re: Box query
  • From: Bob Badour
• Re: Box query
  • From: Bob Badour
• Re: Box query
  • From: J M Davitt
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Neo!
  • From: David Cressey
• Re: Storing derived and derivable data
  • From: dawn
• Re: Storing derived and derivable data
  • From: dawn
• Re: efficient compare
  • From: Bob Badour
• Re: efficient compare
  • From: Bob Badour
• Re: All hail Neo!
  • From: David Cressey
• Re: efficient compare
  • From: David Cressey
• Re: efficient compare
  • From: Alfredo Novoa
• Re: Has E/R had a negative impact on db?
  • From: Alfredo Novoa
• Re: efficient compare
  • From: Andersen
• Re: efficient compare
  • From: lennart@xxxxxxxxxxxxxxxxxxx
• Re: efficient compare
  • From: Andersen
• Re: efficient compare
  • From: Andersen
• Re: Storing derived and derivable data
  • From: Alfredo Novoa
• Re: Storing derived and derivable data
  • From: Alfredo Novoa
• Re: efficient compare
  • From: Alfredo Novoa
• Re: Box query
  • From: Mikito Harakiri
• Re: Box query
  • From: Mikito Harakiri
• Re: Box query
  • From: J M Davitt
• SABB's point point intersection
  • From: mAsterdam
• Re: Box query
  • From: Bob Badour
• Re: Box query
  • From: J M Davitt
• Re: Box query
  • From: Bob Badour
• the self-agringamajinx Bob Badour.
  • From: mAsterdam
• The self-aggrandizing Bob Badour
  • From: mAsterdam
• Re: Box query
  • From: Mikito Harakiri
• Re: Box query
  • From: Mikito Harakiri
• Re: Box query
  • From: Mikito Harakiri
• Re: the self-aggrandizing Bob Badour
  • From: mAsterdam
• Re: All hail Neo!
  • From: mAsterdam
• Re: Storing derived and derivable data
  • From: mAsterdam
• Re: Storing derived and derivable data
  • From: -CELKO-
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Neo!
  • From: mAsterdam
• Re: Storing derived and derivable data
  • From: Bob Badour
• Re: Storing derived and derivable data
  • From: mAsterdam
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Neo!
  • From: mAsterdam
• Re: table manners
  • From: mAsterdam
• Re: All hail Neo!
  • From: mAsterdam
• Re: Storing derived and derivable data
  • From: Bob Badour
• Re: Storing derived and derivable data
  • From: Bob Badour
• Re: All hail Bob!
  • From: mAsterdam
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Bob!
  • From: Bob Badour
• Re: Storing derived and derivable data
  • From: mAsterdam
• Re: Box query
  • From: mAsterdam
• Re: Storing derived and derivable data
  • From: Marshall Spight
• Re: Storing derived and derivable data
  • From: Bob Badour
• Re: Storing derived and derivable data
  • From: mAsterdam
• Re: Box query
  • From: Bob Badour
• Re: All hail Neo!
  • From: mAsterdam
• Re: All hail Neo!
  • From: mAsterdam
• Re: All hail Neo!
  • From: mAsterdam
• Re: All hail Bob!
  • From: mAsterdam
• Re: Box query
  • From: Mikito Harakiri
• Box query
  • From: Mikito Harakiri
• Re: All hail Neo!
  • From: mAsterdam
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Neo!
  • From: mAsterdam
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Neo!
  • From: mAsterdam
• Re: All hail Neo!
  • From: Bob Badour
• Re: All hail Bob!
  • From: Neo
• Re: All hail Neo!
  • From: mAsterdam
• Re: All hail Bob!
  • From: Jay Dee
• Re: efficient compare
  • From: -CELKO-
• Re: All hail Bob!
  • From: Neo
• Re: All hail Bob!
  • From: Gene Wirchenko
• Re: All hail Bob!
  • From: Neo
• Re: All hail Bob!
  • From: Gene Wirchenko
• Re: Storing derived and derivable data
  • From: Bob Badour
• Re: All hail Bob!
  • From: Neo
• Re: All hail Bob!
  • From: Neo
• Re: All hail Bob!
  • From: Neo
• Re: Storing derived and derivable data
  • From: Gene Wirchenko
• Re: Storing derived and derivable data
  • From: dawn
• Re: efficient compare
  • From: David Cressey
• Re: All hail Bob!
  • From: Marshall Spight
• Re: All hail Bob!
  • From: JOG
• Re: All hail Bob!
  • From: Marshall Spight
• Re: Storing derived and derivable data
  • From: dawn
• Re: Storing derived and derivable data
  • From: Bob Badour
• Re: Storing derived and derivable data
  • From: David Cressey
• Re: All hail Bob!
  • From: Bob Badour
• Re: All hail Bob!
  • From: David Cressey
• Re: All hail Bob!
  • From: Neo
• Re: efficient compare
  • From: Bob Badour
• Re: All hail Bob!
  • From: Marshall Spight
• Re: Entity Overlap and Relationships
  • From: Bob Badour
• Re: All hail Bob!
  • From: Neo
• Re: All hail Bob!
  • From: paul c
• Re: Entity Overlap and Relationships
  • From: Bob Badour
• Re: efficient compare
  • From: lennart@xxxxxxxxxxxxxxxxxxx
• Re: All hail Bob!
  • From: JOG
• Re: Entity Overlap and Relationships
  • From: paul c
• Re: All hail Bob!
  • From: Neo
• Re: All hail Bob!
  • From: JOG
• Re: efficient compare
  • From: -CELKO-
• Re: efficient compare
  • From: Bob Badour
• Re: All hail Bob!
  • From: Neo
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Neo
• Re: Entity Overlap and Relationships
  • From: GB
• Re: Entity Overlap and Relationships
  • From: Mikito Harakiri
• Re: THe OverRelational Manifesto (ORM)
  • From: JOG
• Re: Entity Overlap and Relationships
  • From: GB
• Re: efficient compare
  • From: Andersen
• Re: All hail Bob!
  • From: Bob Badour
• Re: THe OverRelational Manifesto (ORM)
  • From: Bob Badour
• Re: efficient compare
  • From: Bob Badour
• Re: All hail Bob!
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: THe OverRelational Manifesto (ORM)
  • From: JOG
• Re: THe OverRelational Manifesto (ORM)
  • From: Bob Badour
• Storing derived and derivable data
  • From: dawn
• Re: Multiplicity, Change and MV
  • From: Frank
• Re: All hail Bob!
  • From: Roy Hann
• efficient compare
  • From: Andersen
• Re: All hail Bob!
  • From: David Cressey
• Re: Lucid statement of the MV vs RM position?
  • From: ralphbecket
• Re: Multiplicity, Change and MV
  • From: Marshall Spight
• Re: Lucid statement of the MV vs RM position?
  • From: Jay Dee
• Re: THe OverRelational Manifesto (ORM)
  • From: Marshall Spight
• Re: All hail Bob!
  • From: Roy Hann
• All hail Bob!
  • From: Jay Dee
• Re: THe OverRelational Manifesto (ORM)
  • From: Bob Badour
• Re: THe OverRelational Manifesto (ORM)
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: THe OverRelational Manifesto (ORM)
  • From: JOG
• Re: THe OverRelational Manifesto (ORM)
  • From: paul c
• Re: THe OverRelational Manifesto (ORM)
  • From: Marshall Spight
• Re: Multiplicity, Change and MV
  • From: Marshall Spight
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: ralphbecket
• Re: abnormal forms
  • From: paul c
• Re: Entity Overlap and Relationships
  • From: Bob Badour
• Re: abnormal forms
  • From: Bob Badour
• Re: THe OverRelational Manifesto (ORM)
  • From: paul c
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: THe OverRelational Manifesto (ORM)
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: paul c
• Re: THe OverRelational Manifesto (ORM)
  • 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: Gene Wirchenko
• Re: Lucid statement of the MV vs RM position?
  • From: Neo
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: Lucid statement of the MV vs RM position?
  • From: Mikito Harakiri
• Re: abnormal forms
  • From: paul c
• Re: Lucid statement of the MV vs RM position?
  • From: Pickie
• Re: Reinventing the TransRelational Model?
  • From: vldm10
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Hugo Kornelis
• Re: Entity Overlap and Relationships
  • From: Gene Wirchenko
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Hugo Kornelis
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Hugo Kornelis
• Re: Multiplicity, Change and MV
  • From: Gene Wirchenko
• Re: THe OverRelational Manifesto (ORM)
  • From: Gene Wirchenko
• Re: Entity Overlap and Relationships
  • From: Mikito Harakiri
• Re: abnormal forms
  • From: Bob Badour
• Re: Entity Overlap and Relationships
  • From: dawn
• Re: THe OverRelational Manifesto (ORM)
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Marshall Spight
• Re: THe OverRelational Manifesto (ORM)
  • From: Marshall Spight
• Re: THe OverRelational Manifesto (ORM)
  • From: Gene Wirchenko
• Re: abnormal forms
  • From: paul c
• Re: THe OverRelational Manifesto (ORM)
  • From: Marshall Spight
• Re: Entity Overlap and Relationships
  • From: Gene Wirchenko
• Re: Has E/R had a negative impact on db?
  • From: JOG
• Re: Multiplicity, Change and MV
  • From: B Faux
• Re: THe OverRelational Manifesto (ORM)
  • From: Gene Wirchenko
• Re: THe OverRelational Manifesto (ORM)
  • From: Bob Badour
• Re: THe OverRelational Manifesto (ORM)
  • From: Bob Badour
• Re: THe OverRelational Manifesto (ORM)
  • From: Bob Badour
• Re: THe OverRelational Manifesto (ORM)
  • From: Marshall Spight
• Re: THe OverRelational Manifesto (ORM)
  • From: Marshall Spight
• Re: THe OverRelational Manifesto (ORM)
  • From: Marshall Spight
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Bob Badour
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Marshall Spight
• Re: THe OverRelational Manifesto (ORM)
  • From: Alfredo Novoa
• Re: THe OverRelational Manifesto (ORM)
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: dawn
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: THe OverRelational Manifesto (ORM)
  • From: JOG
• Re: THe OverRelational Manifesto (ORM)
  • From: Bob Badour
• Re: Lucid statement of the MV vs RM position?
  • From: dawn
• Re: Has E/R had a negative impact on db?
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Marshall Spight
• Re: Entity Overlap and Relationships
  • From: dawn
• Re: THe OverRelational Manifesto (ORM)
  • From: Alfredo Novoa
• Re: THe OverRelational Manifesto (ORM)
  • From: Alfredo Novoa
• Re: Has E/R had a negative impact on db?
  • From: SD
• Re: Has E/R had a negative impact on db?
  • From: Jon Heggland
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Neo
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Bob Badour
• Re: THe OverRelational Manifesto (ORM)
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Jon Heggland
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Neo
• Has E/R had a negative impact on db?
  • From: JOG
• Re: THe OverRelational Manifesto (ORM)
  • From: Dave Greenwood
• Re: Lucid statement of the MV vs RM position?
  • From: Bob Badour
• Re: Best way to set up
  • From: Bob Badour
• Re: Entity Overlap and Relationships
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: x
• Re: THe OverRelational Manifesto (ORM)
  • From: Bob Badour
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Neo
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Neo
• Re: Entity Overlap and Relationships
  • From: dawn
• Re: Multiplicity, Change and MV
  • From: x
• 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: IDJIT! Your Data Model Can't Posssibly Work!
  • From: x
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: x
• Re: THe OverRelational Manifesto (ORM)
  • From: Marshall Spight
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: strider5
• Re: Multiplicity, Change and MV
  • From: Frank Hamersley
• Re: Multiplicity, Change and MV
  • From: Marshall Spight
• Re: THe OverRelational Manifesto (ORM)
  • From: U-gene
• Re: Multiplicity, Change and MV
  • From: Brian Selzer
• Re: Order By
  • From: Chino
• Lucid statement of the MV vs RM position?
  • From: ralphbecket
• Re: Best way to set up
  • From: David Cressey
• Re: Order By
  • From: Marshall Spight
• Re: Entity Overlap and Relationships
  • From: GB
• Re: Entity Overlap and Relationships
  • From: GB
• Re: Order By
  • From: Gene Wirchenko
• Re: Order By
  • From: Marshall Spight
• Order By
  • From: Chino
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Neo
• Re: Storing data and code in a Db with LISP-like interface
  • From: Bob Badour
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Neo
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Bob Badour
• Re: Storing data and code in a Db with LISP-like interface
  • From: JOG
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Hugo Kornelis
• Re: Storing data and code in a Db with LISP-like interface
  • From: Neo
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Neo
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Jay Dee
• Re: THe OverRelational Manifesto (ORM)
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: dawn
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Hugo Kornelis
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Neo
• Re: THe OverRelational Manifesto (ORM)
  • From: JOG
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Neo
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Neo
• Re: THe OverRelational Manifesto (ORM)
  • From: Bob Badour
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: ais01479
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: THe OverRelational Manifesto (ORM)
  • From: JOG
• Re: THe OverRelational Manifesto (ORM)
  • From: Bob Badour
• Re: THe OverRelational Manifesto (ORM)
  • From: David Portas
• Re: THe OverRelational Manifesto (ORM)
  • From: Bob Badour
• Re: THe OverRelational Manifesto (ORM)
  • From: Marshall Spight
• Re: Entity Overlap and Relationships
  • From: dawn
• Re: THe OverRelational Manifesto (ORM)
  • From: Alfredo Novoa
• Re: THe OverRelational Manifesto (ORM)
  • From: Alfredo Novoa
• Re: THe OverRelational Manifesto (ORM)
  • From: Marshall Spight
• Re: Best way to set up
  • From: Marshall Spight
• Re: THe OverRelational Manifesto (ORM)
  • From: Alfredo Novoa
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Hugo Kornelis
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Hugo Kornelis
• Best way to set up
  • From: Dave Mennenoh
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: x
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: x
• Re: Multiplicity, Change and MV
  • From: dawn
• Re: THe OverRelational Manifesto (ORM)
  • From: x
• Re: THe OverRelational Manifesto (ORM)
  • From: x
• Re: Multiplicity, Change and MV
  • From: x
• Re: THe OverRelational Manifesto (ORM)
  • From: U-gene
• Re: THe OverRelational Manifesto (ORM)
  • From: Alfredo Novoa
• Re: Entity Overlap and Relationships
  • From: Jan Hidders
• 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: Multiplicity, Change and MV
  • From: x
• Re: Multiplicity, Change and MV
  • From: x
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Neo
• Re: Entity Overlap and Relationships
  • From: GB
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Neo
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Hugo Kornelis
• Re: Relational lattice completeness
  • From: Marshall Spight
• Re: Multiplicity, Change and MV
  • From: dawn
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: dawn
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: B Faux
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Tedd
• Re: Multiplicity, Change and MV
  • From: B Faux
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: dawn
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Tedd
• Re: THe OverRelational Manifesto (ORM)
  • From: U-gene
• Re: Multiplicity, Change and MV
  • From: x
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Storing data and code in a Db with LISP-like interface
  • From: Bob Badour
• Re: Storing data and code in a Db with LISP-like interface
  • From: x
• Re: Multiplicity, Change and MV
  • From: dawn
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: x
• Re: Multiplicity, Change and MV
  • From: x
• Re: Multiplicity, Change and MV
  • From: dawn
• Re: Entity Overlap and Relationships
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Relational lattice completeness
  • From: Jan Hidders
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: x
• Re: Multiplicity, Change and MV
  • From: x
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Storing data and code in a Db with LISP-like interface
  • From: Bob Badour
• Re: Storing data and code in a Db with LISP-like interface
  • From: Bob Badour
• Re: Relational lattice completeness
  • From: Jan Hidders
• Re: Multiplicity, Change and MV
  • From: x
• Re: THe OverRelational Manifesto (ORM)
  • From: U-gene
• Re: Multiplicity, Change and MV
  • From: x
• Re: Multiplicity, Change and MV
  • From: x
• Re: Multiplicity, Change and MV
  • From: x
• Re: Multiplicity, Change and MV
  • From: x
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Neo
• 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: Storing data and code in a Db with LISP-like interface
  • From: x
• Entity Overlap and Relationships
  • From: GB
• Re: Multiplicity, Change and MV
  • From: Neo
• Re: Multiplicity, Change and MV
  • From: dawn
• Re: Multiplicity, Change and MV
  • From: dawn
• Re: Multiplicity, Change and MV
  • From: x
• Re: abnormal forms
  • From: x
• Re: Storing data and code in a Db with LISP-like interface
  • From: paul c
• Re: Storing data and code in a Db with LISP-like interface
  • From: paul c
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Hugo Kornelis
• Re: abnormal forms
  • From: Bob Badour
• Re: abnormal forms
  • From: Marshall Spight
• Re: THe OverRelational Manifesto (ORM)
  • From: U-gene
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Bob Badour
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Bob Badour
• Re: abnormal forms
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: THe OverRelational Manifesto (ORM)
  • From: Bob Badour
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Neo
• Re: Multiplicity, Change and MV
  • From: Brian Selzer
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: paul c
• Re: IDJIT! Your Data Model Can't Posssibly Work!
  • From: Hugo Kornelis
• Re: abnormal forms
  • From: paul c
• Re: Multiplicity, Change and MV
  • From: Neo
• Re: THe OverRelational Manifesto (ORM)
  • From: U-gene
• Re: THe OverRelational Manifesto (ORM)
  • From: U-gene
• Re: THe OverRelational Manifesto (ORM)
  • From: U-gene
• Re: Multiplicity, Change and MV
  • From: Neo
• Re: Relational lattice completeness
  • From: Marshall Spight
• Re: Multiplicity, Change and MV
  • From: JOG
• Re: Multiplicity, Change and MV
  • From: Jan Hidders
• Re: Multiplicity, Change and MV
  • From: Neo
• Re: Multiplicity, Change and MV
  • From: Neo
• Re: Multiplicity, Change and MV
  • From: Neo
• Re: Multiplicity, Change and MV
  • From: B Faux
• Re: Multiplicity, Change and MV
  • From: B Faux
• Re: Multiplicity, Change and MV
  • From: Tedd
• Re: Multiplicity, Change and MV
  • From: x
• Re: Multiplicity, Change and MV
  • From: x
• Re: Multiplicity, Change and MV
  • From: Neo
• Re: Multiplicity, Change and MV
  • From: Neo
• Re: Storing data and code in a Db with LISP-like interface
  • From: Jan Hidders
• Re: Multiplicity, Change and MV
  • From: x
• Re: Multiplicity, Change and MV
  • From: x
• Re: Multiplicity, Change and MV
  • From: x
• Re: Multiplicity, Change and MV
  • From: x
• Re: Multiplicity, Change and MV
  • From: x
• Re: Storing data and code in a Db with LISP-like interface
  • From: x
• Re: Multiplicity, Change and MV
  • From: Neo
• Re: Multiplicity, Change and MV
  • From: x
• Re: Multiplicity, Change and MV
  • From: Neo
• Re: Multiplicity, Change and MV
  • From: dawn
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Modeling zip+4
  • From: Gene Wirchenko
• Modeling zip+4
  • From: dawn
• Re: Multiplicity, Change and MV
  • From: Neo
• Re: THe OverRelational Manifesto (ORM)
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: David Portas
• Re: Multiplicity, Change and MV
  • From: Neo
• Dimension in Data Warehouse
  • From: Lukasz
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: abnormal forms
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Neo
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Storing data and code in a Db with LISP-like interface
  • From: Neo
• Re: Multiplicity, Change and MV
  • From: x
• Re: abnormal forms
  • From: x
• Re: abnormal forms
  • From: x
• Re: Multiplicity, Change and MV
  • From: x
• 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: Neo
• Re: Reinventing the TransRelational Model?
  • From: x
• Re: Reinventing the TransRelational Model?
  • From: x
• Re: Reinventing the TransRelational Model?
  • From: x
• 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: Storing data and code in a Db with LISP-like interface
  • From: Neo
• Re: Multiplicity, Change and MV
  • From: Neo
• Re: Multiplicity, Change and MV
  • From: Jay Dee
• Re: Reinventing the TransRelational Model?
  • From: paul c
• Re: Reinventing the TransRelational Model?
  • From: falcon
• Re: Reinventing the TransRelational Model?
  • From: falcon
• Re: Multiplicity, Change and MV
  • From: Neo
• Re: Multiplicity, Change and MV
  • From: Neo
• Re: Reinventing the TransRelational Model?
  • From: Dan
• Re: Reinventing the TransRelational Model?
  • From: Dan
• Re: Multiplicity, Change and MV
  • From: David Portas
• Re: abnormal forms
  • From: paul c
• Oracle Buys Portal Software
  • From: technology_post
• abnormal forms
  • From: paul c
• Re: Reinventing the TransRelational Model?
  • From: paul c
• Re: Multiplicity, Change and MV
  • From: dawn
• Re: Reinventing the TransRelational Model?
  • From: Jan Hidders
• Re: Multiplicity, Change and MV
  • From: Neo
• Re: THe OverRelational Manifesto (ORM)
  • From: U-gene
• Re: Multiplicity, Change and MV
  • From: x
• Re: The stupidest design I ever saw
  • From: x
• Re: Multiplicity, Change and MV
  • From: x
• Re: Multiplicity, Change and MV
  • From: Neo
• Re: Multiplicity, Change and MV
  • From: x
• Re: Multiplicity, Change and MV
  • From: Jay Dee
• Re: Reinventing the TransRelational Model?
  • From: x
• Re: Materialized attributes
  • From: dawn
• Re: Materialized attributes
  • From: dawn
• Re: Materialized attributes
  • From: paul c
• Re: Separation of Relational Engine from Domain Math
  • From: -CELKO-
• Re: Reinventing the TransRelational Model?
  • From: falcon
• Re: Materialized attributes
  • From: Frank Hamersley
• Re: Reinventing the TransRelational Model?
  • From: Frank Hamersley
• Materialized attributes
  • From: dawn
• Re: Multiplicity, Change and MV
  • From: Neo
• Re: The stupidest design I ever saw
  • From: Neo
• Re: Reinventing the TransRelational Model?
  • From: Dan
• Reinventing the TransRelational Model?
  • From: Dan
• Re: Multiplicity, Change and MV
  • From: B Faux
• Re: Multiplicity, Change and MV
  • From: Neo
• Re: The stupidest design I ever saw
  • From: x
• Re: The stupidest design I ever saw
  • From: Neo
• Re: Multiplicity, Change and MV
  • From: x
• Re: Multiplicity, Change and MV
  • From: x
• Re: The stupidest design I ever saw
  • From: Alexandr Savinov
• Re: The stupidest design I ever saw
  • From: JOG
• Re: Multiplicity, Change and MV
  • From: x
• Re: Multiplicity, Change and MV
  • From: x
• Re: Convert 1NF to 3NF
  • From: x
• Re: Multiplicity, Change and MV
  • From: Jon Heggland
• Re: Separation of Relational Engine from Domain Math
  • From: Jon Heggland
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: x
• Re: Convert 1NF to 3NF
  • From: Jonathan Leffler
• Re: The stupidest design I ever saw
  • From: dawn
• Re: The stupidest design I ever saw
  • From: Neo
• Re: Multiplicity, Change and MV
  • From: dawn
• Re: The stupidest design I ever saw
  • From: Mikito Harakiri
• Re: The stupidest design I ever saw
  • From: Frank Hamersley
• Re: Multiplicity, Change and MV
  • From: Bob Badour
• Re: Multiplicity, Change and MV
  • From: Neo
• Re: Multiplicity, Change and MV
  • From: thereverand
• Re: Separation of Relational Engine from Domain Math
  • From: Alfredo Novoa
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: David Cressey
• Multiplicity, Change and MV
  • From: JOG
• General schema questions
  • From: grantallenbrown
• Re: Relational lattice completeness
  • From: Jan Hidders
• Re: Relational lattice completeness
  • From: vc
• Convert 1NF to 3NF
  • From: nyluke
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: x
• Re: Relational lattice completeness
  • From: Jan Hidders
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: x
• Re: Relational lattice completeness
  • From: vc
• Re: Relational lattice completeness
  • From: Jan Hidders
• Re: Relational lattice completeness
  • From: Jan Hidders
• Re: Relational lattice completeness
  • From: Jan Hidders
• Re: Separation of Relational Engine from Domain Math
  • From: Jan Hidders
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: Marshall Spight
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: David Cressey
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: Marshall Spight
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: Marshall Spight
• Separation of Relational Engine from Domain Math
  • From: topmind
• Re: Data Model
  • From: Neo
• Re: Relating tables
  • From: bucaliman@xxxxxxxxx
• Re: Data Model
  • From: JOG
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: dawn
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: David Cressey
• Re: Relating tables
  • From: lennart@xxxxxxxxxxxxxxxxxxx
• Re: Relating tables
  • From: bucaliman@xxxxxxxxx
• Re: Relating tables
  • From: paul c
• Food for Thought
  • From: Neo
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: mAsterdam
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: mAsterdam
• Re: Data Model
  • From: mAsterdam
• Re: Relating tables
  • From: mAsterdam
• Re: Relational lattice completeness
  • From: vc
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: Jon Heggland
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: David Cressey
• Re: Relational lattice completeness
  • From: Mikito Harakiri
• Re: Relational lattice completeness
  • From: vc
• Re: Relational lattice completeness
  • From: Mikito Harakiri
• Relating tables
  • From: bucaliman@xxxxxxxxx
• Re: Relational lattice completeness
  • From: vc
• Re: Relational lattice completeness
  • From: Vadim Tropashko
• Re: Relational lattice completeness
  • From: vc
• Re: Relational lattice completeness
  • From: Mikito Harakiri
• Re: Relational lattice completeness
  • From: Jan Hidders
• Re: Relational lattice completeness
  • From: Mikito Harakiri
• Re: Relational lattice completeness
  • From: vc
• Re: Data Model
  • From: matthewdavis1980
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: dawn
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: x
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: mAsterdam
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: JOG
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: JOG
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: Jan Hidders
• Re: How can optimizer for query Xml file using XQuery
  • From: Jan Hidders
• How can optimizer for query Xml file using XQuery
  • From: hankhtn
• Re: THe OverRelational Manifesto (ORM)
  • From: mountain man
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: Jon Heggland
• Re: Data Model
  • From: Neo
• Re: "relationships" in ISO SQL Standard (was: Interesting article...)
  • From: Jonathan Leffler
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: dawn
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: dawn
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: Marshall Spight
• Re: THe OverRelational Manifesto (ORM)
  • From: Bob Badour
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: JOG
• Re: Data Model
  • From: JOG
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: dawn
• Re: Data Model
  • From: Neo
• Re: Data Model
  • From: JOG
• Re: THe OverRelational Manifesto (ORM)
  • From: paul c
• Re: THe OverRelational Manifesto (ORM)
  • From: mountain man
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: paul c
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: David Cressey
• Re: Data Model
  • From: Neo
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: dawn
• Re: Whatever Happened to Object-Role Modeling?
  • From: Jan Hidders
• Re: Data Model
  • From: matthewdavis1980
• Re: Whatever Happened to Object-Role Modeling?
  • From: Tony Andrews
• Whatever Happened to Object-Role Modeling?
  • From: SD
• Re: Data Model
  • From: David Cressey
• Re: Data Model
  • From: matthewdavis1980
• Re: THe OverRelational Manifesto (ORM)
  • From: David Portas
• Re: Data Model
  • From: David Cressey
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: David Cressey
• Re: Data Model
  • From: mAsterdam
• Re: THe OverRelational Manifesto (ORM)
  • From: U-gene
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: paul c
• Re: Data Model
  • From: matthewdavis1980
• Re: Data Model
  • From: JOG
• Re: Data Model
  • From: Neo
• Re: Database design
  • From: chie
• Re: Relational lattice completeness
  • From: Jan Hidders
• Re: THe OverRelational Manifesto (ORM)
  • From: David Portas
• Re: Databases and web services
  • From: mopkn
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: Jon Heggland
• Re: THe OverRelational Manifesto (ORM)
  • From: U-gene
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: x
• Re: Data Model
  • From: JOG
• Re: Data Model
  • From: Neo
• Re: Relational lattice completeness
  • From: Mikito Harakiri
• Re: Data Model
  • From: JOG
• Re: Data Model
  • From: Neo
• Re: THe OverRelational Manifesto (ORM)
  • From: Bob Badour
• Re: UNION ALL and SELECT DISTINCT
  • From: -CELKO-
• Re: Data Model
  • From: JOG
• Re: Databases and web services
  • From: dawn
• Re: UNION ALL and SELECT DISTINCT
  • From: dawn
• Re: Data Model
  • From: Neo
• Re: UNION ALL and SELECT DISTINCT
  • From: David Cressey
• Re: UNION ALL and SELECT DISTINCT
  • From: David Cressey
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: David Cressey
• Re: UNION ALL and SELECT DISTINCT
  • From: paul c
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: paul c
• Re: UNION ALL and SELECT DISTINCT
  • From: Marshall Spight
• Re: UNION ALL and SELECT DISTINCT
  • From: dawn
• UNION ALL and SELECT DISTINCT
  • From: David Cressey
• Re: Database design
  • From: David Portas
• Databases and web services
  • From: mopkn
• Re: Data Model
  • From: topmind
• Re: Data Model
  • From: matthewdavis1980
• Database design
  • From: chie
• Re: Storing data and code in a Db with LISP-like interface
  • From: x
• Re: counting rows
  • From: Volker Hetzer
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: x
• Re: counting rows
  • From: Brian Selzer
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: jonathan . leffler
• Re: trying to mirror a db
  • From: Jay Dee
• Re: trying to mirror a db
  • From: Ike
• Re: counting rows
  • From: bucaliman@xxxxxxxxx
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: paul c
• Re: trying to mirror a db
  • From: Volker Hetzer
• trying to mirror a db
  • From: Ike
• Re: counting rows
  • From: Volker Hetzer
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: x
• THe OverRelational Manifesto (ORM)
  • From: U-gene
• Re: counting rows
  • From: Murdoc
• Re: counting rows
  • From: E. Lefty Kreouzis
• Re: counting rows
  • From: E. Lefty Kreouzis
• Re: counting rows
  • From: Tony Andrews
• Re: counting rows
  • From: Tony Rogerson
• Re: counting rows
  • From: Tony Rogerson
• Re: counting rows
  • From: E. Lefty Kreouzis
• Re: counting rows
  • From: Tony Andrews
• Re: counting rows
  • From: Tony Rogerson
• Re: counting rows
  • From: E. Lefty Kreouzis
• Re: counting rows
  • From: E. Lefty Kreouzis
• Re: counting rows
  • From: Tony Rogerson
• Re: counting rows
  • From: Tony Rogerson
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: topmind
• Re: counting rows
  • From: Murdoc
• Re: counting rows
  • From: E. Lefty Kreouzis
• Re: counting rows
  • From: Volker Hetzer
• Re: counting rows
  • From: Volker Hetzer
• Re: counting rows
  • From: Tony Rogerson
• Re: counting rows
  • From: E. Lefty Kreouzis
• Re: counting rows
  • From: Tony Rogerson
• Re: counting rows
  • From: Tony Andrews
• Re: Interesting article: In the Beginning: An RDBMS history
  • From: Jonathan Leffler
• Re: Storing data and code in a Db with LISP-like interface
  • From: Neo
• Re: need info: small local copy of large remote database
  • From: LKBrwn

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