Set felt søgning..

Hvad betyder A og B og C?

Det er bare et par grupper folk kan være i hvad de heder er i sagen ligyldig

Ved at kigge lidt mere: person 4 kan se person 1 og 3 fordi er med i samme grupper som person 4. Det ser sådan ud.

Skal du så ud fra en person X se hvilke andre personer som person X kan se, udover sig selv?

Og det begynder at blive lidt teknisk - et SET er opbevaret som en int, heltal, på max 64 bit.
'A' svarer til 1 decimalt, dvs binært: 001
'B' svarer til 2 decimalt, dvs binært: 010
'A,B' svarer til 3 decimalt, dvs. binært: 011
Og med 'C' som binært 100 er der flere kombinationer. Læs  http://download.nust.na/pub6/mysql/tech-resources/articles/mysql-set-datatype.html for mange, mange detaljer.

Men hvis dit problem er som i mit spørgsmål, så finder du alle dem, som person med id 3 er i gruppe med sådan her:

select * from m where (gruppe & (select gruppe+0 from m where id=3));

Jeg er ikke helt med i din version..

Min table ser sådan ud

CREATE TABLE `person` (
  `PersonID` int(11) NOT NULL,
  `PersonName` varchar(60) NOT NULL,
  `PersonGrupe` set('A','B','C') NOT NULL
) ENGINE=MyISAM DEFAULT CHARSET=utf8mb4;

og min ide var
SELECT SelectUser.* FROM `person` as SelectUser INNER JOIN `person` as MemberUser ON FIND_IN_SET(MemberUser.`PersonGrupe`,SelectUser.`PersonGrupe`) WHERE MemberUser.`PersonID`='1'

ved godt det ikke lige virker da det jo er det jeg har problem med at bare man opfylder et af de persongrupe ting bliver man sat sammen

Det kan ikke virke på den måde - altså hvis vi skal finde alle personer som '1' kan se - og ganske utestet:

SELECT SelectUser.* FROM `person` as SelectUser
WHERE (SelectUser.PersonGrupe & (select PersonGrupe+0 from `person` where PersonID=1))

Forklaringen kan man udlede af det link jeg skrev ... hvis man gider.

...og test også med 2,3 og 4.

Men når det er sagt, så er det næsten altid en umanerlig dårlig struktur i en database. Det kan vi vende tilbage til - den rigtigere løsning kræver flere tabeller og mere arbejde.

Fedt det var lige det jeg søger..

Hvordan ville du da lave den ?

Du har personer og du har grupper. Som standard laver man så en tabel med personer, og en tabel med grupper. Begge har de primær nøgler som de nu skal have.

En person kan så være med i 0, eller 1, eller flere grupper, og det ordner man så med en mellemtabel. Hvis person 7 er medlem af gruppe 9 og 13, så er der 2 rækker i mellemtabellen:

7  9
7  13

Man skal bruge 2 joins mellem de 3 tabeller for at lave forespørgsler som din.

Mere bøvl, men det er relationelle databaser gode til.

Ja det have jeg også overvejer men synde det er lidt spil når det ikke er en stor gruppe men en del personner. ca 13000 personer men ca 3-4 grupper men skifter en del..

Måske netop når der er mange. Den SELECT-sætning der - heldigvis - ser ud til at virke, kan kun gøre det ved at løbe alle rækker igennem, en TABLE-scan.

Men passende nøgler kan databasen reducere arbejdet.

Nå ja, 13000 er ikke mange. Så længe du er glad ... ;)

Du vil bare lave 3 table

Person

Person_Gruppe

Gruppe

og så join dem eller hvad ?

Ja, i store træk. Det er en "many-to-many" sammenhæng. der lan realiseres med en mellemtabel. Der er mange artikler på nettet om det, den her ser rimelig ud:  https://dzone.com/articles/how-to-handle-a-many-to-many-relationship-in-datab

Det var også det første jeg tænke på men synde bare det var lidt lige meget i det her. men kan være jeg lige skal se hvad min server siger. ;-)

jeg har lave en del af det anden men tænke det anden var en nemmer løsning.. om den belaster server ved jeg ikke enu..