Az se mindegy, hogy soronként PHP-ből vagy a mysql erre kitalált LOAD DATA INFILE parancsával csinálod.

Jester

Sziasztok,

Nem tud valaki egy gyakorló szervert ahol selectet lehet gyakorolni?

Üdv

"A lot of times, people don't know what they want until you show it to them." S.J.

"ahol selectet lehet gyakorolni?"
Hogy mi van?

Rakj fel magadnak egyet például a kis gépecskédre...

Sk8erPeter

felraksz saját gépre valami kisebb sql szervert (mysql, postges), és máris gyakorolhatsz

Köszönöm válaszod! Remélem működik localhostban is.

"A lot of times, people don't know what they want until you show it to them." S.J.

Működik, igen.

üdv

egyszerű kérdésem lenne. PLSQL-lel szeretnék dátumra szűrni.
A dátum 2003.11.26. 10:28:14 ilyen formátumban van. Hogy kellene egy bizonyos dátumra szűrnöm?

köszi

Például trunc segítségével lecsapod az időt.
Alkalmasint stringként is szétvághatod.
Vagy akár csinálhatod like operátorral is.

[ Szerkesztve ]

Jester

semmi jelentősége nincs, hogy a dátum milyen formátumban van ábrázolva, a dátum a tárolása a háttérben máshogy történik, szűrni úgy lehet, hogy egy másik dátumhoz hasonlítod:

SELECT * FROM tabla WHERE datum = TO_DATE('YYYY-MM-DD HH24:MI:SS', '2012-06-27 22:52:12');

ha a dátum karaktersorozatként van tárolva, az már régen rossz, és akkor kell string műveletekkel foglalkozni

illetve ebben semmi PL/SQL nincs, szóval érdekelne, milyen az a PL/SQL-es szűrés/és hogy mire gondoltál

Azt írja, a dátum így szerepel: "2003.11.26. 10:28:14"
Szerintem az aláhúzott rész a para, tehát hogy a 26-át jelző nap után van egy pont, szóval úgy tűnik, karaktersorozatként van tárolva (tényleg elég gázos).

Sk8erPeter

ez hogy ott pont van, semmit nem jelent

SQL> alter session set nls_date_format='YYYY.MM.DD. HH24:MI:SS';

Session altered.

SQL> select sysdate from dual;

SYSDATE
--------------------
2012.06.28. 12:03:06

Itt gyakorolhatsz többféle adatbázisban is alapdolgokat: http://sqlzoo.net/

=Kilroy was here============================ooO=*(_)*=Ooo=======

Ja oké, kösz, ezt nem ismertem.
Szerk.: habár jobb akkor is a "default" formátumban tárolni, nem? Úgy könnyebben migrálható. Különben mindig oda kell írni ezt az ALTER-t, amit írtál.

[ Szerkesztve ]

Sk8erPeter

A dátumformátumot beállíthatod a kliens paraméterei között (mármint az oprendszerben), nem kell állandóan kiadni a lenti parancsot.

[ Szerkesztve ]

=Kilroy was here============================ooO=*(_)*=Ooo=======

mint azt tegnap is írtam az ábrázolás és a tárolás formátuma teljesen független, te csak az megjelenítés formátumát tudod manipulálni, a dátum típusnak megvan a saját belső struktúrája

simán lehet csak bizonyos részeket megjeleníteni, vagy akár tök hülyeséget is (ami persze még érelmezhető) beállítani format stringnek (és ugye most Oracle-ről beszélünk)

SQL> select sysdate from dual;

SYSDATE
---------
28-JUN-12

SQL> alter session set nls_date_format='_#!+YYYYMMDDHH24MISS';

Session altered.

SQL> select sysdate from dual;

SYSDATE
------------------
_#!+20120628130131

SQL> alter session set nls_date_format='SS...:_"/=%!"YYYY!"%/%"HH24"%!"MI_DD_:MM';

Session altered.

SQL> select sysdate from dual;

SYSDATE
--------------------------------
07...:_/=%!2012!%/%13%!02_28_:06

SQL> alter session set nls_date_format='YYYY.MM.DD. HH24:MI:SS';

Session altered.

SQL> select sysdate from dual;

SYSDATE
--------------------
2012.06.28. 13:02:59

[ Szerkesztve ]

Köszi mindenkinek!

A probléma annyi volt, hogy én pontokkal elválasztva akartam szűrni dátumra, amire kiírta h nem megfelelő a formátum, de átírva - jelre már oké is volt, illetve elé biggyesztettem egy to_date -et

Na, a kérdés maga annyira megzavart, hogy már én is félrebeszéltem, meg pontatlanul is írtam, bocsi. A kérdező azt írta, hogy "A dátum 2003.11.26. 10:28:14 ilyen formátumban van.", én ebből úgy értelmeztem, hogy valamilyen oknál fogva string típusként van TÁROLVA az adatbázisban (most szándékosan írtam tárolást!! Mindegy, hogy varchar vagy egyéb ilyen jellegű típusról van szó, és NEM a dátumformátumok valamelyikéről, aminek nyilván megvan a maga tárolási módja, de attól még valamelyik tényleges dátumformátumról van szó), ezért kénytelen vagdosni, stb., de akkor valószínű félreértettem az eredeti felvetést.
Utána már azt is félreértettem, amit Te írtál, pedig így másodszor elolvasva elég világos, hogy itt csak dátum-megjelenítési formátumot változtatsz, attól még nem tárolod másik formában.
Akkor most megpróbálom értelmesen megfogalmazni: arra gondoltam, hogy még a megjelenítési formátumot sem biztos, hogy szerencsés, ha az ember változtatja, mert ha mondjuk egy alkalmazást megír (hogy most az asztali vagy webes, tök mindegy), ami az adatbázistól bizonyos formátumban (megjelenítési formátumban) vár adatokat, és tök más formában kapja meg, mint egy másik szerveren, akkor abból adott esetben probléma lehet - mondjuk a probléma kimerül annyiban, hogy át kell állítani a formátumot úgy, ahogy mutattad, de nem biztos, hogy azonnal leesik, mi is a gond.

[ Szerkesztve ]

Sk8erPeter

MSSQL 2008-al kaptatok már ilyen hibaüzenetet:
OLE DB provider "Microsoft.Jet.OLEDB.4.0" for linked server "(null)" returned message "A következő elérési út érvénytelen: 'U:\xxx.mdb'. Ellenőrizze, hogy helyesen adta-e meg az elérési utat, és hogy kapcsolódott-e a fájlt tartalmazó kiszolgálóra.".
Msg 7303, Level 16, State 1, Line 1
Cannot initialize the data source object of OLE DB provider "Microsoft.Jet.OLEDB.4.0" for linked server "(null)".

Az U hálózati meghajtó ugye. És nem tudja megnyitni az adatbázis fájlt.
Mi ilyenkor a teendő?

Elvileg itt a network DTS-sel meg lehet oldani a dologot:

Use this procedure to enable network DTC access.

You can use this procedure to enable network DTC access on Windows Vista® or Windows Server® 2008. This procedure should be followed to allow remote computers to be enlisted in Microsoft Distributed Transaction Coordinator (MSDTC) transactions over the network.

Membership in the local Administrators group, or equivalent, is the minimum required to complete this procedure.

To enable network DTC access and configure Windows Firewall on Windows Vista or Windows Server 2008
Click Start, click Run, type dcomcnfg and then click OK to open Component Services.

In the console tree, click to expand Component Services, click to expand Computers, click to expand My Computer, click to expand Distributed Transaction Coordinator and then click Local DTC.

Right click Local DTC and click Properties to display the Local DTC Properties dialog box.

Click the Security tab.

Set the following options on the Security tab of the Local DTC Properties dialog box and click OK.

Ezt követően ezt a hibaüzit kapom:
Msg 233, Level 20, State 0, Line 0
Átviteli szintű hiba történt a kérés kiszolgálóra történő küldésekor. (provider: Megosztott memória szolgáltatója, error: 0 - Nincs folyamat a pipe másik végén.)
Megoldása elvileg egy hotfix:
[link]

Remélem kijavítja mert igen kemény szívás lesz ha nem tudod hálózati meghajtóról importálni.

Neked olyan kell, hogy "join in update" az nem teljesen így kell megoldani, bár a logikája hasonló. Pont ma csináltam ilyet. Utánanézek.

[ Szerkesztve ]

köszi a gyors választ, én is utána olvasok.

"Amikor már azt hittem kint vagyok, ezek mindig visszarántottak..."

Igazán nincs mit. Milyen adatbázis kezelőben akarod ezt megcsinálni?

SQLite, Android Java-ba kell.

"Amikor már azt hittem kint vagyok, ezek mindig visszarántottak..."

join-os update-nek annyira más minden SQL nyelvjárásban a szintaktikája, hogy ajánlom a guglit. MSSQL-ben kapásból megmondtam volna.
Mondjuk ilyen triviális kérdésnél egyébként is elsőre guglizni illene...

Én kérek elnézést!

Mond meg kapásból hátha van benne új számomra

update table1
set valami = t2.valami
from table1 t1
join table2 t2 on t1.id = t2.id

volt benne új?

Én kérek elnézést!

nem de azért az életben nem ilyen egyszerű példák vannak .

Összepakol egy stringet és le akarja futtatni. Ennyi sikerült belőle megérteni .

A példák mindig egyszerűek. A megvalósítás, meg a gyakorlat már bonyolultabb tud lenni.
De ez az életben is ilyen egyszerű, mint a példámban.

Én kérek elnézést!

Ha adott két fórummotor és egyetlen adatbázist vagyok kénytelen használni, de két userrel, az működhet? Ha igen, akkor hogyan tudom a jelenlegi kettőt egybeolvasztani?

Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak

elméletileg máködhet, ha a fórumokat ugyanarra az adatbázisra állítod be, de gyakorlatilag ennek a kivitelezése szerintem nagyon sok hibát/problémát fel fog vetni.
Főleg ha a két fórum beállításai nem 100%-osan ugyanazok lesznek. Mondjuk más témákat telepítesz egyikre, mint a másikra, stb....

[ Szerkesztve ]

=Kilroy was here============================ooO=*(_)*=Ooo=======

A fórummotor ugyanaz, de a beállítások már nem. És ha más-más előtaggal működik a két fórum, akkor sem működhet ez a felállás?

Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak

úgy működhet.
Másrészt nem értem, hogy ha valahol kt különböző domaint tudsz hostingolni, akkor miért ne tudnál domainenként létrehozni egy-egy db-t? Sőt biztosan lehetséges, maximum nem is gondoltál rá.

Én kérek elnézést!

Szolgálatóilag korlátozva van. És az egyik fórum a fődomainen van, a másik pedig aldomain

Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak

Ha más az előtag, akkor tökéletes az elgondolásod.

=Kilroy was here============================ooO=*(_)*=Ooo=======

Oké Akkor már csak az a kérdés, hogy a két ( már meglévő ) adatbázist hogyan tudom egybeolvasztani?

Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak

Más, mert a többiek az eredeti kérdést már megoldották: miért nem használsz prepared statementeket? Ez a query-konkatenálás nagyon csúnya és kerülendő megoldás.

(#1238) Fecogame :
Mit értesz azalatt, hogy "egybeolvasztani"? Magyarul egy adatbázisba rakni? Mi vele a problémád?
Amúgy azonos tárhely alatt akarsz két fórummotort használni, vagy két különbözőn?
Ha az első, akkor annak mi értelme? Ha a második változat, akkor viszont meg kell oldani a külső hozzáférést is az adatbázishoz.

[ Szerkesztve ]

Sk8erPeter

Adott két fórum egy tárhelyen, és ezekhez 2 külön adatbázis tartozik ( jelenleg ).

Ezt a kettő adatbázist kell egybe összeraknom, mert az új tárhelyen csak egy használatára van lehetőség.

Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak

Hát, ennek a megoldása függ attól, hogy milyen fórummotort használsz. Mert nem elég átnevezned a táblákat, hanem az összes config táblában és config fájlban is át kell állítanod az új prefixet.

Én azt próbálnám meg, hogy csinálok egy vadonatúj telepítést az új prefixekkel, és utána betölteném az új táblákba a régiek tartalmát. Ez után leellenőrizném az összes táblát, hogy van-e benne olyan config sor, amiben szerepel táblanév, mert ha igen, akkor azt is javítanám.
Csak ez után indítanám el a fórumot, és kipróbálnám, hogy jól működik-e. Ha igen, akkor mehet élesben, ha nem, akkor keresni kell valami más megoldást.

A másik lehetőség, hogy a fórum motor támogatja a táblák átnevezését, akkor könnyebb dolgod van.

=Kilroy was here============================ooO=*(_)*=Ooo=======

SMF a fórummotor

Update: Átneveztem benne a prefixet, erre kiírja, hogy a settings tábla nem létezik. Backupot visszaállítottam, úgy is ugyanaz az eredmény...

Lassú a mobilinterneted? 4G/LTE antennák, közvetlenül raktárról ---> http://bit.ly/LTE_Antennak

Sziasztok!

Van egy MS SQL adatbázisom, amit linux környezetben szeretnék használni és ugyancsak arról a linux szerverről elérni, amin nem mellesleg PHP fut.
Windows-os környezetben ugyanezt pofonegyszerűen elértem egy ilyen kóddal:

$connection = odbc_connect("Driver={Microsoft Access Driver (*.mdb)};DBQ=". realpath("./teszt.mdb").";", "ADODB.Connection", "");

de linux alatt sehogy sem akar összejönni, pedig már végignyálaztam a netet vagy kétszer ezügyben

Ha tudna valaki segíteni, akkor nagyon hálás lennék.

Köszönettel,
W.

Te kevered a szerzont a fazonnal. MS SQL-ről beszélsz, mikor a connection stringet MS Access-re mutat.
Ráadásul mindezt Linuxon???
Nem fog menni. Megoldási lehetőségek:
1. Miért ragaszkodsz a Linux-hoz, ha már MS alapú az adatbázisod? Futtasd windows-on a PHP-t.
2. Elfelejted az mdb-det, és használsz helyette valami más SQL-t, mondjuk sqlite, mysql, postgresql. Ezek mind futnak linux-on is.

Én kérek elnézést!

Igen, ez egy access adatbázis, de MS ez is.
A neten írnak rá megoldást, de az nem műkszik nekem.
Ha rajtam múlna nem is használnám, de van egy eszközöm, ami ilyet állít elő, és van egy szerverem, ami meg ubuntus környezetben fut,
Ezek konstansok. Max annyit tudok tenni, hogy megpróbálom a wiondowsos gépen elérni az Adatbázist linux alól, de az meg már mind1.

Nem ismerem a lehetőségeidet, csak jeleztem, hogy amit szeretnél nem fog menni. Mindegy, hogy neten mit találtál, amíg az MS nem írja meg az Access ODBC-t linux alá, addig nem fog működni amit szeretnél. Márpedig az MS soha nem fogja az Access-t linux alá megírni.
És az MS Access akkor sem egyenlő MS SQL-el, ez olyan mintha egy Skoda Fabia-ra meg egy Porsche-ra mondanád, hogy de mindkettőt a VW cég gyártja.

Én kérek elnézést!

Ha elég csak kinyerni az adatokat belőle, és nem riadsz vissza egy kis barkácsolástól, akkor megpróbálhatod ezt: [link]

Egyébként csak fizetős driverekről tudok.

[ Szerkesztve ]

Thank you to god for making me an atheist

Nem fog működni?
Akkor nézd meg ezt, mert ezzel végre működik a dolog:

http://www.lorenzoingrilli.it/database-access-mdb-da-linux-via-odbc

Már csak a karakterkódolással kapcsolatos gondokat kell megoldanom

köszi, meg fogom nézni ezt is