Dat voor simpele configs dus en native JSON NoSql databases voor daadwerkelijke data.quote:Op maandag 13 april 2015 17:05 schreef raptorix het volgende:
Mwoah ik zou dat toch eerder in een config bestand zetten, vooral als er omgevings specifieke waarden in staan.
Het grote voordeel is dan ook dat je dat soort zaken eenvoudig mee kunt nemen in je auto deploys, hier doen we dat per omgeving specifiek met XML transformations.quote:Op maandag 13 april 2015 17:11 schreef Monolith het volgende:
[..]
Dat voor simpele configs dus en native JSON NoSql databases voor daadwerkelijke data.
Er zijn uitzonderingen waarbij het toch wel handig is om te doen. Ik had een keer een database, waarbij er informatie bij de entiteit hoorde die erg in vorm kon verschillen, maar waarbij het niet zoveel uitmaakte hoe dat zat (er hoeft niet op gequeried te worden, gesorteerd etc.) Qua performance was toen het opslaan van JSON wel een goede optie.quote:Op maandag 13 april 2015 17:11 schreef Monolith het volgende:
[..]
Dat voor simpele configs dus en native JSON NoSql databases voor daadwerkelijke data.
Dat is leuk, maar ik zie niet in waarom dit specifiek in MySQL zou moeten. Ik weet wel dat PHP erg sterk verbonden is met MySQL, maar er is de laatste jaren heel erg veel aan het veranderen op database gebied.quote:Op maandag 13 april 2015 21:26 schreef Tijn het volgende:
Ik heb meerdere back-ends voor games gemaakt, waarbij er ook vaak JSON in een MySQL-database werd opgeslagen. Het is gewoon handig, want je hebt dan wel de juiste data bij elkaar met de juiste relaties, maar je hoeft niet je database te updaten wanneer de game wordt geupdate.
Voornamelijk omdat ik weet hoe dat werktquote:Op maandag 13 april 2015 21:31 schreef Monolith het volgende:
[..]
Dat is leuk, maar ik zie niet in waarom dit specifiek in MySQL zou moeten.
Precies, maar er zijn tegenwoordig bijvoorbeeld allerhande document databases die hun data opslaan in JSON formaat zonder vastgelegd schema waar je bovendien rechtstreeks op kunt queryen.quote:Op maandag 13 april 2015 21:35 schreef Tijn het volgende:
[..]
Voornamelijk omdat ik weet hoe dat werkt
Ja, dat weet ik. Maar wat zou het voordeel zijn om op zoiets over te stappen? Juist het queryen op die data is helemaal niet nodig, het wordt gewoon integraal naar de game gevoerd.quote:Op maandag 13 april 2015 21:37 schreef Monolith het volgende:
[..]
Precies, maar er zijn tegenwoordig bijvoorbeeld allerhande document databases die hun data opslaan in JSON formaat zonder vastgelegd schema waar je bovendien rechtstreeks op kunt queryen.
Er zijn doorgaans behoorlijke voordelen qua performance.quote:Op maandag 13 april 2015 21:39 schreef Tijn het volgende:
[..]
Ja, dat weet ik. Maar wat zou het voordeel zijn om op zoiets over te stappen? Juist het queryen op die data is helemaal niet nodig, het wordt gewoon integraal naar de game gevoerd.
Voor de gemiddelde applicatie is MySQL dan ook prima.quote:Op maandag 13 april 2015 21:47 schreef Tijn het volgende:
Ik kan me vooral voorstellen dat het handiger is om zoiets als MongoDB te gebruiken wanneer je cloud hosting gebruikt en er verschillende servers met elkaar data moeten syncen. Dat kan lastig zijn met MySQL (duplicate primary keys enzo). Maar wanneer het gewoon op 1 machine staat, heb ik weinig te klagen over de performance van MySQL, hoor.
Klopt, maar sommige gegevens wil je soms wel weer relationeel opslaan. Dan is zo'n JSON-veld wel een aardige concessie, als je een beetje van beide wilt.quote:Op maandag 13 april 2015 21:37 schreef Monolith het volgende:
[..]
Precies, maar er zijn tegenwoordig bijvoorbeeld allerhande document databases die hun data opslaan in JSON formaat zonder vastgelegd schema waar je bovendien rechtstreeks op kunt queryen.
Een andere optie is om ArangoDB te pakken, en de relaties ook gewoon als documenten op te slaan. Zoals zo vaak zijn er meerdere mogelijke oplossingen en is er niet echt een 'beste' oplossing.quote:Op maandag 13 april 2015 22:48 schreef robin007bond het volgende:
[..]
Klopt, maar sommige gegevens wil je soms wel weer relationeel opslaan. Dan is zo'n JSON-veld wel een aardige concessie, als je een beetje van beide wilt.
quote:What’s New in MySQL 5.7? (First Release Candidate)
Last week we proudly announced the first Release Candidate (RC) of MySQL 5.7. MySQL 5.7.7 includes additional enhancements and aggregates the Development Milestones Releases (DMRs) the MySQL team at Oracle previously delivered to the MySQL community.
With the first Release Candidate, it’s more important than ever that we hear your feedback on the pre-GA version in order to help ensure very high quality for the GA release.
MySQL 5.7 is an extremely exciting new version of the world’s most popular open source database that is 2x faster than MySQL 5.6, while also improving usability, manageability, and security. Some key enhancements include:
1. Performance & Scalability: Improved InnoDB scalability and temporary table performance, enabling faster online and bulk load operations, and more.
2. JSON Support: Native JSON support (JSON Labs Release).
3. Replication improvements for increased availability and performance. They include multi-source replication, multi-threaded slave enhancements, online GTIDs, and enhanced semi-sync replication.
4. Performance Schema delivering much better insights. We’ve added numerous new monitoring capabilities, reduced the footprint and overhead, and significantly improved ease of use with the new SYS Schema.
5. Security: We are fulfilling “secure by default” requirements and many new MySQL 5.7 features will help users keep their database secure.
6. Optimizer: We have rewritten large parts of the parser, optimizer, and cost model. This has improved maintainability, extendability, and performance.
7. GIS: Completely new in MySQL 5.7 and including InnoDB spatial indexes, use of Boost.Geometry, along with increased completeness and standard compliance.
[...]
Nah, dit topic is al niet zo actief.quote:Op vrijdag 1 mei 2015 22:06 schreef henrivo het volgende:
We missen eigenlijk een symfony-topic, las dat er wel een laravel-topic is
Hier op Fok, of ben je in de war met Tweakers?quote:Op vrijdag 1 mei 2015 22:06 schreef henrivo het volgende:
We missen eigenlijk een symfony-topic, las dat er wel een laravel-topic is
De vraag is hoe dynamisch het geheel moet zijn en bij wie je de genereerfunctionaliteit neerlegt: devs of users. Je huidige idee lijkt me met de gegeven informatie vooralsnog storingsgevoelig en complex in onderhoud. Content toevoegen zoals links aan een menu kan natuurlijk via een database geschieden.quote:Op donderdag 7 mei 2015 17:05 schreef robin007bond het volgende:
Wat denken jullie over deze benadering? Of zie ik een manier over het hoofd die het makkelijker zou moeten maken?
Forum Opties | |
---|---|
Forumhop: | |
Hop naar: |