- Musk betiltja az iPhone-okat a Teslánál és az X-nél, ha ezt meglépi az Apple
- Vodafone otthoni szolgáltatások (TV, internet, telefon)
- ASUS routerek
- Musk meggondolta magát, mégsem pereli az OpenAI-t
- YouTube
- Seed szerver topic
- Aliexpress tapasztalatok
- JavaScript topic
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- Max
Új hozzászólás Aktív témák
-
vakondka
őstag
-
Haok
tag
válasz Jester01 #308 üzenetére
Úgylátom Te eléggé értesz ehhez.
Mit kellene leszednem , hogy mindenféle átalakítás nélkül tudjam használni azt az SQL fájlt, aminek egy részét bemásoltam, mert hiába átírom a varchar-t úgy ahogy mondod , nem megy.---===Győzelem a fontos, és ahhoz kell a részvét....Görbüljön a BOT===---
-
RedAnt
aktív tag
válasz Jester01 #314 üzenetére
ha van ket tablam van-e kulonbseg sebessegben, memoriahasznalatban az alabbi ketto kozott:
Ránézésre nincs (feltéve, hogy van index mind a 2 lekérdezéshez). De az első a biztosabb.
még annyit tennék hozzá hogy az első esetnél, ha egy konkrét sorra keresel a név alapján, akkor distinct-el érdemes és limit 1-gyel, így az első találatnál leáll, és használja az indexeket teljes tábla-scan helyett akkor is ha alapból figyelmen kívül hagyná. Forrás: [link]╚╦╦╦
-
VladimirR
nagyúr
válasz Jester01 #314 üzenetére
kosz a valaszt (RedAnt, neked is)
varchar -nak a rekordban van foglalva hely (a maximális hossznak)
amennyire tudom, a varcharnak pont ez a lenyege a char-ral szemben, hogy nincs szamara a maximalis hossz lefoglalva, csak a hossz + 1 byte (ujabban (mysql5-tol talan), ha a varchar hossza nagyobb, mint 255 karakter, akkor lehet hossz + 2 byte is)
alter table tablanev add index ( mezo1 ).|. table tablanev add index ( mezo2 );
most latom csak, a ph motor kiszurte a lekerdezest, az ott eredetileg nem egy ''pocs'' volt, hanem egy masik alter (amennyire eszrevettem, ha a kovetkezo karaktersor van, akkor az atalakul .|. karakterekke: ; sqlparancs
ha van ket tablam van-e kulonbseg sebessegben, memoriahasznalatban az alabbi ketto kozott:
miert biztosabb es mit ertesz ezalatt?
(egyebkent most latom csak, hogy ezt meg en irtam el: a masodiknak ez a vege: tabla1.name = 'nev' -
anjani182
őstag
válasz Jester01 #581 üzenetére
Eddig minden oké lenne, csakhogy a régi adatbázist át kellene másolni az újba, amit létrehozott a program, de viszont ez a SQL magagement studio expressz erre nem képes, ha jobb gombal kattintok az adatbázisra nincs copy gomb, a teljesben meg van...
Forever and ever, let's make this last forever.
-
anjani182
őstag
válasz Jester01 #588 üzenetére
Attacholtam! Most az xy számlázó program sql serverében van 2 adatbázis, ha átnevezem a beattacholtat, akkor sem indul a program, ezért gondoltam, hogy át kellene importálni a mentést az üres adatbázisba!
Vagy hogy tudom megadni, hogy az uj beattacholt adatbázisból dolgozzon az mssql server?! Nem értek hozzá, ezért lehet hogy már működnie kellene, csak valamit nem jól csinálok
MOD: közben a kiexportált fájlbol akartam importálni, ugyanugy ugyanaz a hiba!
[ Szerkesztve ]
Forever and ever, let's make this last forever.
-
sonar
addikt
válasz Jester01 #596 üzenetére
Jah tudom meg próbáltam is, csak azért ez elég favágó módszer.
Vhogy be lehet kapcsolni, hogy loggoljon minden query-t. Nekem csak egy negyed óra kell, csak nem találom a lehetőséget[ Szerkesztve ]
A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
sonar
addikt
válasz Jester01 #596 üzenetére
Nah megtaláltam a megoldást
my.ini -ben (win alatt, linuxnál my.cnf)
[mysqld]
log=query.log
illetve ezt a parancsot kell még kiadni: SET GLOBAL general_log = 'ON';és már minden query loggolva van.
Loggolás likapcsolása
SET GLOBAL general_log = 'OFF';Még vmi.
Ha update paracsot adom ki akkor kell léteznie a rekordnak? Akkor is lefut ha nem létezik?
Csak azért kérdem mert most per pill 2 napig nem leszek olyan gép közelbe, hogy ki tudjam próbálni.A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
sonar
addikt
válasz Jester01 #705 üzenetére
Nem!
SELECT * FROM tdc_lc_lot_info where order_no like 'TDC%' and Create_Time < date_sub(curdate(),interval 10 DAY);Hibaüzi:
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 'SELECT * FROM tdc_lc_lot_info where order_no like 'TDC%' and Create_Time < date_' at line 2Viszont a második kódsorod lefut szépen.
[ Szerkesztve ]
A tudást mástól kapjuk, a siker a mi tehetségünk - Remember: Your life – Your choices!
-
martonx
veterán
válasz Jester01 #1270 üzenetére
"Azt kétlem, hogy egyetlen BIT mező tárolásához ne foglalna le legalább egy byteot. Esetleg ha több ilyen mező van egy rekordban akkor összepakolhatja őket." - ez igaz, ez annyival árnyalja a képet, hogy a helymegtakarítás nem feltétlenül jön elő.
Viszont kettő plusz szempontot még mondok a bit mellett. 1. amikor lehetséges méretcsökkenésről beszélünk ott ne csak a tábla által elfoglalt helyet vegyük figyelembe, hanem könnyebben, több mindent tarthat a memória pufferében az SQL motor, illetve az adatok átadásakor is megjelenik a kisebb méretből fakadó előny. Nem mindegy, hogy egy SQL lekérésre 100.000 byte-ot, vagy 100.000 bit-et kapunk vissza.
Én kérek elnézést!
Új hozzászólás Aktív témák
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen