Multi Query Insert

Overzicht Reageren

Sponsored by: Vacatures door Monsterboard

Test Developer

With headquarters based in the Netherlands, this international company is looking for a Test Developer to take care of the front-end and back-end testing. There are 15 testers in your chapter who work in 20 different Product Scrum teams. They have a portfolio with many e-Commerce applications/software to build, manage and adjust to deliver across all countries. The Test Developer will be working in a high performance culture with best practices in place. Every two weeks there is a sprint and delivery. They have 40+ websites with different backgrounds, so you must be experienced in testing multiple different websites. The

Bekijk vacature »

VB.NET / C# Winforms developer gezocht voor onderh

Voor een bedrijf in het centrum van Rotterdam zijn we op zoek naar een .NET developer. Het gaat om een bedrijf dat een software platform beheerd waarop verschillende partijen aangesloten zijn voor de afhandeling van financiële administratieve processen. De organisatie bestaat uit circa 200 mensen waarvan 80 op de locatie waar deze vacature speelt. Het team zelf bestaat uit 12 mensen waaronder 7 .NET developers. Er zijn 2 seniors en 5 mediors. Binnen het bedrijf draaien twee systemen. Het kernsysteem en het legacy systeem. Het kernsysteem is grotendeels op .NET gemaakt en deels .NET Core, de frontend is een MVVM

Bekijk vacature »

Technisch Applicatie Beheerder

TechnischApplicatieBeheerder Position Description Wil jij vooroplopen in de continu veranderende wereld van ICT? Kun jij met jouw kennis en ervaring, meewerken aan het betrouwbaar, snel en veilig houden van ICT omgevingen? Wat ga je doen? Als Technisch Applicatie Beheerder zorg je voor het continu beschikbaar zijn van applicaties. Jij houdt je bezig met het inrichten, monitoren, analyseren en verbeteren van de technische infrastructuur en procedures rondom de beheerde applicaties. Jij test de werking van de aangeboden wijzigingen en lost problemen en verstoringen op. Daarnaast analyseer jij ook de risico’s en impact van nieuwe applicaties of wijzigingen. Je zorgt daarbij altijd

Bekijk vacature »

PHP-er met interesse in Artificial Intelligence? R

Functieomschrijving Als PHP ontwikkelaar zal je hier terecht komen in een klein maar sterk team van 4 ontwikkelaars. Je zal zeer nauw samenwerken met de rest van je collega's die stuk voor stuk ervaren soft- en hardware ontwikkelaars zijn. Je zal hier verantwoordelijk zijn voor het ontwerpen, bouwen en implementeren van nieuwe features en functionaliteiten. Hierin is het belangrijk dat er rekening wordt gehouden met een stuk betrouwbaarheid en 'code-quality', dit omdat de producten en systemen hard groeien en doorontwikkelen. Het grootste gedeelte van de tijd zal je werken met PHP (Symfony of Laravel framework) en zal je ook veel

Bekijk vacature »

Front-end Developer React Vue DevOps

Functieomschrijving Ben jij een Front-end Developer met minimaal drie jaar ervaring, en hebben Frameworks als Vue of React geen geheimen voor jou? Wil jij graag binnen een Devops team aan de slag gaat met het ontwikkelen van een gelikte front-end? Wil jij je graag richten op het ontwikkelen van diverse platformen en portalen die door duizenden mensen gebruikt worden? Lees dan nu verder! Het ontwikkelen van de front-end van webapplicaties middels o.a. Javascript, HTML, CSS en gave frameworks zoals React, Vue etc.; Het leveren van jouw bijdrage aan de vertaalslag van functionele wensen naar de technische oplossing; Het (conceptueel) meedenken

Bekijk vacature »

PHP Web ontwikkelaar

Locatie Nijmegen Contactpersoon Roel Kavelaar rkavelaarATsearch-consult.nl ph:0243528815 ph:0644949337 Organisatie IT bedrijf dat sterk is in het bouwen van multiplatform / webbased software. Het bedrijf kiest uitdagende klussen, bijvoorbeeld om verschillende webbased processen te versnellen bij opdrachtgevers. Het bedrijf ontwikkelt en onderhoudt ook verschillende complexe webwinkels van vooral grote spelers op de Nederlandse retail markt. Sterk in webbased oplossingen die koppelingen hebben met interne CMS, CRM, ERP pakketten en externe pakketten zoals betaal software. Bij dit bedrijf werken ontwikkelaars die op basis van kennis en planning de klus gedaan krijgen en zowel in een team als zelfstandig aan het project werken.

Bekijk vacature »

C# backend developer, Rotterdam

Voor een grote organisatie in Rotterdam zijn we op zoek naar iemand met ruime ervaring in het ontwikkelen van applicaties in .NET C#. Het gaat hier om een organisatie met een maatschappelijke impact. Hun systemen zijn gericht op een groot aantal klanten waarbij het belangrijk is dat de applicaties helder, toegankelijk en up-to-date zijn. Als .NET C# developer werk je aan uiteenlopende applicaties, APIs en het interne framework. Dit doe je binnen een SCRUM team en meedenkt binnen het hele proces. Het team bestaat uit meerdere C# developers variërend van medior tot senior. Er is dus veel kennis en ervaring

Bekijk vacature »

Angular Developer / .NET Core / front-end of full-

Functieomschrijving Ben jij de medior / senior Angular Developer die graag in de regio Tilburg door zou willen groeien naar Lead Developer? Lees dan gauw verder! Software ontwikkeling: webbased platform en iOS apps; Werken met technieken als Angular 8, .NET Core, Javascript en TypeScript; Maken van technische keuzes en beslissingen over de architectuur; Junior collega's coachen; Code reviews houden; Initiatief nemen voor nieuwe technische mogelijkheden. Functie-eisen Minimaal 2 jaar ervaring als Angular Developer en technieken als .NET Core; Ervaring met GIT en JIRA; Zowel Nederlands- als Engelssprekend; Passie voor je vak. Bedrijfsomschrijving Bij dit informele bedrijf met een development team

Bekijk vacature »

PHP Developer

PHP Developer Wegens groei van deze klant en het gebruik van de software, zijn ze op zoek naar één of meerdere ervaren PHP developers. Zie jij jezelf werken voor een bedrijf dat impact heeft om de ontwikkeling van de mensen? Dan kunnen ze jou hulp gebruiken bij het uitbouwen van SaaS-platforms met duizenden gebruikers, uitdagende technische vraagstukken en aansprekende klanten! Mijn klant is een ambitieuze ontwikkelaar van vijf SaaS-platforms die worden ingezet voor onder andere digitaal toetsen, online leertrajecten en het opbouwen van digitale portfolio's. Met mooie en bekende klanten, waaronder hogescholen en universiteiten, exameninstellingen, uitgevers en bedrijven in allerlei

Bekijk vacature »

Medior Microsoft Dynamics Developer

Jouw uitdaging: Ben jij sterk in het succesvol ontwikkelen van maatwerk componenten op het Dynamics platform? En wil je actief meewerken aan de ontwikkeling van ons Digital Customer Experience portfolio? Dan is dit iets voor jou! Voor de Digital Customer Experience afdeling (DCX) zijn we op zoek naar een Medior Microsoft Dynamics Developer. In deze functie ben je verantwoordelijk voor de succesvolle ontwikkelen van maatwerk componenten op het Dynamics platform bij toonaangevende organisaties. Denk daarbij aan het realiseren van integratie met front en backoffice systemen op basis van Azure PaaS of het ontwikkelen van complexe plug-ins. Daarnaast werk je actief

Bekijk vacature »

Java Developer

Java Developer 40 hour Hoofddorp For an international company based in Hoofddorp, I am looking for a Java Developer specialized in API's. The client operates in logistics. Job description The client is looking for an experienced Java Developer who is looking for a challenging and unique opportunity. You have the opportunity to become a member of the IT Application Development team. Being part of this team, you will report to the Product Owner and you will focus on the development and integration of customer facing application. Your responsibilities will consist of; Participate in the design, Development and implementation of complex/high

Bekijk vacature »

C# backend developer, Rotterdam

Voor een grote organisatie in Rotterdam zijn we op zoek naar iemand met ruime ervaring in het ontwikkelen van applicaties in .NET C#. Het gaat hier om een organisatie met een maatschappelijke impact. Hun systemen zijn gericht op een groot aantal klanten waarbij het belangrijk is dat de applicaties helder, toegankelijk en up-to-date zijn. Als .NET C# developer werk je aan uiteenlopende applicaties, APIs en het interne framework. Dit doe je binnen een SCRUM team en meedenkt binnen het hele proces. Het team bestaat uit meerdere C# developers variërend van medior tot senior. Er is dus veel kennis en ervaring

Bekijk vacature »

CLOUD & DEVOPS INTERNSHIP

CLOUD & DEVOPS INTERNSHIP Do you want to support our clients in transforming their Infrastructure to become high-performing businesses? Are you looking for an internship which combines both technology and consulting? Then, join us for 4-6 months in this Cloud & DevOps internship and gain knowledge and skills on a wide range of the most innovative tools, technologies and methodologies in the field of IT Infrastructure. We provide Cloud, Network, Service Management and Workplace service offerings to some of the world’s largest and most exciting companies! Your Job We strongly encourage students to suggest a topic of their own choice,

Bekijk vacature »

.NET Developer

.NET Developer De uitgebreide versie Jij hebt ruim twee jaar ervaring als developer. Nu wil je graag je tanden zetten in nog complexere projecten. Samen met je team bereik je nieuwe hoogtes en zelfstandig maak je meters. Je hebt behoefte aan collegae die jou alles leren op het gebied van technologie maar wilt tegelijkertijd ook graag je eigen opgedane kennis delen. Alles wat vandaag nog onbekend is, moet je morgen toepassen in de volgende uitdaging en dàt is wat jou scherp houdt. Je hebt geen zin in een 60-urige werkweek maar haalt wel plezier uit zo nu en dan een

Bekijk vacature »

Developer / Middleware / veel verantwoordelijkheid

Functieomschrijving Heb jij ervaring met het ontwikkelen van Middleware? Ben je daarbij ook ervaren met het schrijven van code in de integratielaag en wil je van A tot Z meedenken met het proces binnen een bekende organisatie? Neem dan contact met mij op! Het projectmatig ontwikkelen van middleware, dit zal zo'n 70% van je tijd in beslag nemen; Het onderhouden en beheren van de ontwikkelde middleware, dit zal zo'n 30% van je tijd in beslag nemen; Meedenken over verbeteringen voor de integratielaag; Samenwerken met de overige IT teams om de omgeving zo optimaal mogelijk te laten werken; Het opzetten en

Bekijk vacature »
Danny von Gaal

Danny von Gaal

10/02/2017 22:05:27
Quote Anchor link
Hallo,

Ik probeer voor het eerst multi query maar ik krijg een Success terug wanneer de bovenste Insert wel werkt en de onderste niet.

Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
<?php
if ($HasError == 0) {
        
        // Insert in database
        $SQLInsertUser = "INSERT INTO users
                         (email, password, reg_date, ipaddress, verified)
                         VALUES
                         ('"
. $FormEmail . "', '" . $FormPassword . "', '" . $FormDate . "', '" . $FormIpaddress . "', 'no');";
        
        $SQLInsertUser .= "INSERT INTO verify
                          (email, hash2)
                           VALUES
                          ('"
. $FormEmail . "', '" . $RandomHash . "')";

        if ($conn->multi_query($SQLInsertUser) === FALSE) {
            
            // Nice error if e-mail is duplicate
            if ($conn->errno == 1062) {
            
                echo $lang['formhandling-register-email-duplicate'];
                echo $lang['form-try-again'];
                exit;
                
            }
else {
            
                echo "Error: " . $conn->errno;
                
            }
            
        }
else {
            
            echo "Success";
            
        }

        
        $conn->close();
        exit;
        
    }

?>
 
PHP hulp

PHP hulp

11/12/2019 17:06:15
 
Verwijderd 31683

Verwijderd 31683

11/02/2017 10:08:28
Quote Anchor link
Er zitten een héleboel haken en ogen aan multiqueries, maar om het hier kort te houden: als het de bedoeling is dat een set queries in zijn geheel, of in zijn geheel niet moet worden uitgevoerd dan zou je gebruik moeten maken van transacties. Transacties stellen je in staat om een set queries als één ondeelbare actie (wel of niet) uit te voeren.

Multiqueries zijn hier simpelweg niet voor geschikt, vooral als de kans bestaat dat ergens onderweg een fout optreedt: alle queries tot dat punt zijn dan namelijk al verwerkt wat mogelijk voor rotzooi in je database zorgt.
 
Danny von Gaal

Danny von Gaal

11/02/2017 15:19:28
Quote Anchor link
Bedankt voor je reactie. w3schools doet voorkomen alsof het de normaalste zaak van de wereld is:
http://www.w3schools.com/php/php_mysql_insert_multiple.asp

Ik weet van transacties af alleen is het me nog niet gelukt. Ik ga wel een andere manier bedenken, bedankt.
 
- Ariën -
Beheerder

- Ariën -

11/02/2017 15:58:44
Quote Anchor link
Opsich zou dit moeten werken:
http://www.phptuts.nl/view/26/6/
 
Danny von Gaal

Danny von Gaal

11/02/2017 16:35:54
Quote Anchor link
- Ariën - op 11/02/2017 15:58:44:
Opsich zou dit moeten werken:
http://www.phptuts.nl/view/26/6/


Bedankt, dat ziet er niet erg moeilijk uit. :)
 
Verwijderd 31683

Verwijderd 31683

11/02/2017 20:40:46
Quote Anchor link
Wat lukt er niet aan transacties dan? Het enige wat echt nodig is dat je gebruik maakt van tabellen met de InnoDB engine, maar dat is sowieso wel een goed plan als je een administratieve database aan het bouwen bent, je hebt dan namelijk de beschikking over foreign key( constraint)s wat er verder toe bijdraagt dat je data referentieel integer is en blijft.

Ik denk dat als je wilt afdwingen dat een reeks queries als batches uitgevoerd worden (in het geheel wel, of in het geheel niet) dat transacties eigenlijk de enige (en enige juiste) gedoodverfde manier is.

Een aantal argumenten om geen multi_query() te gebruiken:
- detectie of iets fout gaat is soms lastig en nogal omslachtig
- als er iets fout is gegaan zit er waarschijnlijk onvolledige data in je database...
- ... die je weer op een of andere manier moet repareren, ongedaan moet maken
- prepared statements werken niet i.c.m. multi_query() (maar als je die per se wilt gebruiken is PDO wellicht een beter alternatief)
- het consequent escapen van DATA binnen de SQL is bij multi_query() extra belangrijk, je wilt namelijk niet dat iemand hier een DROP DATABASE hennie; aan vastfietst
 
- Ariën -
Beheerder

- Ariën -

11/02/2017 20:43:47
Quote Anchor link
De vraag is alleen, waar is multi_query() nou wel goed voor?
Ik zat zelf te denken aan een rits aan bijvoorbeeld INSERT-queries waarvan je zeker bent dat die werken, om bijvoorbeeld een tabel met data te vullen. Maar dan kan je net zo goed een foreach en een $mysqli->query() gebruiken.
 
Verwijderd 31683

Verwijderd 31683

11/02/2017 21:37:10
Quote Anchor link
- Ariën - op 11/02/2017 20:43:47:
Ik zat zelf te denken aan een rits aan bijvoorbeeld INSERT-queries waarvan je zeker bent dat die werken, om bijvoorbeeld een tabel met data te vullen.

Mja, maar soms wil je voor een correcte werking tabellen/kolommen kunnen locken zodat je race conditions kunt voorkomen. Transacties zijn daar bij uitstek geschikt voor.

Soms is het simpelweg niet voldoende om "enkele foutloze queries achter elkaar uit te voeren" omdat als dat proces meerdere keren tegelijkertijd wordt uitgevoerd, de queries van deze verschillende aanroepen mogelijk met elkaar verweven zijn wat soms (en zonder transacties / locking) mogelijk ongewenste situaties oplevert.

Een klassiek voorbeeld daarvan is een situatie waarin je geld overmaakt van rekening A naar rekening B. Je wilt dat de hele mutatie één ondeelbare actie vormt anders bestaat de kans dat er vreemde / ongewenste dingen gebeuren met saldo's.

Eigenlijk in alle systemen waarin meerdere gebruikers mogelijk dezelfde data bewerken is het inzetten van transacties handig / verstandig.
Gewijzigd op 11/02/2017 21:43:48 door Verwijderd 31683
 
Willem vp

Willem vp

12/02/2017 12:59:52
Quote Anchor link
- Ariën - op 11/02/2017 20:43:47:
De vraag is alleen, waar is multi_query() nou wel goed voor?
Ik zat zelf te denken aan een rits aan bijvoorbeeld INSERT-queries waarvan je zeker bent dat die werken, om bijvoorbeeld een tabel met data te vullen. Maar dan kan je net zo goed een foreach en een $mysqli->query() gebruiken.

En in dat geval zou ik zelfs nóg liever 1 insert-query gebruiken met een lijst values, omdat dat qua performance beter is dan allemaal losse inserts.
 
- Ariën -
Beheerder

- Ariën -

12/02/2017 13:09:32
Quote Anchor link
Dat is eigenlijk ook weer zo. Praktisch gezien wordt dat als één schrijfactie op de server gezien?
 
Willem vp

Willem vp

12/02/2017 14:02:34
Quote Anchor link
> Praktisch gezien wordt dat als één schrijfactie op de server gezien?

Voor de toeschouwer lijkt het wel zo, inderdaad. ;-) Waarschijnlijk zal de server evengoed losse schrijfacties gebruiken, maar de grootste winst is dat hij niet steeds het query execution plan hoeft te maken. Met prepared statements hoeft de server dat ook niet, maar daar moet je voor elk record een execute() uitvoeren, wat ook weer overhead geeft.
 
Verwijderd 31683

Verwijderd 31683

13/02/2017 16:10:10
Quote Anchor link
De database-oplossing en query-strategie hangt in ieder geval sterk af van de applicatie. Als je vaak queries hebt met inserts met meerdere (grote) sets van values dan wordt alles nogal traag volgens mij. Daarnaast zou je dit kunnen stresstesten om te zien wat beter werkt. Meten = weten.

Maar terug naar het oorspronkelijke onderwerp, bovenstaande aanpak gaat niet werken omdat je met verschillende tabellen te maken hebt.

Wacht eens, als ik nu alles in één tabel sto... :p
 
Willem vp

Willem vp

14/02/2017 08:43:43
Quote Anchor link
Op mijn werk worden er om verschillende redenen behoorlijk wat records rondgepompt. Daar heb ik allerlei processen dramatisch kunnen versnellen door losse inserts of inserts via prepared statements om te schrijven naar bulk inserts (insert met meerdere values of insert select). Ik praat dan over inserts die variëren van 1200 tot meer dan een half miljoen records per statement.

Overigens, zonder het achterliggend datamodel te kennen: als ik kijk naar de queries in de original post, vind ik het goed te verdedigen om alles in 1 tabel te stoppen.
Gewijzigd op 14/02/2017 08:44:58 door Willem vp
 
Ward van der Put
Moderator

Ward van der Put

14/02/2017 09:14:25
Quote Anchor link
Willem vp op 14/02/2017 08:43:43:
Overigens, zonder het achterliggend datamodel te kennen: als ik kijk naar de queries in de original post, vind ik het goed te verdedigen om alles in 1 tabel te stoppen.

Zo te zien hoort alles inderdaad in één tabel:
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
3
4
5
6
7
8
9
10
11
12
<?php
        // Insert in database
        $SQLInsertUser = "INSERT INTO users
                         (email, password, reg_date, ipaddress, verified)
                         VALUES
                         ('"
. $FormEmail . "', '" . $FormPassword . "', '" . $FormDate . "', '" . $FormIpaddress . "', 'no');";
        
        $SQLInsertUser .= "INSERT INTO verify
                          (email, hash2)
                           VALUES
                          ('"
. $FormEmail . "', '" . $RandomHash . "')";
?>

Ik mis hier verschillende dingen:

• De tweede tabel 'verify' bevat alleen een "hash" (die eigenlijk geen hash is maar een random token) bij het e-mailadres dat ook voorkomt in de eerste tabel.

• Er wordt niet opgeslagen wanneer die "hash" voor de verificatie wordt gegenereerd, dus er kunnen kennelijk tot in alle eeuwigheid ongeverifieerde e-mailadressen circuleren.

• Er is geen primaire sleutel die de twee tabellen koppelt (tenzij dat het e-mailadres is, maar dat is om diverse redenen niet handig).

• In de eerste tabel staat de kolom 'verified' op de string 'no', maar daarvan kun je beter een flag maken van 1 bit, bijvoorbeeld een TINYINT(1), of een TIMESTAMP als je het verschil tussen de registratiedatum en de verificatiedatum wilt kunnen gebruiken. Als je security by design toepast, zou de veiligste toestand 'verified' == 'no' bovendien de standaardtoestand moeten zijn — en kun je die weglaten in de query.

• Als je toch in één keer twee queries wilt uitvoeren voor een INSERT van één gebruiker, kun je hier veel beter een transactie gebruiken dan een multiquery.
 
Danny von Gaal

Danny von Gaal

14/02/2017 09:46:25
Quote Anchor link
Ik wil liever niet alles in een tabel omdat ik de user tabel klein wil houden met alleen belangrijke gegevens. Wanneer iemand zijn emailadres heeft geverifieerd wordt de entry van de verify tabel ook weer netjes verwijderd.

In beide tabbelen staat email op UNIQUE dus ik krijg geen eeuwigheid aan ongeverifieerde emailadressen. Tevens heeft de tabel verify een TIMESTAMP kolom die update on entry. Ik kan dus altijd zien wanneer dit is gebeurd en kan dit eventueel na twee weken weer verwijderen. Ik geef ook in de email aan dat je binnen twee weken je email moet verifieren.

Beide tabbelen hebben ook een primary key "id".

Wat betreft verified = 'no' dat kan ik veranderen naar de tinyint. Bedankt voor de tip.

Ik ga de transacties tevens toevoegen waar Ariën een voorbeeld van stuurde.
 
Ward van der Put
Moderator

Ward van der Put

14/02/2017 11:59:09
Quote Anchor link
Danny von Gaal op 14/02/2017 09:46:25:
Ik wil liever niet alles in een tabel omdat ik de user tabel klein wil houden met alleen belangrijke gegevens. Wanneer iemand zijn emailadres heeft geverifieerd wordt de entry van de verify tabel ook weer netjes verwijderd.

Je kunt die kolom gerust naar de hoofdtabel users verplaatsen. Als je de kolom nullable maakt met DEFAULT NULL, ga je pas bij honderdduizenden gebruikers verschil merken. In ruil daarvoor krijg je in een veel eerder stadium al een performance-winst, omdat je niet meer twee queries hoeft uit te voeren.

Danny von Gaal op 14/02/2017 09:46:25:
In beide tabbelen staat email op UNIQUE dus ik krijg geen eeuwigheid aan ongeverifieerde emailadressen.

Daar moet je voorzichtig mee zijn, merkte ik afgelopen week weer toen een teamlid me met mijn Gmail-adres aan Slack had toegevoegd. Voor Google maakt het niet uit of je een e-mailadres schrijft als Foo.Bar@gmail.com met hoofdletters, foo.bar@gmail.com met kleine letters of FooBar@gmail.com en foobar@gmail.com zonder punt. Voor Google is dat één e-mailadres, maar maak je de kolom UNIQUE, dan zijn het verschillende e-mailadressen. Bij Slack hadden ze daarmee ook geen rekening gehouden, dus ik kon niet inloggen mét een geldig e-mailadres.
Gewijzigd op 14/02/2017 11:59:30 door Ward van der Put
 
Danny von Gaal

Danny von Gaal

14/02/2017 12:35:55
Quote Anchor link
Oké dank je daar kan ik wat mee.

En los van dat de kolom op Unique staat kan ik eerst alle letters lowercase maken voor ik het insert anders. Met en zonder punt zijn voor mij wel andere emailadressen.
Gewijzigd op 14/02/2017 12:36:41 door Danny von Gaal
 
Frank Nietbelangrijk

Frank Nietbelangrijk

14/02/2017 13:23:29
Quote Anchor link
@ward: Zo ver ik weet zijn ALLE emailadressen case INsensitive. Dus komt FoO.BaR@server.com gewoon aan bij foo.bar@server.com. Dus zou lowercase maken inderdaad een hoop problemen kunnen vermijden.


(Wéér een reden om OOP te programmeren, hoef je enkel maar je setter aan te passen)
Gewijzigd op 14/02/2017 13:24:41 door Frank Nietbelangrijk
 
Willem vp

Willem vp

14/02/2017 14:32:29
Quote Anchor link
Frank Nietbelangrijk op 14/02/2017 13:23:29:
@ward: Zo ver ik weet zijn ALLE emailadressen case INsensitive.

Het gedeelte vóór de @ mag volgens de RFC case-sensitive zijn. In de praktijk ben ik nog geen server tegengekomen die dat onderscheid maakt.

Edit:
Je moet overigens niet zoeken op de term 'case sensitive':
Quote:
the local-part MUST be interpreted and assigned semantics only by the host specified in the domain part of the address.

Wat hier eigenlijk staat, is dat software die email-adressen verwerkt niet kan weten hoe de ontvangende mailserver met het local-part van een adres omgaat (het gedeelte voor de @ dus). Zoals Ward al beschreef kan het zijn dat punten in het local-part niet relevant zijn. Maar ook hoofdlettergevoeligheid valt daaronder.

Edit:
Nog een reden waarom het niet heel veel nut heeft om een unique constraint op email-adressen te zetten is RFC 5233. Ruwweg samengevat wordt daarin beschreven dat gebruiker+blabla@ een alias (sub-adres) is van gebruiker@.
Gewijzigd op 14/02/2017 15:06:04 door Willem vp
 
Frank Nietbelangrijk

Frank Nietbelangrijk

14/02/2017 16:11:29
Quote Anchor link
Dat is goed om te weten Willem. Bedankt voor jouw bijdrage.

Het zijn naar mijn idee beiden geen zaken om je heel erg druk over te maken maar je zou in theorie kunnen meemaken dat een bedrijf de volgende mensen en mailadressen in gebruik heeft:
Code (php)
PHP script in nieuw venster Selecteer het PHP script
1
2
John Doe j.doe@bedrijf.nl
Jens Doe J.doe@bedrijf.nl


Maar als dat zo is zullen ze daar snel vanaf willen denk ik want dan gaat het wel heel vaak mis of niet?
 



Overzicht Reageren

 
 

Om de gebruiksvriendelijkheid van onze website en diensten te optimaliseren maken wij gebruik van cookies. Deze cookies gebruiken wij voor functionaliteiten, analytische gegevens en marketing doeleinden. U vindt meer informatie in onze privacy statement.