Ever have one of these days...
-
Me: I'm having some trouble understanding your data model. The Foo in this table doesn't match the Foo in that table and there are bidirectional, implicit relationships between two other tables that have no referential integrity. The "BarId" on "EntityA" seems to match with "BarId" on "EntityB" but there is a "Bazinga" on "EntityA" that matches a different "EntityB" where "EntityA.BarId != EntityB.BarId" These conflicts are making it very difficult to trust your schema and it is also very difficult to know which version of the database's facts represent our real business data. Vendor: I don't see any issue. It appears you just have not been provided with clear details on how our data model works. You see, three plus five equals threeve. Me: Beg pardon? Vendor: Three plus five equals threeve. This is simple math. Me: Three plus five is eight. There's no such thing as threeve. Vendor: Are you trying to insult my intelligence? Me: ...I don't think that's how math works. [later] Bean Counter: [Vendor] just informed me that you didn't know that three plus five is threeve. I thought you were an expert and I hear you can't even do simple math. https://en.wikipedia.org/wiki/threeve[^] Just make it work! Me: ...
"I need build Skynet. Plz send code"
-
Me: I'm having some trouble understanding your data model. The Foo in this table doesn't match the Foo in that table and there are bidirectional, implicit relationships between two other tables that have no referential integrity. The "BarId" on "EntityA" seems to match with "BarId" on "EntityB" but there is a "Bazinga" on "EntityA" that matches a different "EntityB" where "EntityA.BarId != EntityB.BarId" These conflicts are making it very difficult to trust your schema and it is also very difficult to know which version of the database's facts represent our real business data. Vendor: I don't see any issue. It appears you just have not been provided with clear details on how our data model works. You see, three plus five equals threeve. Me: Beg pardon? Vendor: Three plus five equals threeve. This is simple math. Me: Three plus five is eight. There's no such thing as threeve. Vendor: Are you trying to insult my intelligence? Me: ...I don't think that's how math works. [later] Bean Counter: [Vendor] just informed me that you didn't know that three plus five is threeve. I thought you were an expert and I hear you can't even do simple math. https://en.wikipedia.org/wiki/threeve[^] Just make it work! Me: ...
"I need build Skynet. Plz send code"
Alaric_ wrote:
Three plus five equals threeve
Surely you have heard of user Types, this is obviously a custom implementation of ThreePlusFive
Never underestimate the power of human stupidity RAH
-
Me: I'm having some trouble understanding your data model. The Foo in this table doesn't match the Foo in that table and there are bidirectional, implicit relationships between two other tables that have no referential integrity. The "BarId" on "EntityA" seems to match with "BarId" on "EntityB" but there is a "Bazinga" on "EntityA" that matches a different "EntityB" where "EntityA.BarId != EntityB.BarId" These conflicts are making it very difficult to trust your schema and it is also very difficult to know which version of the database's facts represent our real business data. Vendor: I don't see any issue. It appears you just have not been provided with clear details on how our data model works. You see, three plus five equals threeve. Me: Beg pardon? Vendor: Three plus five equals threeve. This is simple math. Me: Three plus five is eight. There's no such thing as threeve. Vendor: Are you trying to insult my intelligence? Me: ...I don't think that's how math works. [later] Bean Counter: [Vendor] just informed me that you didn't know that three plus five is threeve. I thought you were an expert and I hear you can't even do simple math. https://en.wikipedia.org/wiki/threeve[^] Just make it work! Me: ...
"I need build Skynet. Plz send code"
-
Me: I'm having some trouble understanding your data model. The Foo in this table doesn't match the Foo in that table and there are bidirectional, implicit relationships between two other tables that have no referential integrity. The "BarId" on "EntityA" seems to match with "BarId" on "EntityB" but there is a "Bazinga" on "EntityA" that matches a different "EntityB" where "EntityA.BarId != EntityB.BarId" These conflicts are making it very difficult to trust your schema and it is also very difficult to know which version of the database's facts represent our real business data. Vendor: I don't see any issue. It appears you just have not been provided with clear details on how our data model works. You see, three plus five equals threeve. Me: Beg pardon? Vendor: Three plus five equals threeve. This is simple math. Me: Three plus five is eight. There's no such thing as threeve. Vendor: Are you trying to insult my intelligence? Me: ...I don't think that's how math works. [later] Bean Counter: [Vendor] just informed me that you didn't know that three plus five is threeve. I thought you were an expert and I hear you can't even do simple math. https://en.wikipedia.org/wiki/threeve[^] Just make it work! Me: ...
"I need build Skynet. Plz send code"
:thumbsup: :laugh:
Visit my blog at Sander's bits - Writing the code you need. Or read my articles at my CodeProject profile.
Simplicity is prerequisite for reliability. — Edsger W. Dijkstra
Regards, Sander
-
Me: I'm having some trouble understanding your data model. The Foo in this table doesn't match the Foo in that table and there are bidirectional, implicit relationships between two other tables that have no referential integrity. The "BarId" on "EntityA" seems to match with "BarId" on "EntityB" but there is a "Bazinga" on "EntityA" that matches a different "EntityB" where "EntityA.BarId != EntityB.BarId" These conflicts are making it very difficult to trust your schema and it is also very difficult to know which version of the database's facts represent our real business data. Vendor: I don't see any issue. It appears you just have not been provided with clear details on how our data model works. You see, three plus five equals threeve. Me: Beg pardon? Vendor: Three plus five equals threeve. This is simple math. Me: Three plus five is eight. There's no such thing as threeve. Vendor: Are you trying to insult my intelligence? Me: ...I don't think that's how math works. [later] Bean Counter: [Vendor] just informed me that you didn't know that three plus five is threeve. I thought you were an expert and I hear you can't even do simple math. https://en.wikipedia.org/wiki/threeve[^] Just make it work! Me: ...
"I need build Skynet. Plz send code"
