Yes, it can be redundant. Ignore it if you like.
BR,
Jason
On 05/17/2012 10:32 PM, Marin Pranjić wrote:
and why both tag and tag_link have an event.id <http://event.id>
field? is this redundant?
On Thu, May 17, 2012 at 7:56 PM, Jason Brower <encomp...@gmail.com
<mailto:encomp...@gmail.com>> wrote:
It is a "many-to-many" but it can link to multiple tables.
event is the event that a user can attend
table_link is the ID that is used in a particular table.
tag is the tag.id <http://tag.id> that this row is linking to.
intent is as described before.
tag_type is the table that the system will link to.
Notice there is a booth, auth_user, and happening table. All of
those support tags and instead of needing to create a table for
each one, I combined them. Aslo comes in handy in other ways too.
Like if I want to create tag relations on other parts of my
database. I could even create tag relations on tags or other tag
relations. Very powerful.
br,
Jason
On 05/17/2012 08:32 PM, Marin Pranjić wrote:
I am not sure if I understand your model. Can you explain
"tag_link" ?
Marin
On Thu, May 17, 2012 at 6:28 PM, Jason Brower
<encomp...@gmail.com <mailto:encomp...@gmail.com>> wrote:
I have the event management tool I have been working on for 2
years now and I have made some changes to the code that
require my most complicated query to be rebuilt.
After thinking about it for several hours I figure I should
throw it at you guys to see what you can come up with.
The winner of this query will get 75€ with paypal or other
means after I have it implemented it in the code.
I have the following model:
model_diagram.png
event_attender.py
tag.py
tag_link.py
Description:
I am building a list of connections based on relevance by tag.
Tags have two states, looking for and attribute.
Users attach themselves to these tags with the two attributes.
"I am looking for someone with this tag."
and/or
"This tag is something about me that I want to offer."
Now when they do this a list of users will show on the screen.
ID Nickname Tags your looking for that they have Your
Relevance
Tags they are looking for that you have Their Relevance
Total Relevance Image city
101 encompass Tag1, Tag2, Tag4 3 Tag4, Tag5, Tag
6 3 10
http://.... Oulu
102 encompass Tag1, Tag2, Tag4 3 Tag4, Tag 6
3 8
http://.... Oulu
150 encompass Tag1, Tag2, Tag4 3 Tag 6 3
7
http://.... Helsinki
This is build with the following:
UserA is the user logged in using the system
If another user has a tag that UserA is looking for, then
relevance is +2 to UserA
If another user is looking for something UserA has, then
relevance is +1 to UserA
If another user lives in the same city as UserA and has
something they are looking for or something to offer then
relevance is +1
Does this make sense? I just need to query that will happen.
I can handle the view just fine. Feel free to comment or ask
questions.
If you can think of a good way to connect people better with
the data in the model diagram attached do tell. I will give
you another 25€ for that implementation as well. :)
---
BR,
Jason Brower
