Új hozzászólás Aktív témák
-
don_peter
senior tag
id select_type table type possible_keys key key_len ref rows Extra
1 PRIMARY t ALL NULL NULL NULL NULL 119 Using temporary; Using filesort
2 DEPENDENT SUBQUERY fu index NULL datum 6 NULL 1 Using whereEz nekem nem sokat mond.
Extrákba ez van a topik-nál: Using temporary; Using filesort
A SUBQUERY -nél: Using where -
don_peter
senior tag
Srácok kérnék egy kis segítséget.
A következő SQL lekérdezésem szeretném optimalizálni, de nem tudom, hogy fussak neki.
SELECT
t.id AS tid,
t.title AS title,
(SELECT fu.datum
FROM forum_uzenetek AS fu
WHERE fu.topik_id = t.id
ORDER BY fu.datum DESC LIMIT 1) AS updatum
FROM topik AS t
ORDER BY updatum DESC LIMIT 8Ez a lekérdezése egy a legújabb bejegyzéseket listázza, topikokra bontva.
Tehát a fő lekérdezés a topik-okon megy végig, de a rendezésük a fórum üzeneteinek utolsó dátuma szerint történik.Ezt csak ilyen csúnyán tudtam megoldani ami eddig tökéletes volt, de az új SQL már nem támogatja vagy is iszonyat lassan fut csak le.
Előre is köszönöm a segítséget. -
-
Export the database to file
Ez nem fog menni, mert egy 3GB-os, folyamatosan változó adatbázisról beszélünk
A bármit helyettesítő karakter a százalékjel ( % ) lenne?
Mert sok ( ~12 000 ) ehhez hasonló táblám van:
wp_1_comments
wp_2_comments
wp_3_comments
wp_4_comments
stb.És ha így írom be:
wp_%_comments
Nem fogadja el, szintaxis hibát ad.
-
sonar
addikt
válasz
Fecogame #1690 üzenetére
Hm ha lehet hinni a google-nak akkor ez egy ismert bug
Igazából ezt javasolják
Export the database to file;
verify if exported file is really OK!!;
drop the database where I have issues;
create a new database with the same name that the last;
import the file to the database. -
Így néz ki a teljes kód, amit beírok:
USE adatbazisom;
DELETE FROM wp_comments WHERE comment_approved = 'trash';
DELETE FROM wp_comments WHERE comment_approved = 'spam';
DELETE FROM wp_comments WHERE comment_approved = '0';
DELETE FROM wp_comments WHERE comment_approved = 'post-trash' -
sonar
addikt
-
WP alapú oldalamat szeretném megtisztítani a kommentektől az alábbi kódsorral:
DELETE FROM wp_comments WHERE comment_approved = `trash`
DELETE FROM wp_comments WHERE comment_approved = `spam`
DELETE FROM wp_comments WHERE comment_approved = `0`
DELETE FROM wp_comments WHERE comment_approved = `post-trash`De mindig ezt a hibát adja ki:
#1064 - You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'DELETE FROM wp_comments WHERE comment_approved = `trash` DELETE FROM wp_comment' at line 2
Már kerestem rá megoldást, de nem találtam. Elvileg a kódban van valami hiba, de nem jöttem rá, mi lehet az.
Szerk.: Rájöttem A sorok végére kell pontosvessző, kivéve a legutolsó.
Viszont most előjött egy másik hiba. Ha az első sorban megadom, hogy melyik adatbázist használja, akkor:
#1146 - Table 'adatbazisom.wp_comments' doesn't exist
Valamiért nem a megadott adatbázisból akarja kikeresni, hanem hozzáadja annak a nevét is. Így persze nem fogja megtalálni a táblát.
Tudna valaki segíteni?
-
sonar
addikt
Egy webes tool ami segít a defaultnál jobb konfig file kreálásban:
http://tools.percona.com/wizard -
don_peter
senior tag
Köszönöm srácok a segítséget.
Kiderült, hogy az új MySQL program illetve annak készítői hibásan írták meg az adatbázis kezelőt és ezért van hiba vagy is iszonyatos lassulás.
Termesztésen ismerik a problémát már mint az SQL fejlesztők és írnak is róla:
http://bugs.mysql.com/bug.php?id=69219 -
don_peter
senior tag
válasz
martonx #1684 üzenetére
Nem értelek.
Beszólsz, majd most a szakmai részét hozod elő.
Tessék segíteni egy véleményed szerint jó és optimálisabb megoldással, sokkal előnyösebb lenne mint a kioktató magatartás.
Nyilvánvaló, hogy nem azért teszem fel itt a kérdést mert annyira képbe vagyok, ezen elcsodálkozni nem kellene.
Segítségre van szükségem hisz itt biztosan csak okosabbak vannak nálam e témában.
Köszönöm az előző javaslatod, éppen ez van most folyamatban.. -
martonx
veterán
válasz
don_peter #1683 üzenetére
Segítettem is, sőt szerintem az én segítségem lesz a leghasznosabb, hiszen közel nulla ráhatásod van a dologra, így a szolgáltató kezében vagy, és én pont oda irányítottalak.
De ha már csak egy pici részletet is mutattál a kódodból, akkor az ember hagy tegyen finom utalást annak szakmaiatlan mivoltára. Ezen be lehet sértődni és mindent hagyni ugyanúgy (elvégre sok légy nem tévedhet), vagy pozitívan is lehet fogadni, és meg is lehet írni normálisra. -
martonx
veterán
válasz
don_peter #1677 üzenetére
"Milyen izé, és milyen ledegradáló jelző az, hogy tákoltad.?"
Bocsi, akkor meg is van, hogy ki tákolta, össze, te. A kódot látva az a legkisebb baj, hogy miért lett most lassú. Sőt inkább azon csodálkozok, hogy miért nem volt lassú eddigDe, hogy konstruktív is legyek, tényleg nézd meg az indexeket, illetve én jelezném az üzemeltetőnek, hogy nagyságrendekkel lassabb lett az új mysql, és konfigolják be normálisan legyenek szívesek.
-
sonar
addikt
válasz
don_peter #1679 üzenetére
Az időt általában a program irja ki alul. Ilyesmit kell keresned, hogy query executed, row set... és többnyire ms-ben (milisec) vagy rosszabb esetben sec -ben irja ki.
Mi a közvetlen felület nálad?
command line mysql? v phpmyadmin? query browser, workbenchazt még meg tudod nézni, hogy az indexeket használja-e.
-
don_peter
senior tag
Köszönöm, beírtam, de időt nem ad ki.
MySQL közvetlen felületén futtatom most a parancssort.A többit persze, így csináltam, és a subselect-ek szűkítésével egyre gyorsabbá vált a lefutási idő.
De ez előtte nem volt gond, viszont most közel 30szorosára emelkedett a lefutási idő.
Fura.. -
don_peter
senior tag
válasz
martonx #1676 üzenetére
"Kik, mikor hol? Te tákoltad anno össze ezt az izét?"
Nem értelek.A kik mikorra és holra a válasz, ha jól értem eme sorodat:
Szolgáltató, kb. 2 hete, a teljes webszerver farmukon.
A "Te tákoltad anno össze ezt az izét?" nem értem.
Milyen izé, és milyen ledegradáló jelző az, hogy tákoltad.?
Én készítettem még anno, ha erre céloztál. -
-
sonar
addikt
válasz
don_peter #1674 üzenetére
Szúrd be az EXPLAIN-t a query-d elé és meglátod, hogy mennyi idő alatt fut le és mennyi sort vizsgál át.
Igy ha módositgatsz, könnyebben össze tudod hasonlitani az eredményeket.
Szedd szét darabokra a query-t és nézd meg, hogy melyik a leglassabb aztán lehet gondolkodni tovább -
don_peter
senior tag
válasz
don_peter #1673 üzenetére
A példában látható, hogy a fő formon belül van egy subselect.
A subselecthez érve az SQL egy újabb ciklusba kezd amely addig fut amíg kigyűjti, hogy az adott fórumbejegyzést író felhasználónak mennyi az eddigi összes bejegyzéseinek száma.
Amikor ez megvan akkor tovább lép és folytatja a parancsok végrehajtását.
Eddig ez a lekérdezési forma tökéletes és gyors volt, de most állítólag az új verzió élesítésével a rendszer korlátozza az erőforrásigényeket ezért tapasztalható a lassulás.
Tény és való, hogy van olyan felhasználó akinek több mint 5e bejegyzése van és ekkora számú rekordnál már ez a fajta struktúra erőforrás pocséklónak tűnhet.
A példa nem az eredeti adatbázist tükrözi, de a struktúra megegyezik.Váram megtisztelő javaslataitokat és segítségeteket.
-
don_peter
senior tag
Tiszteletem a mestereknek.
Kérnék egy kis segítséget illetve tanácsot.
Van egy fórumom amelyen MySQL frissítést hajtottak végre amellyel 5.6.23-ra változott a verzió szám.
A problémám az, hogy a frissítés előtt nagyon gyors volt egy-egy lekérdezés, de most iszonyatosan belassult.
Régebben 1-1 fórum lekérés kb. 1-3mp-et vett igénybe, most ugyan ez a lekérés 70-80mp-ig is eltart.A lekérésben van kb 10db subselect amellyel az olyan táblákat kérdezem le amelyeket nem tudok jointolni mivel azok nem szorosan kapcsolódnak az aktuálisan lekért és fő form-hoz.
Ezek a subselectek inkább amolyan kis kiegészítők, de még is fontos információt hordoznak amelyeket a felhasználok gyakran használnak így fontos, szerves részét képezik a rendszernek.Észre vettem, hogy ha elkezdem kivenni a subselecteket a fő form-ból, akkor a lekérdezés ideje drasztikusan csökken.
A kérdésem ezzel kapcsolatban az lenne, hogy mi lenne egy optimálisabb lekérdezési struktúra fórum esetében?
Előbb kérjem le az esetleges fórum adatokat, majd PHP kilistázása közben kérdezzem le a további táblákat?A fórum amiről szó van, ha érdekes a válasz miatt: neo-geo.hu
Bármelyik topikot meg lehet nyitni.
Előre is köszi a segítséget.ui:
Egy példa a mostani struktúrára:leker("SELECT
fu.id AS fid,
(SELECT count(fou.id)
FROM f_uzenetek AS fou
JOIN felh AS us
ON fou.user_id = us.id
WHERE fou.felh_id = fu.felh_id) AS msg_db,
FROM f_uzenetek AS fu
JOIN felh AS u
ON u.id = fu.felh_id
JOIN topik AS t
ON t.id = fu.topik_id
WHERE fu.topik_id=23 ORDER BY fu.date DESC LIMIT 1,25"); -
Ablakos
őstag
válasz
Ablakos #1670 üzenetére
ln -s /usr/lib64/mysql/libmysqlclient.so.18 /usr/lib64/libmysqlclient.so.18
Ez hiányzott a php -mysql illesztéshez. Valami nem teljesen kerek az php-mysql install után.
Megnyugodtam, nem csak én vagyok ilyen töketlen. Tele van a net ezzel a problémával.A kínai zokni xart sem ér, de ezt a megoldást megint csak kínai oldalról sikerült megkapni
-
Ablakos
őstag
Centos 7-en akartam alkotni, de nem megy.
Ha beteszem a két extensiont, akkor :PHP Warning: PHP Startup: Unable to load dynamic library '/usr/lib64/php/modules/pdo_mysql.so' - /usr/lib64/php/modules/pdo_mysql.so: undefined symbol: php_pdo_register_driver in Unknown on line 0
PHP Warning: Module 'mysqli' already loaded in Unknown on line 0Mivel a distribucióhoz eléggé kötődik a mariadb, nem akarok gányolni mysql cserével.
Csőd
-
sonar
addikt
válasz
Ablakos #1667 üzenetére
És mi a pontos hibaüzenet?
Milyen disztribúció?Ha nem vmi komoly dolog akkor esetleg felrakni a MySQL-t inkább?
Vagy ezt próbáld meg:
MariaDB
Configure MySQL/MariaDB as described in MariaDB.
Uncomment at least one of the following lines in /etc/php/php.ini:
extension=pdo_mysql.so
extension=mysqli.so
[link] -
-
Ablakos
őstag
Nem tudom szóra bírni a mysql(mariadb) adatbázisom php-n keresztül. ( Már szinte nem talál a google nekem találatot, amit ne néztem volna meg.
)
Tehát a környezet nginx- php 5.4 - php-fpm és mariadb.
A phpinfo(); ezt mutatja:De a mysql szekció nem jelenik meg, nincs pdo támogatás.
/etc/php.ini -ben van: extension=mysqli.so extension=mysql.so extension=pdo_mysql.so
Mit kell még beállítanom, vagy hol keressem a hibát? -
#68216320
törölt tag
Pici segítség kellene mert elfelejtettem a jó megoldást egy problémára.
Van egy files nevű táblám. Ebben többek között vannak name (vchar) és version (float) mezők.
Azt szeretném megoldani, hogy egy amúgy több feltételből álló SELECT-ben az azonos nevűekből csak a legnagyobb verziószámú szerepeljen.Tehát:
elemek:
file1 - 1.0
file1 - 1.1
file2 - 1.0
file2 - 0.9
---------------------
eredmény:
file1 - 1.1
file2 - 1.0 -
biker
nagyúr
egy más által félbehagyott szart kell felélesszek, és valamit nem értek
1: Előbb létrehoz két view táblát:
CREATE TABLE IF NOT EXISTS `country_views` (
`id` smallint(6)
,`countryName` varchar(50)
,`countryCode` varchar(2)
,`ISO2` varchar(2)
,`ISO3` varchar(3)
,`ISON` varchar(4)
,`Internet` varchar(2)
,`Capital` varchar(25)
,`MapReference` varchar(50)
,`NationalitySingular` varchar(35)
,`NationalityPlural` varchar(35)
,`Currency` varchar(30)
,`CurrencyCode` varchar(3)
,`Population` bigint(20)
,`Title` varchar(50)
,`Comment` varchar(255)
,`id_code` varchar(9)
);
CREATE TABLE IF NOT EXISTS `view_p_files` (
`user_id` int(11)
,`id` int(11)
,`order_id` int(11)
,`file_id` int(11)
,`quantity` smallint(6)
,`amount` double(7,2)
,`download_count` smallint(6)
,`created` datetime
,`modified` datetime
);Majd utána ezt (emiatt nem is fut le az import, nincs jogom ilyen futtatásra)
--
-- Structure for view `country_views`
--
DROP TABLE IF EXISTS `country_views`;
CREATE ALGORITHM=UNDEFINED DEFINER=`sausuman`@`localhost` SQL SECURITY DEFINER VIEW `country_views` AS (select `countries`.`id` AS `id`,`countries`.`countryName` AS `countryName`,`countries`.`countryCode` AS `countryCode`,`countries`.`ISO2` AS `ISO2`,`countries`.`ISO3` AS `ISO3`,`countries`.`ISON` AS `ISON`,`countries`.`Internet` AS `Internet`,`countries`.`Capital` AS `Capital`,`countries`.`MapReference` AS `MapReference`,`countries`.`NationalitySingular` AS `NationalitySingular`,`countries`.`NationalityPlural` AS `NationalityPlural`,`countries`.`Currency` AS `Currency`,`countries`.`CurrencyCode` AS `CurrencyCode`,`countries`.`Population` AS `Population`,`countries`.`Title` AS `Title`,`countries`.`Comment` AS `Comment`,concat(`countries`.`id`,'_',`countries`.`countryCode`) AS `id_code` from `countries`);
-- --------------------------------------------------------
--
-- Structure for view `view_p_files`
--
DROP TABLE IF EXISTS `view_p_files`;
CREATE ALGORITHM=UNDEFINED DEFINER=`sausuman`@`localhost` SQL SECURITY DEFINER VIEW `view_p_files` AS select `orders`.`user_id` AS `user_id`,`order_details`.`id` AS `id`,`order_details`.`order_id` AS `order_id`,`order_details`.`file_id` AS `file_id`,`order_details`.`quantity` AS `quantity`,`order_details`.`amount` AS `amount`,`order_details`.`download_count` AS `download_count`,`order_details`.`created` AS `created`,`order_details`.`modified` AS `modified` from (`order_details` join `orders`) where (`orders`.`id` = `order_details`.`order_id`);Ez mire jó?
2: mire jó, ha van 32 táblám, és abból 27db innodb, 5db myisam? Így sikerült, vagy lehet valami nagyon jó indoka rá?
-
laracroft
senior tag
Sziasztok!
Van egy ilyen adatbázisom!id,account,line,date,code
1,1000,1,2015-03-20,in
2,1000,1,2015-03-21,up
3,1001,1,2015-03-22,in
4,1001,1,2015-03-23,out
5,1002,1,2015-03-24,other
6,1001,1,2015-03-24,out
7,1002,1,2015-03-25,in
8,1002,1,2015-03-25,in
9,1003,1,2015-03-25,out
10,1004,1,2015-03-25,in
11,1004,1,2015-03-25,other
12,1004,1,2015-03-25,other2
13,1003,1,2015-03-25,in
14,1005,1,2015-03-25,in
15,1005,1,2015-03-25,out
16,1004,1,2015-03-25,out
17,1004,1,2015-03-26,other
18,1004,1,2015-03-26,down
19,1006,1,2015-03-27,up
20,1004,1,2015-03-28,up
21,1004,1,2015-03-28,other2
22,1000,1,2015-03-29,up
23,1006,1,2015-03-30,downVannak benne páros jelek is, mint pl:
in-out
up-downadott account mellett az in után out-nak kell jönnie, az up után down-nak.
Ez sajnos nem teljesen így van, néha keverednek a dolgok és pl 2db out jön egymás után!Azt szeretném megállapítani, hogy mely account-ok nem működnek helyesen, melyeknél van az, hogy nem out jött in után és nem down jött up után!
Előre is köszönöm, remélem érthető volt!
-
martonx
veterán
válasz
Peter Kiss #1657 üzenetére
Jogos, a default mysql szerver beállítások egy kalap szart se érnek
-
martonx
veterán
válasz
laracroft #1655 üzenetére
Nem kötözködésképpen, de nudli 800.000 sorhoz egy ennyire alap group by-hoz megkockáztatom, hogy nem kellene 1 másodperc sem. Az elég árulkodó, hogy ez a te gépeden 10 másodperc volt (hacsak nem valami P4-esen futtatod a db-t). Ha a két db séma ugyanaz, akkor szinte biztos, hogy nincs jól indexelve az adatbázis.
Én a helyetekben utána néznék. -
laracroft
senior tag
Sziasztok!
Kezdő mysql-es vagyok, és nem jövök rá, hogyan tudnám megvalósítani a lekérdezésemVan egy ilyen adatbázisom!
id,account,line,date,code
1,1000,1,2015-03-20,ABC
2,1000,1,2015-03-21,AAB
3,1000,1,2015-03-22,ABB
4,1000,1,2015-03-23,AAB
5,1000,1,2015-03-24,ABB
6,1000,1,2015-03-25,ABCAmit el szeretnék érni:
Szeretném megtudni mikor volt a legutolsó ABC, ABB, AAB stb.A code mező 20 féle értéket vehet fel.
Az adatbázis cirka 800 000 rekordot tartalmaz!Előre is köszönöm a válaszokat!
-
Czimby
addikt
Sziasztok!
Azt szeretném megkérdezni, hogy nincs-e véletlenül meg valakinek az Sql lekérdezések földi halandóknak cimű könyv Cd melléklete, sajnos a könyv igy önmagában nem az igazi...
-
Sygnus
tag
Lehet nem annyira mysql de lehet vki tud segíteni...egy weboldalra akarnék webstatisztikát tenni amikhez elvileg kell a mysql.
Ingyenes tárhelyen van , az ininet.hu -nál, aktiváltam a mysql -t is.// Database Connection
$db_host = 'localhost'; // database server (e.g. localhost) - ide mit kéne beírni ? ?Az ininet azt írja h 127.0.0.1 és nem localhost....de azzal sem jó.
a többi jelszó, név, adatbázis neve ok....
Azt írja a webstat, h ne tud csatlakozni az adatbázishoz.
-
martonx
veterán
Vagy itt pl. havi 5 dollárért kapsz egy komplett linux-os szervert, amit 1 kattintással létrehozol, majd másik kattintással teszel rá LAMP-ot. Percek alatt kész tud lenni a komplett mysql-ed, szerverestől, pár admin felületes kattintással. Viszont ennek a cégnek a szerverei amerikában vannak, szóval minden innen induló mysql lekérdezésednél szép nagy ping időkkel lehet számolni.
-
martonx
veterán
Mondjuk egész konkrétan itt egy ingyenes: link
Igaz ingyenesen csak 20Mb, és minimális teljesítmény jár, de játszani így is jó. Kemény havi 10 dollárért (nettó), már 1GB-nyi adatbázisod lehet, egész vállalható tejlesítménnyel.Érdemes még szétnézni az AmazonWS-en (itt pl. 12 hónapig abszolút ingyen tudod a szolgáltatást használni), illetve amit a kolléga belinkelt Google Cloud is jó alternatíva. Nekem Azure-ban futnak az adatbázisaim, de ott nincs MySQL. Melóhelynek AWS-en futnak az adatbázisai.
Hopsz és itt a mysql hivatalos oldala a cloud szolgáltatókról
-
sonar
addikt
Amúgy mire kell? csak bütykörészni vagy komolyabb dolgokra?
Bármilyen OS-re pikk pakk fel lehet pattintani. (és a community letöltéséhez nem kell semmilyen regisztráció sem)
ubuntu/mint vonalú distróknál sudo apt-get install mysql-server
centos/rhel yum install mysql-serverde software centerből kattingatva is lehet.
workbenchnél már lehetnek gondok. Nekem speciel 6.2.4 (legutolsó) sehogy se ment fel centos 7 alá, mig a 6.2.3. elsőre felment -
martonx
veterán
Ne viccelődjünk már. Manapság bármelyik felhőben kb. ingyen szerzel MySql-t, és onnan kapcsolódsz hozzá, ahonnan akarsz.
Miért, ha ma 2015-ben egy barátod azt kéri, hogy segíts már neki áramot keríteni a lakásába, akkor nem egyszerűbb beköttetni azt a helyi villamosművektől, mint elrohanni generátort vásárolni, meg nem árt hozzá egy villanyszerelő is, meg különben is mi van ha elromlik, kifogy az üzemanyag stb...
-
Czimby
addikt
válasz
fordfairlane #1626 üzenetére
Köszi a segítséget!
balaaa88-nak is!
-
balaaa88
aktív tag
Ez elsősorban hálózatos probléma. Gépre kell egy MySQL szerver, gépnek kell egy IP-cím. Lehetőleg publikus. Ha nem publikus, akkor meg lehet oldani dyndns-el is + NAT szabályok alkalmazásával. Alapból ennyi, plusz be kell állítani, hogy a MySQL szerver hallgasson az adott IP-n.
-
Czimby
addikt
Sziasztok!
Ismerősöm kért meg az alábbira.
Szükséges lenne egy mysql szerver amit bárhonnan el lehet érni neten keresztül.
Mit kellene telepíteni egy szűz pc-re hogy ez megoldható legyen. -
Plavix
tag
Hello! A MySQL-ben (Szerver verzió: 5.6.12) van-e lehetőség az ID átszámozására - mondjuk 5-vel - vagy ciklus kell hozzá? Egyesével 'ALTER TABLE analit ADD ID BIGINT(20) NOT NULL AUTO_INCREMENT PRIMARY KEY FIRST ' nem jó.
Kösz!
-
sonar
addikt
válasz
Apollo17hu #1618 üzenetére
Ez a bajom, hogy nem engedi kétszer joinolni a tbl_team-et
SELECT * FROM tbl_meccs_summary
INNER JOIN tbl_team_table ON tbl_meccs_summary.home=tbl_team_table.id_team
INNER JOIN tbl_team_table ON tbl_meccs_summary.away=tbl_team_table.id_team
Error Code: 1066. Not unique table/alias: 'tbl_team_table' -
sonar
addikt
Sziasztok,
Egy olyan egyszerű problémám lenne amivel nem tudok megbirkozni.
Van egy tbl_team tábla a következő mezőkkel: id_team, team_name, liga_id
illetve van egy tbl_meccs sok sok infóval és ahol van hazai, vendeg field.
A problémám az, hogy ha hazai-hoz hozzá joinolom a 'tbl_team.id_team = tbl_meccs.hazai'
akkor a vendéghez nem tudom már hozzá joinolni.
Googlizgattam, de nem találtam használható infót. Vkinek van ötlete hogy hogyan kellene? -
martonx
veterán
válasz
tzimash #1612 üzenetére
jéhé, most vettem a fáradtságot, és helyetted megnéztem a linkelt guglizás első két találatát. Hát mit nem mond a MySql dokumentáció?
"The CHECK clause is parsed but ignored by all storage engines."
Akkor már tényleg csak a triggeres ötletem maradt, mint egyetlen működőképes alternatíva.
Vagy pedig itt van a legfőbb ideje SQL-t váltani, mert a mysql egy rakás szar. Ha ragaszkodsz az opensource-hoz, akkor a PostgreSql sokkal jobb választás. -
tzimash
őstag
Hogyan tudok utólagos megszorítást írni, amely ellenőrzi a bevitelt amelynek első két karakterének 83-nak kell lennie?
-
balaaa88
aktív tag
válasz
Peter Kiss #1600 üzenetére
Hát nincs mögöttem szerencsére (?) 10, de még 5 év tapasztalat sem, de most már tudom, hogy ezzel (is) óvatosan. Konkrétan lehalasztotta az egész ESXi-t a dolog. Illetve önmagán kívül még egy gépet kinyírt, de azt szerencsére hard reset után rendben visszajött. A MYSQL szervert meg szépen visszaállítottam 3 nappal korábbra (szerencsére magyarázkodni nem kell), aztán most az is fut szépen, de ha a jövőben ilyet csinálok, megnézem, hogy mekkorák a táblák már ugyan.
Új hozzászólás Aktív témák
Hirdetés
- iOS alkalmazások
- Óvodások homokozója
- Digitális Állampolgárság Program DÁP
- Milyen videókártyát?
- sziku69: Szólánc.
- Apple asztali gépek
- Kodi és kiegészítői magyar nyelvű online tartalmakhoz (Linux, Windows)
- Új telefont és tabletet mutatott be a Telekom
- One otthoni szolgáltatások (TV, internet, telefon)
- Miért álltak az oldalak egy hétig, mi történt?
- További aktív témák...
- Dell Latitude 5320 -60% "Kis Gamer" Üzleti Profi Ultrabook 13,3" i5-1145G7 8/256 FHD IRIS Xe
- Apple IPad pro 12.9 4th gen 256GB wifi+sim 97%-os Gyári akku
- PlayStation 5 (PS5.) SLIM 1TB. SSD. Digital Edition & Sony PlayStation VR2. Virtuális szemüveg.
- Dell Precision 3580 i7-1370P//32GB DDR5 RAM// 1TB SSD/ RTX A500
- ÁRCSÖKKENTÉS Menő retró konfig: Q9550, Gigabyte P43, 4GB RAM, ASUS GT730
- ÁRGARANCIA!Épített KomPhone Ryzen 9 5900X 16/32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- HIBÁTLAN iPhone 14 Pro 256GB Deep Purple -1 ÉV GARANCIA - Kártyafüggetlen, MS3014, 91% Akkumulátor
- HIBÁTLAN iPhone 13 Pro 256GB Silver -1 ÉV GARANCIA - Kártyafüggetlen, MS3101
- 13-14" Új és használt laptopok , üzletitől a gamerig , kedvező áron. Garanciával !
- LG 55B3 - 55" OLED - 4K 120Hz 1ms - NVIDIA G-Sync - FreeSync Premium - HDMI 2.1 - PS5 és Xbox Ready
Állásajánlatok
Cég: FOTC
Város: Budapest