comp.databases.theory: by date

Saturday, 1 April
- Re: Interesting article: In the Beginning: An RDBMS history Jonathan Leffler
- Re: Storing data and code in a Db with LISP-like interface lin8080
- Re: Storing data and code in a Db with LISP-like interface Marshall Spight
- Re: counting rows Tony Andrews
- Re: counting rows Tony Rogerson
- Re: counting rows E. Lefty Kreouzis
- Re: counting rows Tony Rogerson
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Storing data and code in a Db with LISP-like interface Bill Atkins
- Re: counting rows Volker Hetzer
- Re: counting rows E. Lefty Kreouzis
- Re: counting rows Murdoc
- Re: Storing data and code in a Db with LISP-like interface Neo
Sunday, 2 April
- Re: Interesting article: In the Beginning: An RDBMS history topmind
- Re: counting rows Tony Rogerson
- Re: counting rows Tony Rogerson
- Re: counting rows E. Lefty Kreouzis
- Re: counting rows E. Lefty Kreouzis
- Re: counting rows Tony Rogerson
- Re: counting rows Tony Andrews
- Re: counting rows E. Lefty Kreouzis
- Re: counting rows Tony Rogerson
- Re: counting rows Tony Rogerson
- Re: counting rows Tony Andrews
- Re: Storing data and code in a Db with LISP-like interface grrrr
- Re: Storing data and code in a Db with LISP-like interface grrrr
- Re: Storing data and code in a Db with LISP-like interface grrrr
- Re: counting rows E. Lefty Kreouzis
- Re: counting rows E. Lefty Kreouzis
- Re: Storing data and code in a Db with LISP-like interface Neo
Monday, 3 April
- Re: counting rows Murdoc
- THe OverRelational Manifesto (ORM) U-gene
- Re: Storing data and code in a Db with LISP-like interface John Landahl
- Re: Interesting article: In the Beginning: An RDBMS history x
- Re: counting rows Volker Hetzer
- Re: Storing data and code in a Db with LISP-like interface JOG
- trying to mirror a db Ike
- Re: trying to mirror a db Volker Hetzer
- Re: trying to mirror a db Christopher Browne
- Re: Storing data and code in a Db with LISP-like interface Dmitry Gorbatovsky
- Re: Storing data and code in a Db with LISP-like interface Ed Prochak
- Re: Interesting article: In the Beginning: An RDBMS history paul c
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Storing data and code in a Db with LISP-like interface dawn
- Re: counting rows bucaliman_at_gmail.com
- Re: trying to mirror a db Ike
- Re: Storing data and code in a Db with LISP-like interface DanM
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: trying to mirror a db Jay Dee
- Re: Interesting article: In the Beginning: An RDBMS history jonathan.leffler_at_gmail.com
Tuesday, 4 April
- Re: counting rows Brian Selzer
- Re: Interesting article: In the Beginning: An RDBMS history x
- Re: counting rows Volker Hetzer
- Re: Storing data and code in a Db with LISP-like interface x
- Database design chie
- xml EVENT- HAVE A LOOK eliucaesteva_at_hotmail.com
- Re: Storing data and code in a Db with LISP-like interface Ed Prochak
- Re: Data Model matthewdavis1980_at_hotmail.com
- Re: Data Model topmind
Wednesday, 5 April
- Databases and web services mopkn
- Re: Database design David Portas
- UNION ALL and SELECT DISTINCT David Cressey
- Re: UNION ALL and SELECT DISTINCT dawn
- Re: UNION ALL and SELECT DISTINCT Marshall Spight
- Re: Interesting article: In the Beginning: An RDBMS history paul c
- Re: UNION ALL and SELECT DISTINCT paul c
- The stupidest design I ever saw Mikito Harakiri
- Re: Interesting article: In the Beginning: An RDBMS history David Cressey
- Re: The stupidest design I ever saw Joseph Kesselman
- Re: The stupidest design I ever saw Marshall Spight
- Re: UNION ALL and SELECT DISTINCT David Cressey
- Re: The stupidest design I ever saw mAsterdam
- Re: The stupidest design I ever saw Joseph Kesselman
- Re: The stupidest design I ever saw Gene Wirchenko
- Re: The stupidest design I ever saw Marshall Spight
- Re: UNION ALL and SELECT DISTINCT David Cressey
- Re: Data Model Neo
- Re: The stupidest design I ever saw Murdoc
- Re: UNION ALL and SELECT DISTINCT dawn
- Re: The stupidest design I ever saw Andy Dingley
- Re: The stupidest design I ever saw Bob Badour
- Re: The stupidest design I ever saw JOG
- Re: The stupidest design I ever saw dawn
- Re: The stupidest design I ever saw Mikito Harakiri
- Re: Databases and web services dawn
- Re: Data Model JOG
- Re: UNION ALL and SELECT DISTINCT -CELKO-
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- Re: The stupidest design I ever saw Mikito Harakiri
- Re: Data Model Neo
- Re: The stupidest design I ever saw Neo
- Re: Data Model JOG
- Re: Relational lattice completeness Mikito Harakiri
- Re: The stupidest design I ever saw JOG
- Re: Data Model Neo
- Re: The stupidest design I ever saw Vadim Tropashko
- Re: The stupidest design I ever saw Marshall Spight
- Re: The stupidest design I ever saw Neo
- Re: Data Model JOG
- Re: The stupidest design I ever saw Vadim Tropashko
- Re: The stupidest design I ever saw dawn
- Re: The stupidest design I ever saw Vadim Tropashko
Thursday, 6 April
- Re: Interesting article: In the Beginning: An RDBMS history x
- Re: THe OverRelational Manifesto (ORM) U-gene
- Re: Interesting article: In the Beginning: An RDBMS history Jon Heggland
- Re: Databases and web services mopkn
- Re: The stupidest design I ever saw Volker Hetzer
- Re: THe OverRelational Manifesto (ORM) David Portas
- Re: The stupidest design I ever saw Andy Dingley
- Re: Relational lattice completeness Jan Hidders
- Re: Database design chie
- Re: Data Model Neo
- Re: Data Model JOG
- Re: Data Model matthewdavis1980_at_hotmail.com
- Re: Interesting article: In the Beginning: An RDBMS history paul c
- Re: The stupidest design I ever saw -CELKO-
- Re: THe OverRelational Manifesto (ORM) U-gene
- Re: The stupidest design I ever saw dawn
- Re: Data Model mAsterdam
- Re: Interesting article: In the Beginning: An RDBMS history David Cressey
- Re: Data Model David Cressey
- Re: THe OverRelational Manifesto (ORM) David Portas
- Re: Data Model matthewdavis1980_at_hotmail.com
- Re: Data Model David Cressey
- Whatever Happened to Object-Role Modeling? SD
- Re: Whatever Happened to Object-Role Modeling? Tony Andrews
- Re: Data Model matthewdavis1980_at_hotmail.com
- Re: Whatever Happened to Object-Role Modeling? Jan Hidders
- Re: Interesting article: In the Beginning: An RDBMS history dawn
- Re: Data Model Neo
- Re: Interesting article: In the Beginning: An RDBMS history David Cressey
- Re: The stupidest design I ever saw Neo
- Re: The stupidest design I ever saw Vadim Tropashko
- Re: The stupidest design I ever saw Neo
- Re: Interesting article: In the Beginning: An RDBMS history paul c
- Re: THe OverRelational Manifesto (ORM) mountain man
- Re: THe OverRelational Manifesto (ORM) paul c
- Re: Data Model JOG
- Re: Data Model Neo
- Re: Interesting article: In the Beginning: An RDBMS history dawn
- Re: Data Model JOG
- Re: Interesting article: In the Beginning: An RDBMS history JOG
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- Re: Interesting article: In the Beginning: An RDBMS history Marshall Spight
- Re: Interesting article: In the Beginning: An RDBMS history dawn
- Re: Interesting article: In the Beginning: An RDBMS history dawn
Friday, 7 April
- Re: "relationships" in ISO SQL Standard (was: Interesting article...) Jonathan Leffler
- Re: Data Model Neo
- Re: Interesting article: In the Beginning: An RDBMS history Jon Heggland
- Re: The stupidest design I ever saw Troels Arvin
- Re: THe OverRelational Manifesto (ORM) mountain man
- How can optimizer for query Xml file using XQuery hankhtn_at_gmail.com
- Re: How can optimizer for query Xml file using XQuery Jan Hidders
- Re: Interesting article: In the Beginning: An RDBMS history Jan Hidders
- Re: Interesting article: In the Beginning: An RDBMS history JOG
- Re: Interesting article: In the Beginning: An RDBMS history JOG
- Re: Interesting article: In the Beginning: An RDBMS history mAsterdam
- Re: Interesting article: In the Beginning: An RDBMS history x
- Re: Interesting article: In the Beginning: An RDBMS history dawn
- Re: Data Model matthewdavis1980_at_hotmail.com
- Re: Relational lattice completeness vc
- Re: Relational lattice completeness Mikito Harakiri
- Re: Relational lattice completeness Jan Hidders
- Re: Relational lattice completeness Mikito Harakiri
- Re: Relational lattice completeness vc
- Re: Relational lattice completeness Vadim Tropashko
- Re: Relational lattice completeness vc
- Relating tables bucaliman_at_gmail.com
- Re: Relational lattice completeness Mikito Harakiri
- Re: Relational lattice completeness vc
- Re: Relational lattice completeness Mikito Harakiri
- Re: Interesting article: In the Beginning: An RDBMS history David Cressey
- Re: Interesting article: In the Beginning: An RDBMS history Jon Heggland
- Re: Relational lattice completeness vc
- Re: The stupidest design I ever saw mAsterdam
- Re: Relating tables mAsterdam
- Re: Data Model mAsterdam
- Re: Interesting article: In the Beginning: An RDBMS history mAsterdam
- Re: Interesting article: In the Beginning: An RDBMS history mAsterdam
- Food for Thought Neo
- Re: Relating tables paul c
- Re: Relating tables bucaliman_at_gmail.com
Saturday, 8 April
- Re: Relating tables lennart_at_kommunicera.umea.se
- Re: Interesting article: In the Beginning: An RDBMS history David Cressey
- Re: Interesting article: In the Beginning: An RDBMS history dawn
- Re: Data Model JOG
- Re: The stupidest design I ever saw JOG
- Re: Relating tables bucaliman_at_gmail.com
- Re: Data Model Neo
- Re: Interesting article: In the Beginning: An RDBMS history Christopher Browne
Sunday, 9 April
- Re: The stupidest design I ever saw Marshall Spight
- Re: The stupidest design I ever saw topmind
- Separation of Relational Engine from Domain Math topmind
- Re: Interesting article: In the Beginning: An RDBMS history Marshall Spight
- Re: Interesting article: In the Beginning: An RDBMS history Marshall Spight
- Re: Interesting article: In the Beginning: An RDBMS history David Cressey
- Re: Interesting article: In the Beginning: An RDBMS history Marshall Spight
- Re: Separation of Relational Engine from Domain Math Jan Hidders
- Re: Relational lattice completeness Jan Hidders
- Re: Relational lattice completeness Jan Hidders
- Re: Relational lattice completeness Jan Hidders
- Re: The stupidest design I ever saw Marshall Spight
- Re: The stupidest design I ever saw Peter Flynn
- Re: The stupidest design I ever saw Neo
- Re: The stupidest design I ever saw Mikito Harakiri
- Re: Relational lattice completeness vc
- Re: The stupidest design I ever saw Neo
- Re: The stupidest design I ever saw JOG
Monday, 10 April
- Re: Interesting article: In the Beginning: An RDBMS history x
- Re: The stupidest design I ever saw Mikito Harakiri
- Re: Relational lattice completeness Jan Hidders
- Re: The stupidest design I ever saw Marshall Spight
- Re: Interesting article: In the Beginning: An RDBMS history x
- Re: The stupidest design I ever saw Richard Smol
- Convert 1NF to 3NF nyluke_at_gmail.com
- Re: Relational lattice completeness vc
- Re: Relational lattice completeness Jan Hidders
- General schema questions grantallenbrown_at_gmail.com
- Multiplicity, Change and MV JOG
- Re: Interesting article: In the Beginning: An RDBMS history David Cressey
- Re: Separation of Relational Engine from Domain Math Alfredo Novoa
- Re: The stupidest design I ever saw Neo
- Re: Multiplicity, Change and MV thereverand
- Re: The stupidest design I ever saw B Faux
- Re: Multiplicity, Change and MV Neo
- Re: Multiplicity, Change and MV Bob Badour
- Re: The stupidest design I ever saw Frank Hamersley
- Re: The stupidest design I ever saw Mikito Harakiri
- Re: Multiplicity, Change and MV dawn
- Re: The stupidest design I ever saw Neo
- Re: The stupidest design I ever saw dawn
- Re: Convert 1NF to 3NF Jonathan Leffler
Tuesday, 11 April
- Re: Interesting article: In the Beginning: An RDBMS history x
- Re: Separation of Relational Engine from Domain Math Jon Heggland
- Re: Multiplicity, Change and MV Jon Heggland
- Re: Convert 1NF to 3NF x
- Re: Multiplicity, Change and MV x
- Re: Multiplicity, Change and MV x
- Re: The stupidest design I ever saw JOG
- Re: The stupidest design I ever saw Alexandr Savinov
- Re: Multiplicity, Change and MV x
- Re: Multiplicity, Change and MV x
- Re: The stupidest design I ever saw Neo
- Re: The stupidest design I ever saw x
- Re: Multiplicity, Change and MV Neo
- Re: Multiplicity, Change and MV B Faux
- Reinventing the TransRelational Model? Dan
- Re: Reinventing the TransRelational Model? Dan
- Re: The stupidest design I ever saw Neo
- Re: Multiplicity, Change and MV Neo
- Materialized attributes dawn
- Re: Reinventing the TransRelational Model? Frank Hamersley
- Re: Materialized attributes Frank Hamersley
- Re: Reinventing the TransRelational Model? falcon
- Re: Separation of Relational Engine from Domain Math -CELKO-
- Re: Materialized attributes dawn
- Re: Materialized attributes dawn
Wednesday, 12 April
- Re: Storing data and code in a Db with LISP-like interface Nick Malik [Microsoft]
- Re: Reinventing the TransRelational Model? x
- Re: Multiplicity, Change and MV Jay Dee
- Re: Multiplicity, Change and MV x
- Re: Multiplicity, Change and MV Neo
- Re: Multiplicity, Change and MV x
- Re: The stupidest design I ever saw x
- Re: Multiplicity, Change and MV x
- Re: THe OverRelational Manifesto (ORM) U-gene
- Re: Multiplicity, Change and MV Neo
- Re: Reinventing the TransRelational Model? Jan Hidders
- Re: Storing data and code in a Db with LISP-like interface Jan Hidders
- Re: Multiplicity, Change and MV dawn
- Re: Reinventing the TransRelational Model? paul c
- abnormal forms paul c
- Oracle Buys Portal Software technology_post_at_yahoo.com
- Re: abnormal forms paul c
- Re: Multiplicity, Change and MV David Portas
- Re: Reinventing the TransRelational Model? Dan
- Re: Reinventing the TransRelational Model? Dan
- Re: Multiplicity, Change and MV Neo
- Re: Storing data and code in a Db with LISP-like interface topmind
- Re: Multiplicity, Change and MV Neo
- Re: Reinventing the TransRelational Model? falcon
- Re: Reinventing the TransRelational Model? falcon
- Re: Reinventing the TransRelational Model? paul c
- Re: Multiplicity, Change and MV Jay Dee
- Re: Multiplicity, Change and MV Neo
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Storing data and code in a Db with LISP-like interface Neo
Thursday, 13 April
- Re: Storing data and code in a Db with LISP-like interface x
- Re: Storing data and code in a Db with LISP-like interface x
- Re: Reinventing the TransRelational Model? x
- Re: Reinventing the TransRelational Model? x
- Re: Reinventing the TransRelational Model? x
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Storing data and code in a Db with LISP-like interface x
- Re: Multiplicity, Change and MV x
- Re: abnormal forms x
- Re: abnormal forms x
- Re: Multiplicity, Change and MV x
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV Neo
- Re: Multiplicity, Change and MV Bob Badour
- Re: abnormal forms Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Dimension in Data Warehouse Lukasz
- Re: Multiplicity, Change and MV Neo
- Re: Multiplicity, Change and MV David Portas
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- Re: Multiplicity, Change and MV Neo
- Modeling zip+4 dawn
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Modeling zip+4 Gene Wirchenko
- Re: Storing data and code in a Db with LISP-like interface Nick Malik [Microsoft]
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV dawn
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Multiplicity, Change and MV Neo
Friday, 14 April
- Re: Multiplicity, Change and MV x
- Re: Multiplicity, Change and MV Neo
- Re: Storing data and code in a Db with LISP-like interface x
- Re: Multiplicity, Change and MV x
- Re: Multiplicity, Change and MV x
- Re: Multiplicity, Change and MV x
- Re: Multiplicity, Change and MV x
- Re: Multiplicity, Change and MV x
- Re: Storing data and code in a Db with LISP-like interface Jan Hidders
- Re: Multiplicity, Change and MV Neo
- Re: Multiplicity, Change and MV Neo
- Re: Multiplicity, Change and MV x
- Re: Multiplicity, Change and MV x
- Re: Multiplicity, Change and MV Tedd
- Re: Multiplicity, Change and MV B Faux
- Re: Multiplicity, Change and MV B Faux
- Re: Multiplicity, Change and MV Neo
- Re: Multiplicity, Change and MV Neo
- Re: Multiplicity, Change and MV Neo
- Re: Multiplicity, Change and MV Jan Hidders
- Re: Multiplicity, Change and MV JOG
- Re: Relational lattice completeness Marshall Spight
- Re: Multiplicity, Change and MV Neo
- IDIOT! Your Data Model Can't Possibly Work! Neo
- Re: Multiplicity, Change and MV JOG
- Re: THe OverRelational Manifesto (ORM) U-gene
- Re: THe OverRelational Manifesto (ORM) U-gene
- Re: THe OverRelational Manifesto (ORM) U-gene
- Re: Multiplicity, Change and MV Neo
Saturday, 15 April
- Re: Storing data and code in a Db with LISP-like interface topmind
- Re: IDIOT! Your Data Model Can't Possibly Work! Neo
- IDIOT! Your Data Model Can't Possibly Work! Neo
- IDJIT! Your Data Model Can't Posssibly Work! Neo
- Re: abnormal forms paul c
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: IDJIT! Your Data Model Can't Posssibly Work! Hugo Kornelis
- Re: IDJIT! Your Data Model Can't Posssibly Work! paul c
- Re: Multiplicity, Change and MV Brian Selzer
- Re: IDJIT! Your Data Model Can't Posssibly Work! Neo
Sunday, 16 April
- Re: Storing data and code in a Db with LISP-like interface topmind
- Re: Storing data and code in a Db with LISP-like interface JOG
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: IDIOT! Your Data Model Can't Possibly Work! Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: abnormal forms Bob Badour
- Re: IDIOT! Your Data Model Can't Possibly Work! Bob Badour
- Re: IDJIT! Your Data Model Can't Posssibly Work! Bob Badour
- Re: IDJIT! Your Data Model Can't Posssibly Work! Bob Badour
- Re: IDJIT! Your Data Model Can't Posssibly Work! Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: THe OverRelational Manifesto (ORM) U-gene
- Re: Storing data and code in a Db with LISP-like interface Marshall Spight
- Re: abnormal forms Marshall Spight
- Re: Storing data and code in a Db with LISP-like interface Marshall Spight
- Re: abnormal forms Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: IDJIT! Your Data Model Can't Posssibly Work! Hugo Kornelis
- Re: Storing data and code in a Db with LISP-like interface Marshall Spight
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Storing data and code in a Db with LISP-like interface paul c
- Re: Storing data and code in a Db with LISP-like interface Marshall Spight
- Re: Storing data and code in a Db with LISP-like interface JOG
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Storing data and code in a Db with LISP-like interface JOG
- Re: Storing data and code in a Db with LISP-like interface paul c
- Re: Storing data and code in a Db with LISP-like interface Neo
Monday, 17 April
- Re: abnormal forms x
- Re: Multiplicity, Change and MV x
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Nick Malik [Microsoft]
- Re: Multiplicity, Change and MV dawn
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Multiplicity, Change and MV dawn
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Multiplicity, Change and MV Neo
- Re: Storing data and code in a Db with LISP-like interface topmind
Tuesday, 18 April
- Entity Overlap and Relationships GB
- Re: Storing data and code in a Db with LISP-like interface x
- Re: Storing data and code in a Db with LISP-like interface x
- Re: Storing data and code in a Db with LISP-like interface x
- Re: IDJIT! Your Data Model Can't Posssibly Work! Neo
- Re: Multiplicity, Change and MV x
- Re: Multiplicity, Change and MV x
- Re: Multiplicity, Change and MV x
- Re: Multiplicity, Change and MV x
- Re: THe OverRelational Manifesto (ORM) U-gene
- Re: Multiplicity, Change and MV x
- Re: Relational lattice completeness Jan Hidders
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV x
- Re: Multiplicity, Change and MV x
- Re: Multiplicity, Change and MV Bob Badour
- Re: Relational lattice completeness Jan Hidders
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Entity Overlap and Relationships Bob Badour
- Re: Multiplicity, Change and MV dawn
- Re: Multiplicity, Change and MV x
- Re: Multiplicity, Change and MV x
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV dawn
- Re: Storing data and code in a Db with LISP-like interface x
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV x
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: THe OverRelational Manifesto (ORM) U-gene
- Re: Multiplicity, Change and MV Tedd
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV dawn
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV B Faux
- Re: Multiplicity, Change and MV Tedd
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV B Faux
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV dawn
- Re: Multiplicity, Change and MV Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Multiplicity, Change and MV dawn
- Re: Relational lattice completeness Marshall Spight
- Re: IDJIT! Your Data Model Can't Posssibly Work! Hugo Kornelis
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: IDJIT! Your Data Model Can't Posssibly Work! Neo
- Re: Entity Overlap and Relationships GB
- Re: IDJIT! Your Data Model Can't Posssibly Work! Neo
- Re: Storing data and code in a Db with LISP-like interface topmind
Wednesday, 19 April
- Re: Multiplicity, Change and MV x
- Re: Storing data and code in a Db with LISP-like interface Nick Malik [Microsoft]
- Re: Storing data and code in a Db with LISP-like interface Nick Malik [Microsoft]
- Re: Multiplicity, Change and MV x
- Re: Storing data and code in a Db with LISP-like interface x
- Re: Storing data and code in a Db with LISP-like interface x
- Re: Entity Overlap and Relationships Jan Hidders
- Re: THe OverRelational Manifesto (ORM) Alfredo Novoa
- Re: THe OverRelational Manifesto (ORM) U-gene
- Re: Multiplicity, Change and MV x
- Re: THe OverRelational Manifesto (ORM) x
- Re: THe OverRelational Manifesto (ORM) x
- Re: Multiplicity, Change and MV dawn
- Re: IDJIT! Your Data Model Can't Posssibly Work! x
- Re: IDJIT! Your Data Model Can't Posssibly Work! x
- Best way to set up Dave Mennenoh
- Re: IDJIT! Your Data Model Can't Posssibly Work! Hugo Kornelis
- Re: IDJIT! Your Data Model Can't Posssibly Work! Hugo Kornelis
- Re: THe OverRelational Manifesto (ORM) Alfredo Novoa
- Re: Best way to set up Marshall Spight
- Re: THe OverRelational Manifesto (ORM) Marshall Spight
- Re: THe OverRelational Manifesto (ORM) Alfredo Novoa
- Re: THe OverRelational Manifesto (ORM) Alfredo Novoa
- Re: Entity Overlap and Relationships dawn
- Re: THe OverRelational Manifesto (ORM) Marshall Spight
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- Re: THe OverRelational Manifesto (ORM) David Portas
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- Re: THe OverRelational Manifesto (ORM) JOG
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: IDJIT! Your Data Model Can't Posssibly Work! Bob Badour
- Re: IDJIT! Your Data Model Can't Posssibly Work! ais01479_at_aeneas.net
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: IDJIT! Your Data Model Can't Posssibly Work! Neo
- Re: IDJIT! Your Data Model Can't Posssibly Work! Neo
- Re: THe OverRelational Manifesto (ORM) JOG
- Re: IDJIT! Your Data Model Can't Posssibly Work! Neo
- Re: IDJIT! Your Data Model Can't Posssibly Work! Hugo Kornelis
- Re: Multiplicity, Change and MV dawn
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- Re: IDJIT! Your Data Model Can't Posssibly Work! Jay Dee
- Re: IDJIT! Your Data Model Can't Posssibly Work! Neo
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: IDJIT! Your Data Model Can't Posssibly Work! Hugo Kornelis
- Re: Storing data and code in a Db with LISP-like interface JOG
- Re: IDJIT! Your Data Model Can't Posssibly Work! Bob Badour
- Re: IDJIT! Your Data Model Can't Posssibly Work! Neo
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: IDJIT! Your Data Model Can't Posssibly Work! Neo
- Order By Chino
- Re: Order By Marshall Spight
- Re: Order By Gene Wirchenko
- Re: Entity Overlap and Relationships GB
- Re: Entity Overlap and Relationships GB
- Re: Order By Marshall Spight
- Re: Best way to set up David Cressey
Thursday, 20 April
- Lucid statement of the MV vs RM position? ralphbecket_at_gmail.com
- Re: Order By Chino
- Re: Multiplicity, Change and MV Brian Selzer
- Re: THe OverRelational Manifesto (ORM) U-gene
- Re: Multiplicity, Change and MV Marshall Spight
- Re: Multiplicity, Change and MV Frank Hamersley
- Re: IDJIT! Your Data Model Can't Posssibly Work! strider5
- Re: THe OverRelational Manifesto (ORM) Marshall Spight
- Re: IDJIT! Your Data Model Can't Posssibly Work! x
- Re: IDJIT! Your Data Model Can't Posssibly Work! x
- Re: Storing data and code in a Db with LISP-like interface x
- Re: Storing data and code in a Db with LISP-like interface x
- Re: Multiplicity, Change and MV x
- Re: Entity Overlap and Relationships dawn
- Re: IDJIT! Your Data Model Can't Posssibly Work! Neo
- Re: IDJIT! Your Data Model Can't Posssibly Work! Neo
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- Re: IDJIT! Your Data Model Can't Posssibly Work! x
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Entity Overlap and Relationships Bob Badour
- Re: Best way to set up Bob Badour
- Re: Lucid statement of the MV vs RM position? Bob Badour
- Re: THe OverRelational Manifesto (ORM) Dave Greenwood
- Has E/R had a negative impact on db? JOG
- Re: IDJIT! Your Data Model Can't Posssibly Work! Neo
- Re: Multiplicity, Change and MV Jon Heggland
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- Re: IDJIT! Your Data Model Can't Posssibly Work! Bob Badour
- Re: IDJIT! Your Data Model Can't Posssibly Work! Neo
- Re: Has E/R had a negative impact on db? Jon Heggland
- Re: Has E/R had a negative impact on db? SD
- Re: THe OverRelational Manifesto (ORM) Alfredo Novoa
- Re: THe OverRelational Manifesto (ORM) Alfredo Novoa
- Re: Entity Overlap and Relationships dawn
- Re: Multiplicity, Change and MV Marshall Spight
- Re: Has E/R had a negative impact on db? Bob Badour
- Re: Lucid statement of the MV vs RM position? dawn
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- Re: THe OverRelational Manifesto (ORM) JOG
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV dawn
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- Re: THe OverRelational Manifesto (ORM) Alfredo Novoa
- Re: IDJIT! Your Data Model Can't Posssibly Work! Marshall Spight
- Re: IDJIT! Your Data Model Can't Posssibly Work! Bob Badour
- Re: THe OverRelational Manifesto (ORM) Marshall Spight
- Re: THe OverRelational Manifesto (ORM) Marshall Spight
- Re: THe OverRelational Manifesto (ORM) Marshall Spight
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- Re: THe OverRelational Manifesto (ORM) Gene Wirchenko
- Re: Multiplicity, Change and MV B Faux
- Re: Has E/R had a negative impact on db? JOG
- Re: Entity Overlap and Relationships Gene Wirchenko
- Re: THe OverRelational Manifesto (ORM) Marshall Spight
- Re: abnormal forms paul c
- Re: THe OverRelational Manifesto (ORM) Gene Wirchenko
- Re: THe OverRelational Manifesto (ORM) Marshall Spight
- Re: Multiplicity, Change and MV Marshall Spight
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- Re: Entity Overlap and Relationships dawn
- Re: abnormal forms Bob Badour
- Re: Entity Overlap and Relationships Mikito Harakiri
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: THe OverRelational Manifesto (ORM) Gene Wirchenko
- Re: Multiplicity, Change and MV Gene Wirchenko
- Re: IDJIT! Your Data Model Can't Posssibly Work! Hugo Kornelis
- Re: IDJIT! Your Data Model Can't Posssibly Work! Hugo Kornelis
- Re: Entity Overlap and Relationships Gene Wirchenko
- Re: IDJIT! Your Data Model Can't Posssibly Work! Hugo Kornelis
- Re: Reinventing the TransRelational Model? vldm10
- Re: Lucid statement of the MV vs RM position? Pickie
- Re: abnormal forms paul c
- Re: Lucid statement of the MV vs RM position? Mikito Harakiri
- Re: Lucid statement of the MV vs RM position? dawn
- Re: Lucid statement of the MV vs RM position? Neo
- Re: Lucid statement of the MV vs RM position? Gene Wirchenko
- Re: Lucid statement of the MV vs RM position? paul c
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- Re: Lucid statement of the MV vs RM position? paul c
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: THe OverRelational Manifesto (ORM) paul c
- Re: abnormal forms Bob Badour
- Re: Entity Overlap and Relationships Bob Badour
- Re: abnormal forms paul c
- Re: Lucid statement of the MV vs RM position? ralphbecket_at_gmail.com
- Re: Lucid statement of the MV vs RM position? Bob Badour
- Re: Multiplicity, Change and MV Marshall Spight
- Re: Lucid statement of the MV vs RM position? Christopher Browne
- Re: THe OverRelational Manifesto (ORM) Marshall Spight
- Re: THe OverRelational Manifesto (ORM) paul c
- Re: THe OverRelational Manifesto (ORM) JOG
- Re: Multiplicity, Change and MV Bob Badour
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- All hail Bob! Jay Dee
- Re: Storing data and code in a Db with LISP-like interface topmind
- Re: Storing data and code in a Db with LISP-like interface topmind
Friday, 21 April
- Re: All hail Bob! Roy Hann
- Re: THe OverRelational Manifesto (ORM) Marshall Spight
- Re: Lucid statement of the MV vs RM position? Jay Dee
- Re: Multiplicity, Change and MV Marshall Spight
- Re: Lucid statement of the MV vs RM position? ralphbecket_at_gmail.com
- Re: Storing data and code in a Db with LISP-like interface Alvin Ryder
- Re: All hail Bob! David Cressey
- efficient compare Andersen
- Re: All hail Bob! Roy Hann
- Re: Multiplicity, Change and MV Frank
- Storing derived and derivable data dawn
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- Re: THe OverRelational Manifesto (ORM) JOG
- Re: Multiplicity, Change and MV Bob Badour
- Re: Lucid statement of the MV vs RM position? Bob Badour
- Re: All hail Bob! Bob Badour
- Re: efficient compare Bob Badour
- Re: THe OverRelational Manifesto (ORM) Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Pascal Bourguignon
- Re: All hail Bob! Bob Badour
- Re: efficient compare Andersen
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: Entity Overlap and Relationships GB
- Re: Storing data and code in a Db with LISP-like interface Pascal Bourguignon
- Re: THe OverRelational Manifesto (ORM) JOG
- Re: Storing data and code in a Db with LISP-like interface JOG
- Re: Storing data and code in a Db with LISP-like interface Alvin Ryder
- Re: Storing data and code in a Db with LISP-like interface Mikito Harakiri
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Entity Overlap and Relationships Mikito Harakiri
- Re: Entity Overlap and Relationships GB
- Re: Storing data and code in a Db with LISP-like interface Alvin Ryder
- Re: IDJIT! Your Data Model Can't Posssibly Work! Neo
- Re: All hail Bob! Neo
- Re: efficient compare Bob Badour
- Re: efficient compare -CELKO-
- Re: All hail Bob! JOG
- Re: All hail Bob! Neo
- Re: Entity Overlap and Relationships paul c
- Re: All hail Bob! JOG
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: efficient compare lennart_at_kommunicera.umea.se
- Re: Entity Overlap and Relationships Bob Badour
- Re: All hail Bob! paul c
- Re: All hail Bob! Neo
- Re: Storing data and code in a Db with LISP-like interface JOG
- Re: Storing data and code in a Db with LISP-like interface JOG
- Re: Entity Overlap and Relationships Bob Badour
- Re: All hail Bob! Marshall Spight
- Re: efficient compare Bob Badour
- Re: All hail Bob! Neo
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: All hail Bob! David Cressey
- Re: All hail Bob! Bob Badour
- Re: Storing derived and derivable data David Cressey
- Re: Storing derived and derivable data Bob Badour
- Re: Storing derived and derivable data dawn
- Re: All hail Bob! Marshall Spight
- Re: All hail Bob! JOG
- Re: All hail Bob! Marshall Spight
- Re: efficient compare David Cressey
- Re: Storing derived and derivable data dawn
- Re: Storing data and code in a Db with LISP-like interface Dmitry A. Kazakov
- Re: Storing data and code in a Db with LISP-like interface JOG
- Re: Storing data and code in a Db with LISP-like interface Sasa
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Mikito Harakiri
- Re: Storing data and code in a Db with LISP-like interface Mikito Harakiri
- Re: Storing derived and derivable data Gene Wirchenko
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: All hail Bob! Neo
- Re: All hail Bob! Neo
- Re: All hail Bob! Neo
- Re: Storing derived and derivable data Bob Badour
- Re: All hail Bob! Gene Wirchenko
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: All hail Bob! Neo
- Re: All hail Bob! Gene Wirchenko
- Re: All hail Bob! Neo
- Re: efficient compare -CELKO-
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: All hail Bob! Jay Dee
- Re: All hail Neo! mAsterdam
- Re: All hail Bob! Neo
- Re: Storing data and code in a Db with LISP-like interface Alvin Ryder
- Re: All hail Neo! Bob Badour
- Re: All hail Neo! mAsterdam
- Re: All hail Neo! Bob Badour
- Re: All hail Neo! mAsterdam
- Re: All hail Neo! Bob Badour
- Re: All hail Neo! mAsterdam
- Box query Mikito Harakiri
- Re: Box query Mikito Harakiri
- Re: All hail Bob! mAsterdam
- Re: All hail Neo! mAsterdam
- Re: All hail Neo! mAsterdam
- Re: All hail Neo! mAsterdam
- Re: Box query Bob Badour
- Re: Storing derived and derivable data mAsterdam
- Re: Storing derived and derivable data Bob Badour
- Re: Storing derived and derivable data Marshall Spight
- Re: Box query mAsterdam
- Re: Storing derived and derivable data mAsterdam
- Re: All hail Bob! Bob Badour
- Re: All hail Neo! Bob Badour
- Re: All hail Neo! Bob Badour
- Re: All hail Neo! Bob Badour
- Re: All hail Neo! Bob Badour
- Re: All hail Bob! mAsterdam
- Re: Storing derived and derivable data Bob Badour
- Re: Storing derived and derivable data Bob Badour
- Re: All hail Neo! mAsterdam
- Re: table manners mAsterdam
- Re: All hail Neo! mAsterdam
- Re: All hail Neo! Bob Badour
- Re: Storing derived and derivable data mAsterdam
- Re: Storing derived and derivable data Bob Badour
- Re: All hail Neo! mAsterdam
- Re: All hail Neo! Bob Badour
- Re: Storing derived and derivable data -CELKO-
- Re: Storing derived and derivable data mAsterdam
- Re: All hail Neo! mAsterdam
- Re: the self-aggrandizing Bob Badour mAsterdam
- Re: Box query Mikito Harakiri
- Re: Box query Mikito Harakiri
- Re: Box query Mikito Harakiri
- The self-aggrandizing Bob Badour mAsterdam
- the self-agringamajinx Bob Badour. mAsterdam
- Re: Box query Bob Badour
- Re: Box query J M Davitt
- Re: Box query Bob Badour
- SABB's point point intersection mAsterdam
- Re: Box query J M Davitt
- Re: Box query Mikito Harakiri
- Re: Box query Mikito Harakiri
- Re: Storing data and code in a Db with LISP-like interface topmind
Saturday, 22 April
- Re: Storing data and code in a Db with LISP-like interface Sasa
- Re: Storing data and code in a Db with LISP-like interface Dmitry A. Kazakov
- Re: efficient compare Alfredo Novoa
- Re: Storing data and code in a Db with LISP-like interface Tagore Smith
- Re: Storing derived and derivable data Alfredo Novoa
- Re: Storing derived and derivable data Alfredo Novoa
- Re: efficient compare Andersen
- Re: efficient compare Andersen
- Re: efficient compare lennart_at_kommunicera.umea.se
- Re: efficient compare Andersen
- Re: Has E/R had a negative impact on db? Alfredo Novoa
- Re: efficient compare Alfredo Novoa
- Re: efficient compare David Cressey
- Re: All hail Neo! David Cressey
- Re: efficient compare Bob Badour
- Re: efficient compare Bob Badour
- Re: Storing derived and derivable data dawn
- Re: Storing derived and derivable data dawn
- Re: Storing data and code in a Db with LISP-like interface David Cressey
- Re: All hail Neo! David Cressey
- Re: All hail Neo! Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Bill Atkins
- Re: Storing data and code in a Db with LISP-like interface Nick Malik [Microsoft]
- Re: Storing data and code in a Db with LISP-like interface Nick Malik [Microsoft]
- Re: Storing data and code in a Db with LISP-like interface Marshall Spight
- Re: Box query J M Davitt
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Nick Malik [Microsoft]
- Re: Box query Bob Badour
- Re: Box query Bob Badour
- Re: Box query J M Davitt
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: Box query Bob Badour
- Re: Box query Bob Badour
- Re: Storing data and code in a Db with LISP-like interface A..L.
- Re: Box query J M Davitt
- Re: Storing data and code in a Db with LISP-like interface Nick Malik [Microsoft]
- Re: Box query Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Nick Malik [Microsoft]
- Re: Box query J M Davitt
- Re: Storing data and code in a Db with LISP-like interface Sasa
- Re: Box query Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: All hail Neo! Frank Hamersley
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: All hail Neo! Bob Badour
- Re: All hail Neo! Neo
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: All hail Neo! dawn
- Re: Box query Mikito Harakiri
- Re: Box query Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Mikito Harakiri
- Re: Storing data and code in a Db with LISP-like interface Pascal Bourguignon
- Re: efficient compare Andersen
- Re: Box query Mikito Harakiri
- Re: efficient compare Bob Badour
- Re: Box query Bob Badour
- Re: Box query Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: efficient compare Andersen
- Re: Box query Mikito Harakiri
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Has E/R had a negative impact on db? Neo
- Re: Storing data and code in a Db with LISP-like interface Alvin Ryder
- Re: Has E/R had a negative impact on db? JOG
- Re: Has E/R had a negative impact on db? Neo
- Re: efficient compare Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Box query Bob Badour
- Re: Lucid statement of the MV vs RM position? Jay Dee
- Re: Has E/R had a negative impact on db? Jay Dee
- Re: Has E/R had a negative impact on db? Bob Badour
Sunday, 23 April
- Re: All hail Neo! Frank Hamersley
- Re: efficient compare Frank Hamersley
- Re: Storing data and code in a Db with LISP-like interface Frank Hamersley
- Re: All hail Neo! mAsterdam
- Re: All hail Neo! mAsterdam
- Re: efficient compare Christopher Browne
- Re: Has E/R had a negative impact on db? David Cressey
- Re: Has E/R had a negative impact on db? David Cressey
- Re: Has E/R had a negative impact on db? Bob Badour
- Re: Has E/R had a negative impact on db? Bob Badour
- Re: efficient compare Bob Badour
- Re: Box query J M Davitt
- Re: All hail Neo! Bob Badour
- Re: Has E/R had a negative impact on db? David Cressey
- Re: Has E/R had a negative impact on db? David Cressey
- Re: Storing data and code in a Db with LISP-like interface Nameless
- Re: Has E/R had a negative impact on db? Bob Badour
- Re: Box query Mikito Harakiri
- Reflections of a beautiful mind... Fundamental principle: Separation of Concerns Bob Badour
- Re: Has E/R had a negative impact on db? J M Davitt
- Re: efficient compare Jay Dee
- Re: All hail Neo! Neo
- Re: Relational lattice completeness Marshall Spight
- Re: Box query Mikito Harakiri
- Re: Box query Bob Badour
- Re: Relational lattice completeness Jan Hidders
- Re: Box query -CELKO-
- Re: efficient compare Andersen
- Re: efficient compare Andersen
- Re: efficient compare Andersen
- Re: efficient compare Bob Badour
- Re: Box query J M Davitt
- Re: efficient compare Bob Badour
- Re: Lucid statement of the MV vs RM position? Pickie
- Re: Lucid statement of the MV vs RM position? Pickie
- Re: efficient compare Jay Dee
- Re: Lucid statement of the MV vs RM position? ralphbecket_at_gmail.com
- Re: Has E/R had a negative impact on db? -CELKO-
- Re: Lucid statement of the MV vs RM position? Bob Badour
- Re: Multiplicity, Change and MV DonR
- Re: Multiplicity, Change and MV Bob Badour
- Re: All hail Neo! Frank Hamersley
- Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns Frank Hamersley
- Re: efficient compare Frank Hamersley
Monday, 24 April
- Re: Lucid statement of the MV vs RM position? Pickie
- Re: Has E/R had a negative impact on db? Jon Heggland
- Re: Has E/R had a negative impact on db? Jon Heggland
- Re: Lucid statement of the MV vs RM position? David Cressey
- Re: Lucid statement of the MV vs RM position? David Cressey
- Re: Lucid statement of the MV vs RM position? dawn
- Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns David Cressey
- Re: Lucid statement of the MV vs RM position? Jon Heggland
- Re: Has E/R had a negative impact on db? David Cressey
- Re: Multiplicity, Change and MV David Cressey
- Re: Lucid statement of the MV vs RM position? Bob Badour
- Re: Has E/R had a negative impact on db? JOG
- Re: Lucid statement of the MV vs RM position? Bob Badour
- Re: Lucid statement of the MV vs RM position? dawn
- Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns Bob Badour
- Re: Has E/R had a negative impact on db? Jan Hidders
- Re: Multiplicity, Change and MV Jan Hidders
- Re: Lucid statement of the MV vs RM position? Jan Hidders
- Re: Lucid statement of the MV vs RM position? dawn
- Re: Has E/R had a negative impact on db? JOG
- Re: Lucid statement of the MV vs RM position? Jan Hidders
- Re: efficient compare Andersen
- Re: Lucid statement of the MV vs RM position? Jan Hidders
- Re: All hail Neo! Bob Badour
- Re: Lucid statement of the MV vs RM position? dawn
- Re: Has E/R had a negative impact on db? Neo
- Re: Lucid statement of the MV vs RM position? Tony Andrews
- Re: Has E/R had a negative impact on db? JOG
- Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns Neo
- Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns Neo
- Re: Has E/R had a negative impact on db? Neo
- Re: Has E/R had a negative impact on db? JOG
- Re: Lucid statement of the MV vs RM position? dawn
- Re: Lucid statement of the MV vs RM position? dawn
- Re: Has E/R had a negative impact on db? Neo
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Lucid statement of the MV vs RM position? David Cressey
- Re: Lucid statement of the MV vs RM position? David Cressey
- Re: Lucid statement of the MV vs RM position? dawn
- Re: efficient compare David Cressey
- Re: Has E/R had a negative impact on db? Jan Hidders
- Re: Has E/R had a negative impact on db? David Cressey
- Re: Has E/R had a negative impact on db? mAsterdam
- Re: Lucid statement of the MV vs RM position? David Cressey
- Re: Lucid statement of the MV vs RM position? David Cressey
- Re: Lucid statement of the MV vs RM position? Bob Badour
- Re: Lucid statement of the MV vs RM position? dawn
- Re: Multiplicity, Change and MV DonR
- Re: Has E/R had a negative impact on db? dawn
- Re: Multiplicity, Change and MV dawn
- Re: Multiplicity, Change and MV DonR
- Re: Has E/R had a negative impact on db? paul c
- Re: Multiplicity, Change and MV Mikito Harakiri
- Re: Multiplicity, Change and MV Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Multiplicity, Change and MV Marshall Spight
Tuesday, 25 April
- Re: Has E/R had a negative impact on db? mAsterdam
- Re: Lucid statement of the MV vs RM position? Jon Heggland
- Re: Lucid statement of the MV vs RM position? Tony Andrews
- Re: Has E/R had a negative impact on db? J M Davitt
- Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns Frank Hamersley
- Re: Lucid statement of the MV vs RM position? David Cressey
- Re: Multiplicity, Change and MV x
- Re: Multiplicity, Change and MV Jan Hidders
- Re: All hail Neo! Frank Hamersley
- Re: Multiplicity, Change and MV Frank Hamersley
- Re: Multiplicity, Change and MV David Cressey
- Re: Lucid statement of the MV vs RM position? Frank Hamersley
- Re: Has E/R had a negative impact on db? Jan Hidders
- Re: Multiplicity, Change and MV Brian Selzer
- Re: efficient compare Andersen
- Re: Multiplicity, Change and MV Bob Badour
- Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns Bob Badour
- Re: efficient compare Jan Hidders
- Re: All hail Neo! Bob Badour
- Re: Lucid statement of the MV vs RM position? Jan Hidders
- Re: Lucid statement of the MV vs RM position? Bob Badour
- Re: Has E/R had a negative impact on db? Neo
- Re: Lucid statement of the MV vs RM position? Jan Hidders
- Re: efficient compare David Cressey
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Storing data and code in a Db with LISP-like interface mAsterdam
- Re: All hail Bob! Gene Wirchenko
- Re: Lucid statement of the MV vs RM position? Pickie
- Re: Lucid statement of the MV vs RM position? Pickie
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Storing data and code in a Db with LISP-like interface Marshall Spight
Wednesday, 26 April
- Re: Lucid statement of the MV vs RM position? David Cressey
- Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns Frank Hamersley
- Re: Multiplicity, Change and MV Frank Hamersley
- Re: All hail Neo! Frank Hamersley
- Re: Lucid statement of the MV vs RM position? Dan
- Re: Storing data and code in a Db with LISP-like interface mAsterdam
- Re: All hail Neo! Marshall Spight
- Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns Tony D
- Re: All hail Neo! Frank Hamersley
- Re: Lucid statement of the MV vs RM position? Frank Hamersley
- Re: Multiplicity, Change and MV Frank Hamersley
- Re: All hail Neo! JOG
- Re: All hail Neo! Bob Badour
- Re: All hail Neo! Bob Badour
- Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns Bob Badour
- Re: Multiplicity, Change and MV Bob Badour
- Re: All hail Neo! Bob Badour
- Re: All hail Neo! Marshall Spight
- Re: Reflections of a beautiful mind... Fundamental principle: Separation of Concerns Neo
- Re: Multiplicity, Change and MV David Cressey
- Re: Lucid statement of the MV vs RM position? Gene Wirchenko
- Re: All hail Neo! Marshall Spight
- Re: Storing data and code in a Db with LISP-like interface mAsterdam
- Re: All hail Neo! Gene Wirchenko
- Re: All hail Neo! Gene Wirchenko
- Re: All hail Neo! Bob Badour
- Re: All hail Neo! David Cressey
- Re: Storing data and code in a Db with LISP-like interface Marshall Spight
- Re: All hail Neo! Bob Badour
- Re: All hail Neo! Marshall Spight
- Re: All hail Neo! Marshall Spight
- Re: All hail Neo! Marshall Spight
- Re: Lucid statement of the MV vs RM position? dawn
- Re: All hail Neo! Gene Wirchenko
- Re: All hail Neo! Marshall Spight
- Re: All hail Neo! Bob Badour
- Re: All hail Neo! Bob Badour
- Re: All hail Neo! mAsterdam
- Re: Storing data and code in a Db with LISP-like interface Markus Triska
- Re: All hail Neo! Marshall Spight
- Re: All hail Neo! Marshall Spight
- Re: All hail Neo! Gene Wirchenko
- Re: All hail Neo! Bob Badour
- Re: All hail Neo! Bob Badour
- Re: All hail Neo! Gene Wirchenko
- Re: All hail Neo! Marshall Spight
- Re: Storing data and code in a Db with LISP-like interface Alvin Ryder
- Re: All hail Neo! Marshall Spight
- Re: Storing data and code in a Db with LISP-like interface Alvin Ryder
- Re: All hail Neo! Marshall Spight
- Re: All hail Neo! Gene Wirchenko
- Re: Storing data and code in a Db with LISP-like interface Markus Triska
- Re: Storing data and code in a Db with LISP-like interface Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: All hail Neo! Bob Badour
- Re: All hail Neo! Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Marshall Spight
- Re: All hail Neo! Bob Badour
- Re: All hail Neo! Bob Badour
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Lucid statement of the MV vs RM position? dawn
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: Storing data and code in a Db with LISP-like interface Marshall Spight
- Re: All hail Neo! Marshall Spight
- Re: Storing data and code in a Db with LISP-like interface Neo
- Re: All hail Neo! Frank Hamersley
- Re: All hail Neo! Frank Hamersley
- Re: All hail Neo! Frank Hamersley
- Re: Reflections