HTML Logo by World Wide Web Consortium (www.w3.org). Click to learn more about our commitment to accessibility and standards.

Moving forward with Composr

ocPortal has been relaunched as Composr CMS, which is now in beta. ocPortal 9 will be superseded by Composr 10.

Head over to compo.sr for our new site, and to our migration roadmap. Existing ocPortal member accounts have been mirrored.


Catalogue one-to-many relationship to another catalogue's items?

Login / Search

 [ Join | More ]
 Add topic 
Posted
Rating:
#106473 (In Topic #20763)
Avatar

Fan in training

can't find it in gui or documentation

Maybe I need to join the vision-impaired group!

Is it possible to link one catalogue item to list of multiple other catalogue items?
For example, 1 car to a table of multiple service records? It's possible to do the reverse with a foreign key on the many records with (Type: Selected reference to catalog entry in Car catalog)


Is it in the docs?

What would be the process of figuring out if it's already built in, or what would be needed to implement? Would it need a Minimodule? 


Last edit: by tuningt
Back to the top
 
Posted
Rating:
#106479
Avatar

Hi,

This is not a feature in v9, it will be in v10.

To be honest, as soon as I hear people talking about relatively sophisticated things to do in catalogues, my "custom programming will be needed" alarm bell goes off. Not because of this specific requirement, which I agree is a feature useful to many, but because I'm pretty sure at this level of set-up you're going to want more than just entities with entity relationships. At that kind of point, you don't want to be using catalogues, you want to be coding up a new content type with a customised interface and a skeleton to attach whatever custom code you need. So it should be approached as a programming project.


Become a fan of ocPortal on Facebook or add me as a friend. Add me on on Twitter.
Was I helpful?
  • If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
  • If so, please let others know about ocPortal whenever you see the opportunity.
  • If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying ocPortal on fun personal projects.
  • If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Back to the top
 
Posted
Rating:
#106489
Avatar

Fan in training

Wow, thanks for the reply Chris, saved me a ton of time re-sifting the docs!

That's great it's a planned feature. If there is a separate tool for Entity-Relationships, or if I should hook up to an app server that would be good too. OCP already does so much - and you do too!




Back to the top
 
Posted
Rating:
#106491
Avatar

Hi :),

I sense you are from a more 'enterprise' background, so are used a different kind of lexicon and approach to what is common in OSS systems (I read your chat room post also).

To me, PHP is an app server.

Assuming I'm right, and you're fairly technical, I'll try and summarise the difference in approaches between the two worlds. I may be biased ;).

Enterprise: Connect various big-iron systems together using web services. Each is a relatively closed ecosystem, is separately licensed, and has it's own advanced interface. Either compilation of custom code is involved, or the use of relatively clunky proprietary scripting languages, and a separate skill-set for each bit of software.

Open Source: Systems tend to be more light-weight, focused on the core behaviours needed. E.g. Direct SQL queries to MySQL, rather than stored procedures (although you can do them if you want to). However, as the code is all open, and no special licenses required, everything has been tuned in a meritocratic kind of way, so things tend to be simple but effective. Particularly for the case of PHP, creating new functionality is extremely time-efficient, because you don't need to compile the code, and you can just plug stuff directly into ocPortal and essentially have access to all our APIs without needing any web services, or limited public interface, or cut-down scripting system. Things are simple by default, and only get complex when you need to scale things out across multiple tiers etc.

So we wouldn't usually expect to see/need any separate app server, or advanced web services. You can just plug new PHP code direct into ocPortal and have access to all the PHP/MySQL/ocPortal APIs at the direct function-call level. You can create tables directly in MySQL using any MySQL frontend you prefer (phpMyAdmin, MySQL workbench, etc).


Become a fan of ocPortal on Facebook or add me as a friend. Add me on on Twitter.
Was I helpful?
  • If not, please let us know how we can do better (please try and propose any bigger ideas in such a way that they are fundable and scalable).
  • If so, please let others know about ocPortal whenever you see the opportunity.
  • If my reply is too Vulcan or expressed too much in business-strategy terms, and not particularly personal, I apologise. As a company & project maintainer, time is very limited to me, so usually when I write a reply I try and make it generic advice to all readers. I'm also naturally a joined-up thinker, so I always express my thoughts in combined business and technical terms. I recognise not everyone likes that, don't let my Vulcan-thinking stop you enjoying ocPortal on fun personal projects.
  • If my response can inspire a community tutorial, that's a great way of giving back to the project as a user.
Back to the top
 
Posted
Rating:
#106492
Avatar

Fan in training

Excellent, ta.
I am from a different background and it's way different but hey, gotta branch out.
Back to the top
 
1 guests and 0 members have just viewed this: None
Control functions:

Quick reply   Contract

Your name:
Your message: